From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 00:22:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7625A16A4CE for ; Sun, 24 Oct 2004 00:22:47 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D28E43D48 for ; Sun, 24 Oct 2004 00:22:47 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.org (8.12.11/8.12.11) with ESMTP id i9O0MCRa022178 for ; Sat, 23 Oct 2004 17:22:13 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i9O0MoUh093061 for ; Sat, 23 Oct 2004 17:22:50 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i9O0MoPb093060 for freebsd-current@freebsd.org; Sat, 23 Oct 2004 17:22:50 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Sat, 23 Oct 2004 17:22:50 -0700 From: Ryan Freeman To: FreeBSD Mailing List Message-ID: <20041024002250.GA92944@slipgate.org> References: <4177BA5D.4080505@portaone.com> <417AAE2F.3080701@portaone.com> <417AB000.50502@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <417AB000.50502@freebsd.org> User-Agent: Mutt/1.4.2.1i Subject: Re: 5.3-BETA "burncd blank" hangs in 50% of cases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 00:22:47 -0000 On Sat, Oct 23, 2004 at 01:24:48PM -0600, Scott Long wrote: > Maxim Sobolev wrote: > >Hello? Is anybody home? > > > >-Maxim > > > >Maxim Sobolev wrote: > > > >>Hi Soren, > >> > >>I've noticed that burncd blank command hangs in 50% of cases (at least > >>with CD-RWs). Every time symptoms are the same: progress goes to 29% > >>and then just hangs indefinitely. ^C allows to close burncd. However, > >>the disk appears to be blanked just fine, since the following burncd > >>data starts writing from LBA 0 as expected. > >> > >>In remaining 50% of cases, the progress indicator goes slowly to > >>20-something%, then quickly jumps to 90-something% and then burncd > >>exits correctly. > >> > >>As I said the problem is easily reproducible so that I am ready to > >>provide any necessary debugging information. > >> > >>My CD-RW runs in UDMA33 mode, but the problem persists in PIO mode as > >>well. Other than that, it burns and reads CD-RWs without any problems. > >> > >>It would be nice to have this fixed before 5.3 goes out. > >> > >>-Maxim > > > Sorry, I assumed that others would have jumped in by now. I see similar > issues myself, and sometimes even fixating a CD will 'hang'. Since it's > not fatal, just annoying, I don't consider it a show-stopper. Of course > it will be nice to fix it at some point. My guess is that either the > driver and burncd aren't using the correct command to get status from > the drives, or the drives are just generally marginal and refuse to give > accurate status. We can investigate it further at a later time, I guess. > Well I'll throw in my two cents here. I haven't yet had an issue with my burner and burncd. I burned 32 audio cds in one night for a co-worker (a whole spindle!) Anyway, I blanked a cdrw last night, and it went perfect as i hoped. Just to make sure I'll blank another cdrw right now. --snip-- ryan@ryan:~% burncd -f /dev/acd0 blank blanking CD - 99 % done ryan@ryan:~% --snip-- Well seems to be in order still, I'll be sure to post results if I ever see anything otherwise. FWIW, I have a 40x12x48 Liteon burner, (burnproof, never ever had a buffer underrun) and I've never had ANY problem with it making coasters in the 3 years I've had it. Used it in linux, windowsxp and freebsd. The only coasters are the ones I force upon myself when I over do it trying to stuff stuff onto a cdr (720mb on a 700mb cdr anyone?) - ryan By the way, this is on FreeBSD 5.3-RC1. No DMA settings have been disabled, and its an asus nforce2 motherboard. From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 00:32:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5568016A4CE for ; Sun, 24 Oct 2004 00:32:47 +0000 (GMT) Received: from daemon.egr.msu.edu (daemon.egr.msu.edu [35.9.44.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3555743D1D for ; Sun, 24 Oct 2004 00:32:47 +0000 (GMT) (envelope-from mcdouga9@daemon.egr.msu.edu) Received: by daemon.egr.msu.edu (Postfix, from userid 1001) id 296E5C6; Sat, 23 Oct 2004 20:32:46 -0400 (EDT) Date: Sat, 23 Oct 2004 20:32:46 -0400 From: Adam McDougall To: current@freebsd.org Message-ID: <20041024003245.GF69728@egr.msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: Motorola nextel i860 usb charging cable USB id addition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 00:32:47 -0000 I'm not sure what files get modified to add a new USB_VENDOR and USB_PRODUCT id, but if I add the following line to /usr/src/sys/dev/usb/usb_quirks.c in usb_quirks[] = { then my new usb charging data cable works with umodem with my new Nextel Motorola i860 iDEN phone as a modem, tested under 6-current. Without it, it complains about cm stuff, and the error lead me to the idea of the fix on google. I understand that its preferred to define vendor and product variables instead of magic numbers. If someone could commit them, it would be helpful. { 0x0c44, 0x0020, ANY, { UQ_ASSUME_CM_OVER_DATA }}, I assume the same modification may work with the i730 and i830 also, unless the phone changes the usb ID's. usbdev -v lead me to the numbers. ucom0: Motorola Inc. product 0x0020, rev 1.10/0.01, addr 2, iclass 2/2 ucom0: data interface 1, has CM over data, has break ucom0: status change notification available To use it with ppp, gathered from another helpful FreeBSD user's webpage: ppp set device /dev/cuaU0 term ATZ0&C1&D2&K3 ATDT1234567 From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 00:33:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11B7216A4CF for ; Sun, 24 Oct 2004 00:33:18 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3164643D4C for ; Sun, 24 Oct 2004 00:33:15 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a027.otenet.gr [212.205.215.27]) i9O0X6YX001926; Sun, 24 Oct 2004 03:33:07 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i9O0X0XD049246; Sun, 24 Oct 2004 03:33:00 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i9O0X0mf049245; Sun, 24 Oct 2004 03:33:00 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sun, 24 Oct 2004 03:33:00 +0300 From: Giorgos Keramidas To: cpghost@cordula.ws Message-ID: <20041024003300.GA42838@gothmog.gr> References: <20041022112947.GA96234@orion.daedalusnetworks.priv> <20041022133333.GA561@bsdbox.farid-hajji.net> <20041022142603.GA43820@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041022142603.GA43820@orion.daedalusnetworks.priv> cc: freebsd-current@freebsd.org Subject: Re: delayed process exit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 00:33:18 -0000 On 2004-10-22 17:26, Giorgos Keramidas wrote: > On 2004-10-22 15:33, cpghost@cordula.ws wrote: > > On Fri, Oct 22, 2004 at 02:29:47PM +0300, Giorgos Keramidas wrote: > > > Some times, in a seemingly unpredictable manner, exiting processes take > > > a lot of time to finish. I'm seeing this almost every time I exit > > > Emacs, because bash takes a long time to show me a shell prompt. > > > > This is a known issue, that has AFAICS not yet been solved (at least > > not MFC-ed in RELENG_5 as of Oct. 21st). > > > > The problem is not with the exiting process, but with the wakeup > > of its parent. There seems to be some bug in the scheduler that > > results in LONG (1 to 5 seconds) delays to wakeup processes that > > have been swapped out. Nearly every swapped out process can be > > affected by this bug. > > Ah, I see... Thanks for the detailed explanation! > > At least, now I'm not worried that something I did locally has caused > the problem. > > Do you perchance know if this affects both SCHED_ULE and SCHED_BSD? I've since updated my workstation at home to a more recent version of HEAD, but kept seeing these delays. After exchanging some email with Julian Elischer, whose help has been invaluable in understanding what might be the cause of this, I turned off vm.swap_idle_enabled which I had enabled a long time ago in my sysctl.conf. Now all seems to be back to normal. Thanks to all who have helped me find out what this could be caused by, including you too cpghost@cordula.ws :-) From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 00:56:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EDAA16A4CE; Sun, 24 Oct 2004 00:56:41 +0000 (GMT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6EE543D41; Sun, 24 Oct 2004 00:56:40 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9O0ucp8027983; Sat, 23 Oct 2004 20:56:39 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <417A17E0.7000800@freebsd.org> References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> <20041023082926.GE45235@ip.net.ua> <417A17E0.7000800@freebsd.org> Date: Sat, 23 Oct 2004 20:56:38 -0400 To: Scott Long From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: Breaking up kernel config files (GENERIC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 00:56:41 -0000 In the thread "Annoying SCSI waiting..." At 2:35 AM -0600 10/23/04, Scott Long wrote: >Ruslan Ermilov wrote: >>On Fri, Oct 22, 2004 at 05:11:18PM -0600, Scott Long wrote: >> >>>I'd like to see GENERIC get split into several sub-modules >>>that live in /sys/conf and can be included instead of >>>constantly duplicated. >>>i.e. >>> >>>/sys/conf: >>>/SCSI >>>/BLOCK >>>/NIC >>>/USB >>>/FIREWIRE >>> >>>etc. >>> >>>Again, only for HEAD, not for RELENG_5. Thoughts? >> >>I've had this idea for quite some time too. But my thought was >>as far as having the sys/conf/GENERIC, a common portion of all >>GENERIC configs for all architectures. > >I have a feeling that as we expand to things like ARM and possibly >MIPS that there will be very little that is 'standard' anymore. >It might be possible to distill some common 'CORE' pieces, but >we really shouldn't over-engineer this =-) But I think we should think about it a bit, and figure out what it is that we "really want". I am not sure what that is yet, but it would be good to throw around some ideas. >I've been hacking up config(8) to allow the 'include' directive to >look outside of the current working directory. Ideally I'd like >to have a new directive that allows you to specify and/or override >the default search path for included configs. Unfortunately my >blissful ignorance towards lex/yacc is starting to show =-) So, what *do* we want, and what things do we need as we expand our support to somewhere between six and ten architectures? I do not know how I would break up *everything*, but let's take a few easy cases. Say, categories like SCSI or Firewire. I think it is obvious that GENERIC should default to including support for all scsi controllers, just so a person can get up and running on any hardware that we support. But when it comes time to customize a kernel, what will a person want to do for any category? Most likely, they want one of two things: 1) Turn off *all* scsi, because they know they have no scsi card at all. 2) Turn on the scsi card that they have, but turn off all other scsi cards. For either case, what I would like is to duplicate the GENERIC kernel, and then have to modify only one single line to get what I want (one line per category, that is). Maybe something like: 1) SCSI OFF 2) SCSI ON,ahc If I know I have ahc (which I can read from dmesg), then I should not need to learn the full list of possible SCSI controllers. I just need to know "I have one scsi controller, and it looks like that is called 'ahc', so I will turn on that specific controller and trust that all other SCSI controllers will be turned off". How does that sound? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 01:47:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB95316A4CE for ; Sun, 24 Oct 2004 01:47:54 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBCCC43D2F for ; Sun, 24 Oct 2004 01:47:53 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i9O1jX9V012191; Sat, 23 Oct 2004 19:45:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 23 Oct 2004 19:45:58 -0600 (MDT) Message-Id: <20041023.194558.63828926.imp@bsdimp.com> To: Alexander@Leidinger.net From: "M. Warner Losh" In-Reply-To: <20041016142502.6362d396@Magellan.Leidinger.net> References: <20041016142502.6362d396@Magellan.Leidinger.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: RFC: automated way of removing old base system files (only for a recent 6-current!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 01:47:54 -0000 This looks interesting. However, it may make more sense to use mtree to delete this, like NetBSD does. Warner From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 01:55:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70A4416A4CE for ; Sun, 24 Oct 2004 01:55:05 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27AFA43D5F for ; Sun, 24 Oct 2004 01:55:05 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id 74so279651rnk for ; Sat, 23 Oct 2004 18:55:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=SejPpMgpYojjzCgUJBqZf9S/LviKb3+4TRdCwH1w/70YyYwZA/2mJ6IXtcGXdXio9SNlr3hWQuoH4XuBJDKHdd1mXMC++BxLwXvxmbiZP1DEIxtU6eo2K0Py0anoQHsa0g0BzfFobs7QhZpktw+gRqBcFowHC9XF0oYmDEqD4ZI= Received: by 10.38.208.52 with SMTP id f52mr306077rng; Sat, 23 Oct 2004 18:55:04 -0700 (PDT) Received: by 10.38.13.37 with HTTP; Sat, 23 Oct 2004 18:55:04 -0700 (PDT) Message-ID: <84dead720410231855188ebf55@mail.gmail.com> Date: Sun, 24 Oct 2004 01:55:04 +0000 From: Joseph Koshy To: Raheel In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: freebsd-current@freebsd.org Subject: Re: make buildworld error with FreeBSD 5.3 RELENG_5_3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 01:55:05 -0000 > the error I get doing make buildworld OSRELDATE=0 (in reference to: Are you facing problems with a plain 'make buildworld' (without setting OSRELDATE) too? Also, as Kris says in another mail in this thread, don't use -O3 in CFLAGS as a global setting. From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 02:49:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3509016A4CE for ; Sun, 24 Oct 2004 02:49:39 +0000 (GMT) Received: from s1.stradamotorsports.com (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7387743D5A for ; Sun, 24 Oct 2004 02:49:38 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] ([192.168.1.16])i9O2na8m000922 for ; Sat, 23 Oct 2004 19:49:36 -0700 (PDT) (envelope-from jcw@highperformance.net) Date: Sat, 23 Oct 2004 19:49:38 -0700 From: "Jason C. Wells" To: freebsd-current@freebsd.org Message-ID: <6CCE035F71E8316B634212C5@[192.168.1.16]> X-Mailer: Mulberry/3.1.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, hits=0.0 required=4.0 tests=none version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: tar dumps core when appending to empty file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 02:49:39 -0000 What I am trying to do is: $ touch Makefiles.tar $ find . -name Makefile.orig -exec tar -r -f Makefiles.tar {} \; This causes tar to dump core as fast as find can find the specified files. So I tried: $ touch Makefiles.tar $ tar -r -f Makefiles.tar Makefile.inc1 And also got a core dump. I then tried: $ tar -c -f Makefiles.tar Makefile.inc1 $ find . -name Makefile.orig -exec tar -r -f Makefiles.tar {} \; This worked as I expected. I seem to have uncovered a bug. It seems reasonable to me to append to an empty file. Perhaps I am missing some sort of arcana here. Later, Jason C. Wells From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 06:35:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B31B916A4CE; Sun, 24 Oct 2004 06:35:15 +0000 (GMT) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BB5243D31; Sun, 24 Oct 2004 06:35:15 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9O6ZD7x011037; Sun, 24 Oct 2004 02:35:13 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <200410221913.i9MJD7uA029492@repoman.freebsd.org> <41796081.7050400@freebsd.org> Date: Sun, 24 Oct 2004 02:35:12 -0400 To: Scott Long From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: Ryan Sommers cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: Panic during 'shutdown -p' on 5.3-RC1 & vr0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 06:35:15 -0000 At 7:04 PM -0400 10/22/04, Garance A Drosihn wrote: >At 1:33 PM -0600 10/22/04, Scott Long wrote: >>Garance A Drosihn wrote: >>> >>>Would this problem cause any panics during 'shutdown -p' processing? >>>I just loaded up a brand new machine with 5.3-RC1, and it works fine >>>except that it almost always panics when I do a 'shutdown -p'. I >>>just finished building a new world to make sure I have all the >>>latest changes, but I haven't installed that yet. Should I rebuild >>>the kernel with this change included? >> >>I would tend to suspect ACPI here. Do you have kind of DDB info >>from the panic? > >Okay, I just rebuilt it with all the latest updates from RELENG_5_3 , >and here is a panic message from 'shutdown -p now': Okay. Here are some more details on the panics I see: a. I was seeing them all the time at `shutdown -p', but never with `shutdown -r' (or at any other time, for that matter). b. if I startup with ACPI turned off, I will not see a panic at `shutdown -p'. Of course, that also means that the machine does not really power down by itself. I would have to be present to flip the 'off' switch. c. All of this testing has been done using the 'vr0' ethernet interface, which is on the motherboard that I have. It happens that I wanted to have a second ethernet interface for testing. I added an PCI card with a sis0 ethernet interface, moved the ethernet cable to it, and changed rc.conf to use sis0. Since I switched to using sis0 instead of vr0 for ethernet, I have not seen any panics from doing `shutdown -p' with ACPI turned on. The machine now does power down completely. All of this is on RELENG_5_3, up-to-date as of about 4pm on Saturday. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 07:18:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5169F16A4CE for ; Sun, 24 Oct 2004 07:18:01 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6E8C43D4C for ; Sun, 24 Oct 2004 07:18:00 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 1BFB7ACBCF; Sun, 24 Oct 2004 09:17:59 +0200 (CEST) Date: Sun, 24 Oct 2004 09:17:59 +0200 From: Pawel Jakub Dawidek To: Paul Mather Message-ID: <20041024071759.GS73767@darkness.comp.waw.pl> References: <20041022173922.C261616A4E1@hub.freebsd.org> <1098471638.31562.34.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6RSemckJUp/nCuHD" Content-Disposition: inline In-Reply-To: <1098471638.31562.34.camel@zappa.Chelsea-Ct.Org> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: ccd and gstripe on 5.3-RC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 07:18:01 -0000 --6RSemckJUp/nCuHD Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 22, 2004 at 03:00:39PM -0400, Paul Mather wrote: +> On Fri, 22 Oct 2004 18:58:25 +0200, Miguel Mendez +> wrote: +>=20 +> > I installed 5.3-RC1 yesterday. My main box has 2 9GB disks, which I +> > usually partition this way: +> >=20 +> > da0:[512MB for / ][ 8.5GB ] +> > da1:[512MB for swap][ 8.5GB ] +> [[...]] +> > My question is, is gstripe supposed to work *only* with whole +> > disks? If that's the case, wouldn't it be interesting to make it be +> > able +> > to work with partitions as well? It should work with any GEOM providers. Without more info it will be hard to track it down... +> Actually, I labelled the two stripes using glabel(1) and am in fact +> striping the two labelled providers (so I can freely move the disks +> around without breaking the stripe). Actually you don't need to use glabel(8) for gstripe(8) if you didn't use '-h' option while your stripe was created. +> I do recall some people reporting synchronisation problems using +> geom_mirror with SCSI providers (with Pawel providing various patches to +> fix things). It's possible the same problems affect geom_stripe +> devices. No, this is not related to gstripe, we don't have synchronization here. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --6RSemckJUp/nCuHD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBe1cnForvXbEpPzQRAhJrAJ9Z7J7t5c5iJO9/C4vz5VST+fEMXgCggO0y dfFcv6GY+PiwfiJmggFvG2g= =R1Dw -----END PGP SIGNATURE----- --6RSemckJUp/nCuHD-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 08:38:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77D4E16A4CE; Sun, 24 Oct 2004 08:38:46 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 122A043D1F; Sun, 24 Oct 2004 08:38:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i9O8cjgp012976; Sun, 24 Oct 2004 04:38:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i9O8cirb085741; Sun, 24 Oct 2004 04:38:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CE1637306E; Sun, 24 Oct 2004 04:38:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041024083844.CE1637306E@freebsd-current.sentex.ca> Date: Sun, 24 Oct 2004 04:38:44 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 08:38:46 -0000 TB --- 2004-10-24 08:06:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-10-24 08:06:20 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-10-24 08:06:20 - checking out the source tree TB --- 2004-10-24 08:06:20 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2004-10-24 08:06:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-10-24 08:11:27 - building world (CFLAGS=-O2 -pipe) TB --- 2004-10-24 08:11:27 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-10-24 08:11:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /tinderbox/CURRENT/i386/pc98/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c: In function `mb_put_uint32be': /tinderbox/CURRENT/i386/pc98/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c:254: warning: dereferencing type-punned pointer will break strict-aliasing rules /tinderbox/CURRENT/i386/pc98/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c: In function `mb_put_uint32le': /tinderbox/CURRENT/i386/pc98/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c:262: warning: dereferencing type-punned pointer will break strict-aliasing rules /tinderbox/CURRENT/i386/pc98/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c: In function `mb_put_int64be': /tinderbox/CURRENT/i386/pc98/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c:270: warning: dereferencing type-punned pointer will break strict-aliasing rules /tinderbox/CURRENT/i386/pc98/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c: In function `mb_put_int64le': /tinderbox/CURRENT/i386/pc98/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c:278: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib/libsmb. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-10-24 08:38:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-10-24 08:38:44 - ERROR: failed to build world TB --- 2004-10-24 08:38:44 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 08:47:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1D6116A4CE; Sun, 24 Oct 2004 08:47:34 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70CC043D3F; Sun, 24 Oct 2004 08:47:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i9O86K8n095573; Sun, 24 Oct 2004 04:06:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id i9O86KoS076003; Sun, 24 Oct 2004 04:06:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 78E2F7306E; Sun, 24 Oct 2004 04:06:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041024080620.78E2F7306E@freebsd-current.sentex.ca> Date: Sun, 24 Oct 2004 04:06:20 -0400 (EDT) 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, 24 Oct 2004 08:47:35 -0000 TB --- 2004-10-24 07:33:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-10-24 07:33:12 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-10-24 07:33:12 - checking out the source tree TB --- 2004-10-24 07:33:12 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2004-10-24 07:33:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-10-24 07:38:38 - building world (CFLAGS=-O2 -pipe) TB --- 2004-10-24 07:38:38 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-10-24 07:38:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /tinderbox/CURRENT/i386/i386/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c: In function `mb_put_uint32be': /tinderbox/CURRENT/i386/i386/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c:254: warning: dereferencing type-punned pointer will break strict-aliasing rules /tinderbox/CURRENT/i386/i386/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c: In function `mb_put_uint32le': /tinderbox/CURRENT/i386/i386/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c:262: warning: dereferencing type-punned pointer will break strict-aliasing rules /tinderbox/CURRENT/i386/i386/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c: In function `mb_put_int64be': /tinderbox/CURRENT/i386/i386/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c:270: warning: dereferencing type-punned pointer will break strict-aliasing rules /tinderbox/CURRENT/i386/i386/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c: In function `mb_put_int64le': /tinderbox/CURRENT/i386/i386/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c:278: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/lib/libsmb. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-10-24 08:06:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-10-24 08:06:20 - ERROR: failed to build world TB --- 2004-10-24 08:06:20 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 08:51:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3A5D16A4CE; Sun, 24 Oct 2004 08:51:08 +0000 (GMT) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38EAB43D5C; Sun, 24 Oct 2004 08:51:01 +0000 (GMT) (envelope-from flynn@energyhq.es.eu.org) Received: from scienide.energyhq.es.eu.org (scienide.energyhq.es.eu.org [192.168.100.1]) by mindfields.energyhq.es.eu.org (Postfix) with SMTP id 3FAC0362FE; Sun, 24 Oct 2004 10:50:45 +0200 (CEST) Date: Sun, 24 Oct 2004 10:52:04 +0200 From: Miguel Mendez To: Pawel Jakub Dawidek Message-Id: <20041024105204.7da25d78.flynn@energyhq.es.eu.org> In-Reply-To: <20041024071759.GS73767@darkness.comp.waw.pl> References: <20041022173922.C261616A4E1@hub.freebsd.org> <1098471638.31562.34.camel@zappa.Chelsea-Ct.Org> <20041024071759.GS73767@darkness.comp.waw.pl> X-Mailer: Sylpheed version 0.9.12-gtk2-20040918 (GTK+ 2.4.9; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Sun__24_Oct_2004_10_52_04_+0200_Qum8T_oFbOEhBjCH" cc: paul@gromit.dlib.vt.edu cc: freebsd-current@freebsd.org Subject: Re: ccd and gstripe on 5.3-RC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 08:51:09 -0000 --Signature=_Sun__24_Oct_2004_10_52_04_+0200_Qum8T_oFbOEhBjCH Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Sun, 24 Oct 2004 09:17:59 +0200 Pawel Jakub Dawidek wrote: Hi, > It should work with any GEOM providers. > Without more info it will be hard to track it down... Ok, a bit more info... flynn@scienide% sudo camcontrol devlist at scbus0 target 0 lun 0 (pass0,da0) at scbus0 target 3 lun 0 (pass1,cd0) at scbus0 target 4 lun 0 (pass2,da1) at scbus0 target 6 lun 0 (pass3,cd1) Those are the devices installed in the box. An old Quantum and a newer U160 Seagate Barracuda are the harddrives. I used gstripe with a stock 5.3-RC1 GENERIC kernel. All the devices are connected to an Adaptec 19160 card. As per the man page, this is what I did: $ gstripe label -v -s 4096 usr /dev/da0s1d /dev/da1s1d $ newfs /dev/stripe/usr $ mount /dev/stripe/usr /mnt [...] It worked fine the first time. I rebooted the box and booted in single user mode. I had to manually start the stripe, mounted it and tar'd /usr to its new location. After that I proceeded to delete the normal /usr. Edited /boot/loader.conf to make it load the geom_stripe module and rebooted once more. This time a bunch of messages appeared. geom_stripe started traversing the disks mentioning da0, da0s1[ad] and the da1[bd]. It attached the device, and a few lines later it complained and destroyed it. As I said I don't have the exact message because I had to reinstall (my /usr was no more). Cheers, -- Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 Note: All HTML mail goes to /dev/null --Signature=_Sun__24_Oct_2004_10_52_04_+0200_Qum8T_oFbOEhBjCH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBe203nLctrNyFFPERAgPFAKC4Z7G2rKzPpPyKF7zwe9jXQc4EbwCaAuQI uU+iTiDZNTpGREKQStQc+ZI= =EdWf -----END PGP SIGNATURE----- --Signature=_Sun__24_Oct_2004_10_52_04_+0200_Qum8T_oFbOEhBjCH-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 09:04:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6801B16A4CE; Sun, 24 Oct 2004 09:04:58 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F20F243D41; Sun, 24 Oct 2004 09:04:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i9O7XH8b088728; Sun, 24 Oct 2004 03:33:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9O7XCda030153; Sun, 24 Oct 2004 03:33:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 75DE57306E; Sun, 24 Oct 2004 03:33:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041024073312.75DE57306E@freebsd-current.sentex.ca> Date: Sun, 24 Oct 2004 03:33:12 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 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, 24 Oct 2004 09:04:58 -0000 TB --- 2004-10-24 06:53:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-10-24 06:53:51 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-10-24 06:53:51 - checking out the source tree TB --- 2004-10-24 06:53:51 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-10-24 06:53:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-10-24 06:59:29 - building world (CFLAGS=-O2 -pipe) TB --- 2004-10-24 06:59:29 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-10-24 06:59:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /tinderbox/CURRENT/amd64/amd64/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c: In function `mb_put_uint32be': /tinderbox/CURRENT/amd64/amd64/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c:254: warning: dereferencing type-punned pointer will break strict-aliasing rules /tinderbox/CURRENT/amd64/amd64/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c: In function `mb_put_uint32le': /tinderbox/CURRENT/amd64/amd64/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c:262: warning: dereferencing type-punned pointer will break strict-aliasing rules /tinderbox/CURRENT/amd64/amd64/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c: In function `mb_put_int64be': /tinderbox/CURRENT/amd64/amd64/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c:270: warning: dereferencing type-punned pointer will break strict-aliasing rules /tinderbox/CURRENT/amd64/amd64/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c: In function `mb_put_int64le': /tinderbox/CURRENT/amd64/amd64/src/lib/libsmb/../../contrib/smbfs/lib/smb/mbuf.c:278: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libsmb. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-10-24 07:33:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-10-24 07:33:12 - ERROR: failed to build world TB --- 2004-10-24 07:33:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 09:19:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C08C516A4CE; Sun, 24 Oct 2004 09:19:06 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EC6543D2D; Sun, 24 Oct 2004 09:19:06 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 5A3845313; Sun, 24 Oct 2004 11:19:05 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 757B45310; Sun, 24 Oct 2004 11:18:58 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id DEC8BB861; Sun, 24 Oct 2004 11:18:57 +0200 (CEST) To: Randy Bush References: <417960C2.8040007@freebsd.org> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> <16762.32532.664203.323225@ran.psg.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 24 Oct 2004 11:18:57 +0200 In-Reply-To: <16762.32532.664203.323225@ran.psg.com> (Randy Bush's message of "Sat, 23 Oct 2004 08:56:04 -0700") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 09:19:06 -0000 Randy Bush writes: > not clear where the win is, though. so i comment out an include? > and what about commenting out the 42 nics i don't use, to leave > the one i do? win not clear. You comment out the 'include NIC' line The biggest win will be not having to edit your kernel config every time something like options PFIL_HOOKS or device {io,mem} appears or disappears, because they'll be in the stock includes. It will also be much easier to share kernel configs across FreeBSD versions. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 09:21:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21EBE16A4CE for ; Sun, 24 Oct 2004 09:21:03 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D060043D46 for ; Sun, 24 Oct 2004 09:21:02 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id E45635313; Sun, 24 Oct 2004 11:21:01 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 450E95311; Sun, 24 Oct 2004 11:20:56 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 08634B861; Sun, 24 Oct 2004 11:20:56 +0200 (CEST) To: "Raheel" References: From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 24 Oct 2004 11:20:55 +0200 In-Reply-To: (raheel@raheelkhan.com's message of "Sat, 23 Oct 2004 23:21:47 +0000") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org Subject: Re: make buildworld error with FreeBSD 5.3 RELENG_5_3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 09:21:03 -0000 "Raheel" writes: > CFLAGS=3D -O3 -pipe -funroll-loops -ffast-math > COPTFLAGS=3D -O2 -pipe -funroll-loops -ffast-math We don't support anything higher than '-O2 -pipe' (and -ffast-math on Alpha). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 09:23:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1826916A4CF; Sun, 24 Oct 2004 09:23:09 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D34A843D2D; Sun, 24 Oct 2004 09:23:08 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 0832D5311; Sun, 24 Oct 2004 11:23:08 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 7DE2E5310; Sun, 24 Oct 2004 11:23:01 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 08422B861; Sun, 24 Oct 2004 11:23:01 +0200 (CEST) To: Randy Bush References: <417960C2.8040007@freebsd.org> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> <16762.32532.664203.323225@ran.psg.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 24 Oct 2004 11:23:00 +0200 In-Reply-To: (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav's?= message of "Sun, 24 Oct 2004 11:18:57 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 09:23:12 -0000 des@des.no (Dag-Erling Sm=F8rgrav) forgot to finish his sentence: > You comment out the 'include NIC' line and add 'device miibus' and 'device fxp' or whatever. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 10:22:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B20C16A4CE; Sun, 24 Oct 2004 10:22:23 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE3D643D2D; Sun, 24 Oct 2004 10:22:22 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 614D75313; Sun, 24 Oct 2004 12:22:21 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 6136E5310; Sun, 24 Oct 2004 12:22:14 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 1CD29B861; Sun, 24 Oct 2004 12:22:14 +0200 (CEST) To: Sam Leffler References: <417866BF.1000200@errno.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 24 Oct 2004 12:22:14 +0200 In-Reply-To: <417866BF.1000200@errno.com> (Sam Leffler's message of "Thu, 21 Oct 2004 18:47:43 -0700") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: kde@freebsd.org cc: current@freebsd.org cc: Mikhail Teterin cc: kde-freebsd@freebsd.kde.org cc: Robert Watson cc: threads@freebsd.org Subject: Re: [kde-freebsd] unkillable multithreaded processes stuck in `STOP' state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 10:22:23 -0000 Sam Leffler writes: > On my recent -current laptop (updated last week) I can reliably run > gdb on a program, break main, and quit. The process being debugged is > left in STOP state and is unkillable. try 'procctl '... DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 10:48:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67DF616A4CF for ; Sun, 24 Oct 2004 10:48:16 +0000 (GMT) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C916443D1D for ; Sun, 24 Oct 2004 10:48:15 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd11.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1CLfv3-0003E3-00; Sun, 24 Oct 2004 12:48:13 +0200 Received: from Andro-Beta.Leidinger.net (ZeyIEkZYZewofjoo0g-wgdsT00fhwsqW9ZO2Aygm7glP1tPA9rC46L@[84.128.202.145]) by fmrl11.sul.t-online.com with esmtp id 1CLfur-22r2qe0; Sun, 24 Oct 2004 12:48:01 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i9OAlpp6074431; Sun, 24 Oct 2004 12:47:52 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 24 Oct 2004 12:48:05 +0200 From: Alexander Leidinger To: "M. Warner Losh" Message-ID: <20041024124805.378e6bc3@Magellan.Leidinger.net> In-Reply-To: <20041023.194558.63828926.imp@bsdimp.com> References: <20041016142502.6362d396@Magellan.Leidinger.net> <20041023.194558.63828926.imp@bsdimp.com> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: ZeyIEkZYZewofjoo0g-wgdsT00fhwsqW9ZO2Aygm7glP1tPA9rC46L@t-dialin.net X-TOI-MSGID: b0d9194e-8757-495e-abea-c09e88702d41 cc: current@freebsd.org Subject: Re: RFC: automated way of removing old base system files (only for a recent 6-current!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 10:48:16 -0000 On Sat, 23 Oct 2004 19:45:58 -0600 (MDT) "M. Warner Losh" wrote: > This looks interesting. However, it may make more sense to use mtree > to delete this, like NetBSD does. But mtree doesn't has an option to ask the user if he really wants to delete those files (at least it's not very obvious if you fast-read the man-page). Even if they are old base system files, I don't want to just remove them without explicit permission. Better safe than sorry. But maybe I'm paranoid (at least for files and directories, but I strongly discourage the automated removal of old libs). If there's consensus that we should use mtree to remove the files and directories I will switch to mtree (so far you're the only one who responded to this, so it would be nice of someone else would tell us his prefered color too), but you have to write a lot more to convince me to do the same for the libraries. Bye, Alexander. -- The best things in life are free, but the expensive ones are still worth a look. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 11:11:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91B1816A4CE for ; Sun, 24 Oct 2004 11:11:03 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0750243D4C for ; Sun, 24 Oct 2004 11:11:03 +0000 (GMT) (envelope-from vincepoy@gmail.com) Received: by rproxy.gmail.com with SMTP id 79so265989rnk for ; Sun, 24 Oct 2004 04:11:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=iyKnrIzcZUCu/qFJRW7EYeylhn95o4hStv4ZlUX+q9TYwItyC+/d4id5c7ZejydAt5FNmg1RcEl1e4Qge+SQb63mqjZmoyPB2ONw0EwAMp+Qvx019MQk9YIqIz1trR02mCTMqj0WbCcK6SI65QlaZHYsWCfJ2OsrkanBLT1480g= Received: by 10.38.66.24 with SMTP id o24mr568436rna; Sun, 24 Oct 2004 04:11:01 -0700 (PDT) Received: by 10.38.14.49 with HTTP; Sun, 24 Oct 2004 04:11:01 -0700 (PDT) Message-ID: <429af92e04102404115bc7bc80@mail.gmail.com> Date: Sun, 24 Oct 2004 04:11:01 -0700 From: Vincent Poy To: Andre Oppermann , freebsd-current@freebsd.org In-Reply-To: <429af92e04102115383f671b7@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <429af92e041020205510c66168@mail.gmail.com> <4177B899.5EC32F5F@freebsd.org> <429af92e04102114472add0e51@mail.gmail.com> <417835C7.7060808@freebsd.org> <429af92e04102115383f671b7@mail.gmail.com> Subject: Re: Traffic Shaping not working correctly after ipfw coverted to use pfil_hooks API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vincent Poy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 11:11:03 -0000 On Fri, 22 Oct 2004 00:18:47 +0200, Andre Oppermann wrote: > Vincent Poy wrote: > > On Thu, 21 Oct 2004 15:24:41 +0200, Andre Oppermann wrote: > > > >>Vincent Poy wrote: > >> > >>>However, after the latest -CURRENT upgrade, it will do 200KB/sec down > >>>and 52KB/sec up. If I only download only, then it does show > >>>650KB/sec. Normally, when I change the bandwidth to a number lower > >>>than 480Kbps for the pipe, the download speeds would go up when > >>>downloading. However, I have tried in 10kbps steps down to 350kbps > >>>but it still did not top 200KB/sec in downloading. > >> > >>Interesting. I have just looked through the ipfw to pfil_hooks changes > >>as they relate to dummynet. The only change to dummynet is to remove a > >>stored pointer to the rtentry. This doesn't influence the shaping and > >>limiting of dummynet in any way. Other than that the way ipfw gets > >>called has changed and thus how dummynet is invoked too. > >> > >>Can you verify that all dummynet queues and pipes are in use? The only > >>thing I can imagine is that somehow the dummynet info gets mangled and > >>everything goes into the same queue/pipe. Although that is unlikely. > > > > > > Yeah, it's weird since I was trying to fine tune the bandwidth size of > > the upstream pipe but noticed the download side was now only > > delivering 1/3rd the speed it used to no matter what I set the > > upstream side to since I'm only using ipfw/dummynet on the upstream > > side as the downstream packets go directly from my ISP to the other > > machines on the /29. How do I verify all dummynet queues and pipes > > are in use though? this is the output from ipfw show: > > ipfw pipe show > ipfw queue show > > will do the trick. Here's the output... root@bigbang [3:35pm][/home/vince] >> ipfw pipe show 00001: 480.000 Kbit/s 0 ms 50 sl. 0 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 q00001: weight 100 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.225/3254 64.12.185.119/80 2298723 1664167302 0 0 6116 q00002: weight 66 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 udp 208.201.244.225/2979 217.12.4.104/53 346608 32488287 0 0 0 q00003: weight 33 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.225/3254 64.12.185.119/80 36965 11308730 0 0 60 q00004: weight 1 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/3746 216.155.193.173/5050 10058 3530197 0 0 0 root@bigbang [3:37pm][/home/vince] >> ipfw queue show q00001: weight 100 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.225/3254 64.12.185.119/80 2298737 1664167862 0 0 6116 q00002: weight 66 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 udp 208.201.244.225/2979 217.12.4.104/53 346608 32488287 0 0 0 q00003: weight 33 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.225/3254 64.12.185.119/80 36965 11308730 0 0 60 q00004: weight 1 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/3746 216.155.193.173/5050 10058 3530197 0 0 0 root@bigbang [3:37pm][/home/vince] >> Cheers, Vince From owner-freebsd-current@FreeBSD.ORG Sat Oct 23 21:19:49 2004 Return-Path: Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46D8716A4CE for ; Sat, 23 Oct 2004 21:19:49 +0000 (GMT) Received: from mail.sbb.co.yu (mail.sbb.co.yu [82.117.194.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D27C43D5F for ; Sat, 23 Oct 2004 21:19:48 +0000 (GMT) (envelope-from ggajic@mail.sbb.co.yu) Received: from mail.sbb.co.yu (mail.sbb.co.yu [82.117.194.7]) by mail.sbb.co.yu (8.12.10/8.12.10) with ESMTP id i9NLJjsF043150 for ; Sat, 23 Oct 2004 23:19:45 +0200 (CEST) Date: Sat, 23 Oct 2004 23:19:45 +0200 (CEST) From: Goran Gajic To: freebsd-current@www.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="0-1297816301-1098566027=:99910" Content-ID: X-Sbb.co.yu-MailScanner-Information: Please contact the ISP for more information X-Sbb.co.yu-MailScanner: Found to be clean X-Mailman-Approved-At: Sun, 24 Oct 2004 11:57:23 +0000 Subject: FBSD 5.3RC1 on Fujitsu Siemenes CELSIUS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Oct 2004 21:19:49 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1297816301-1098566027=:99910 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; FORMAT=flowed Content-ID: Hi, I have installed FreeBSD 5.3RC1 on Fujitsu Siemenes Celsius. First problem I had was with sk0. It stops responding and all I can do is ifconfig sk0 down and then ifconfig sk0 up to reset it. Second, server reboots without reason. What can I do to provide more information about spontanious reboots. I'm also sending pciconf -vl as attachment. I didn't compiled kernel I'm using GENERIC. Best regards, Goran Gajic p.s. I have installed FreeBSD 5.3.1RC1 for amd64 --0-1297816301-1098566027=:99910 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=out Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME=out cGNpYjFAcGNpMDo2OjA6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHgwMDAwMDBj MCBjaGlwPTB4NzQ2MDEwMjIgcmV2PTB4MDcgaGRyPTB4MDENCiAgICB2ZW5k b3IgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIChBTUQpJw0KICAgIGRl dmljZSAgID0gJ0FNRC04MTExIFBDSSBCcmlkZ2UnDQogICAgY2xhc3MgICAg PSBicmlkZ2UNCiAgICBzdWJjbGFzcyA9IFBDSS1QQ0kNCmlzYWIwQHBjaTA6 NzowOgljbGFzcz0weDA2MDEwMCBjYXJkPTB4Mjg4NTEwZjEgY2hpcD0weDc0 NjgxMDIyIHJldj0weDA1IGhkcj0weDAwDQogICAgdmVuZG9yICAgPSAnQWR2 YW5jZWQgTWljcm8gRGV2aWNlcyAoQU1EKScNCiAgICBkZXZpY2UgICA9ICdB TUQtODExMSBMUEMgQnJpZGdlJw0KICAgIGNsYXNzICAgID0gYnJpZGdlDQog ICAgc3ViY2xhc3MgPSBQQ0ktSVNBDQphdGFwY2kwQHBjaTA6NzoxOgljbGFz cz0weDAxMDE4YSBjYXJkPTB4Mjg4NTEwZjEgY2hpcD0weDc0NjkxMDIyIHJl dj0weDAzIGhkcj0weDAwDQogICAgdmVuZG9yICAgPSAnQWR2YW5jZWQgTWlj cm8gRGV2aWNlcyAoQU1EKScNCiAgICBkZXZpY2UgICA9ICdBTUQtODExMSBV bHRyYUFUQS8xMzMgQ29udHJvbGxlcicNCiAgICBjbGFzcyAgICA9IG1hc3Mg c3RvcmFnZQ0KICAgIHN1YmNsYXNzID0gQVRBDQpub25lMEBwY2kwOjc6MzoJ Y2xhc3M9MHgwNjgwMDAgY2FyZD0weDI4ODUxMGYxIGNoaXA9MHg3NDZiMTAy MiByZXY9MHgwNSBoZHI9MHgwMA0KICAgIHZlbmRvciAgID0gJ0FkdmFuY2Vk IE1pY3JvIERldmljZXMgKEFNRCknDQogICAgZGV2aWNlICAgPSAnQU1ELTgx MTEgQUNQSSBTeXN0ZW0gTWFuYWdlbWVudCBDb250cm9sbGVyJw0KICAgIGNs YXNzICAgID0gYnJpZGdlDQogICAgc3ViY2xhc3MgPSBQQ0ktdW5rbm93bg0K cGNtMEBwY2kwOjc6NToJY2xhc3M9MHgwNDAxMDAgY2FyZD0weDI4ODUxMGYx IGNoaXA9MHg3NDZkMTAyMiByZXY9MHgwMyBoZHI9MHgwMA0KICAgIHZlbmRv ciAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgKEFNRCknDQogICAgZGV2 aWNlICAgPSAnQU1ELTgxMTEgQUM5NyBBdWRpbyBDb250cm9sbGVyJw0KICAg IGNsYXNzICAgID0gbXVsdGltZWRpYQ0KICAgIHN1YmNsYXNzID0gYXVkaW8N CnBjaWIyQHBjaTA6MTA6MDoJY2xhc3M9MHgwNjA0MDAgY2FyZD0weDAwMDAw MGEwIGNoaXA9MHg3NDUwMTAyMiByZXY9MHgxMiBoZHI9MHgwMQ0KICAgIHZl bmRvciAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgKEFNRCknDQogICAg ZGV2aWNlICAgPSAnQU1ELTgxMzEgUENJLVggQnJpZGdlJw0KICAgIGNsYXNz ICAgID0gYnJpZGdlDQogICAgc3ViY2xhc3MgPSBQQ0ktUENJDQpub25lMUBw Y2kwOjEwOjE6CWNsYXNzPTB4MDgwMDEwIGNhcmQ9MHgyODg1MTBmMSBjaGlw PTB4NzQ1MTEwMjIgcmV2PTB4MDEgaGRyPTB4MDANCiAgICB2ZW5kb3IgICA9 ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIChBTUQpJw0KICAgIGRldmljZSAg ID0gJ0FNRC04MTMxIFBDSS1YIElPQVBJQycNCiAgICBjbGFzcyAgICA9IGJh c2UgcGVyaXBoZXJhbA0KICAgIHN1YmNsYXNzID0gaW50ZXJydXB0IGNvbnRy b2xsZXINCnBjaWIzQHBjaTA6MTE6MDoJY2xhc3M9MHgwNjA0MDAgY2FyZD0w eDAwMDAwMGEwIGNoaXA9MHg3NDUwMTAyMiByZXY9MHgxMiBoZHI9MHgwMQ0K ICAgIHZlbmRvciAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgKEFNRCkn DQogICAgZGV2aWNlICAgPSAnQU1ELTgxMzEgUENJLVggQnJpZGdlJw0KICAg IGNsYXNzICAgID0gYnJpZGdlDQogICAgc3ViY2xhc3MgPSBQQ0ktUENJDQpu b25lMkBwY2kwOjExOjE6CWNsYXNzPTB4MDgwMDEwIGNhcmQ9MHgyODg1MTBm MSBjaGlwPTB4NzQ1MTEwMjIgcmV2PTB4MDEgaGRyPTB4MDANCiAgICB2ZW5k b3IgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIChBTUQpJw0KICAgIGRl dmljZSAgID0gJ0FNRC04MTMxIFBDSS1YIElPQVBJQycNCiAgICBjbGFzcyAg ICA9IGJhc2UgcGVyaXBoZXJhbA0KICAgIHN1YmNsYXNzID0gaW50ZXJydXB0 IGNvbnRyb2xsZXINCmhvc3RiMEBwY2kwOjI0OjA6CWNsYXNzPTB4MDYwMDAw IGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MTEwMDEwMjIgcmV2PTB4MDAgaGRy PTB4MDANCiAgICB2ZW5kb3IgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2Vz IChBTUQpJw0KICAgIGRldmljZSAgID0gJ0F0aGxvbiA2NCAvIE9wdGVyb24g SHlwZXJUcmFuc3BvcnQgVGVjaG5vbG9neSBDb25maWd1cmF0aW9uJw0KICAg IGNsYXNzICAgID0gYnJpZGdlDQogICAgc3ViY2xhc3MgPSBIT1NULVBDSQ0K aG9zdGIxQHBjaTA6MjQ6MToJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAw MDAwIGNoaXA9MHgxMTAxMTAyMiByZXY9MHgwMCBoZHI9MHgwMA0KICAgIHZl bmRvciAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgKEFNRCknDQogICAg ZGV2aWNlICAgPSAnQXRobG9uIDY0IC8gT3B0ZXJvbiBBZGRyZXNzIE1hcCcN CiAgICBjbGFzcyAgICA9IGJyaWRnZQ0KICAgIHN1YmNsYXNzID0gSE9TVC1Q Q0kNCmhvc3RiMkBwY2kwOjI0OjI6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgw MDAwMDAwMCBjaGlwPTB4MTEwMjEwMjIgcmV2PTB4MDAgaGRyPTB4MDANCiAg ICB2ZW5kb3IgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIChBTUQpJw0K ICAgIGRldmljZSAgID0gJ0F0aGxvbiA2NCAvIE9wdGVyb24gRFJBTSBDb250 cm9sbGVyJw0KICAgIGNsYXNzICAgID0gYnJpZGdlDQogICAgc3ViY2xhc3Mg PSBIT1NULVBDSQ0KaG9zdGIzQHBjaTA6MjQ6MzoJY2xhc3M9MHgwNjAwMDAg Y2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxMTAzMTAyMiByZXY9MHgwMCBoZHI9 MHgwMA0KICAgIHZlbmRvciAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMg KEFNRCknDQogICAgZGV2aWNlICAgPSAnQXRobG9uIDY0IC8gT3B0ZXJvbiBN aXNjZWxsYW5lb3VzIENvbnRyb2wnDQogICAgY2xhc3MgICAgPSBicmlkZ2UN CiAgICBzdWJjbGFzcyA9IEhPU1QtUENJDQpob3N0YjRAcGNpMDoyNTowOglj bGFzcz0weDA2MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDExMDAxMDIy IHJldj0weDAwIGhkcj0weDAwDQogICAgdmVuZG9yICAgPSAnQWR2YW5jZWQg TWljcm8gRGV2aWNlcyAoQU1EKScNCiAgICBkZXZpY2UgICA9ICdBdGhsb24g NjQgLyBPcHRlcm9uIEh5cGVyVHJhbnNwb3J0IFRlY2hub2xvZ3kgQ29uZmln dXJhdGlvbicNCiAgICBjbGFzcyAgICA9IGJyaWRnZQ0KICAgIHN1YmNsYXNz ID0gSE9TVC1QQ0kNCmhvc3RiNUBwY2kwOjI1OjE6CWNsYXNzPTB4MDYwMDAw IGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MTEwMTEwMjIgcmV2PTB4MDAgaGRy PTB4MDANCiAgICB2ZW5kb3IgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2Vz IChBTUQpJw0KICAgIGRldmljZSAgID0gJ0F0aGxvbiA2NCAvIE9wdGVyb24g QWRkcmVzcyBNYXAnDQogICAgY2xhc3MgICAgPSBicmlkZ2UNCiAgICBzdWJj bGFzcyA9IEhPU1QtUENJDQpob3N0YjZAcGNpMDoyNToyOgljbGFzcz0weDA2 MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDExMDIxMDIyIHJldj0weDAw IGhkcj0weDAwDQogICAgdmVuZG9yICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2 aWNlcyAoQU1EKScNCiAgICBkZXZpY2UgICA9ICdBdGhsb24gNjQgLyBPcHRl cm9uIERSQU0gQ29udHJvbGxlcicNCiAgICBjbGFzcyAgICA9IGJyaWRnZQ0K ICAgIHN1YmNsYXNzID0gSE9TVC1QQ0kNCmhvc3RiN0BwY2kwOjI1OjM6CWNs YXNzPTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MTEwMzEwMjIg cmV2PTB4MDAgaGRyPTB4MDANCiAgICB2ZW5kb3IgICA9ICdBZHZhbmNlZCBN aWNybyBEZXZpY2VzIChBTUQpJw0KICAgIGRldmljZSAgID0gJ0F0aGxvbiA2 NCAvIE9wdGVyb24gTWlzY2VsbGFuZW91cyBDb250cm9sJw0KICAgIGNsYXNz ICAgID0gYnJpZGdlDQogICAgc3ViY2xhc3MgPSBIT1NULVBDSQ0Kb2hjaTBA cGNpMTowOjA6CWNsYXNzPTB4MGMwMzEwIGNhcmQ9MHgyODg1MTBmMSBjaGlw PTB4NzQ2NDEwMjIgcmV2PTB4MGIgaGRyPTB4MDANCiAgICB2ZW5kb3IgICA9 ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIChBTUQpJw0KICAgIGRldmljZSAg ID0gJ0FNRC04MTExIE9wZW5IQ0QgVVNCIEhvc3QgQ29udHJvbGxlcicNCiAg ICBjbGFzcyAgICA9IHNlcmlhbCBidXMNCiAgICBzdWJjbGFzcyA9IFVTQg0K b2hjaTFAcGNpMTowOjE6CWNsYXNzPTB4MGMwMzEwIGNhcmQ9MHgyODg1MTBm MSBjaGlwPTB4NzQ2NDEwMjIgcmV2PTB4MGIgaGRyPTB4MDANCiAgICB2ZW5k b3IgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIChBTUQpJw0KICAgIGRl dmljZSAgID0gJ0FNRC04MTExIE9wZW5IQ0QgVVNCIEhvc3QgQ29udHJvbGxl cicNCiAgICBjbGFzcyAgICA9IHNlcmlhbCBidXMNCiAgICBzdWJjbGFzcyA9 IFVTQg0KZndvaGNpMEBwY2kxOjEyOjA6CWNsYXNzPTB4MGMwMDEwIGNhcmQ9 MHgyODg1MTBmMSBjaGlwPTB4ODAyMzEwNGMgcmV2PTB4MDAgaGRyPTB4MDAN CiAgICB2ZW5kb3IgICA9ICdUZXhhcyBJbnN0cnVtZW50cyAoVEkpJw0KICAg IGRldmljZSAgID0gJ1RTQjQzQUIyMi9BIElFRUUxMzk0YS0yMDAwIE9IQ0kg UEhZL0xpbmstTGF5ZXIgQ3RybHInDQogICAgY2xhc3MgICAgPSBzZXJpYWwg YnVzDQogICAgc3ViY2xhc3MgPSBGaXJlV2lyZQ0KYWFjMEBwY2kyOjg6MDoJ Y2xhc3M9MHgwMTA0MDAgY2FyZD0weDAyODY5MDA1IGNoaXA9MHgwMjg1OTAw NSByZXY9MHgwMSBoZHI9MHgwMA0KICAgIHZlbmRvciAgID0gJ0FkYXB0ZWMn DQogICAgZGV2aWNlICAgPSAnQUFDLVJBSUQgUkFJRCBDb250cm9sbGVyJw0K ICAgIGNsYXNzICAgID0gbWFzcyBzdG9yYWdlDQogICAgc3ViY2xhc3MgPSBS QUlEDQpiZ2UwQHBjaTI6OTowOgljbGFzcz0weDAyMDAwMCBjYXJkPTB4Mjg4 NTEwZjEgY2hpcD0weDE2YTcxNGU0IHJldj0weDAyIGhkcj0weDAwDQogICAg dmVuZG9yICAgPSAnQnJvYWRjb20gQ29ycG9yYXRpb24nDQogICAgZGV2aWNl ICAgPSAnQkNNNTcwM1ggTmV0WHRyZW1lIEdpZ2FiaXQgRXRoZXJuZXQnDQog ICAgY2xhc3MgICAgPSBuZXR3b3JrDQogICAgc3ViY2xhc3MgPSBldGhlcm5l dA0Kc2tjMEBwY2kzOjY6MDoJY2xhc3M9MHgwMjAwMDAgY2FyZD0weDMyMjEx MTQ4IGNoaXA9MHg0MzIwMTE0OCByZXY9MHgxMiBoZHI9MHgwMA0KICAgIHZl bmRvciAgID0gJ1N5c2tvbm5lY3QgKFNjaG5laWRlciAmIEtvY2gpJw0KICAg IGNsYXNzICAgID0gbmV0d29yaw0KICAgIHN1YmNsYXNzID0gZXRoZXJuZXQN Cg== --0-1297816301-1098566027=:99910-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 02:25:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F5F416A4CE for ; Sun, 24 Oct 2004 02:25:29 +0000 (GMT) Received: from gddsn.org.cn (mail.gddsn.org.cn [210.21.6.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FE9743D2F for ; Sun, 24 Oct 2004 02:25:28 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (unknown [211.96.21.210]) by gddsn.org.cn (Postfix) with ESMTP id E343538CB08 for ; Sun, 24 Oct 2004 10:25:23 +0800 (CST) Message-ID: <417B128B.7080904@gddsn.org.cn> Date: Sun, 24 Oct 2004 10:25:15 +0800 From: wsk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.6) Gecko/20040629 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 24 Oct 2004 11:57:23 +0000 Subject: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 02:25:29 -0000 rm -f hack.c MAKE=/usr/obj/usr/src/make.i386/make sh /usr/src/sys/conf/newvers.sh WSK cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -W missing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -st d=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/us r/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/sr c/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8 000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-alig n-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror vers.c linking kernel ip_divert.o(.text+0x1238): In function `div_modevent': : undefined reference to `ip_divert_ptr' ip_divert.o(.text+0x12c2): In function `div_modevent': : undefined reference to `ip_divert_ptr' *** Error code 1 Stop in /usr/obj/usr/src/sys/WSK. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 09:19:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42B8216A4CF for ; Sun, 24 Oct 2004 09:19:10 +0000 (GMT) Received: from silver.he.iki.fi (helenius.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5743A43D46 for ; Sun, 24 Oct 2004 09:19:08 +0000 (GMT) (envelope-from pete@he.iki.fi) Received: from [193.64.42.134] (h86.vuokselantie10.fi [193.64.42.134]) by silver.he.iki.fi (8.13.1/8.11.4) with ESMTP id i9O9J5dw038193 for ; Sun, 24 Oct 2004 12:19:05 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <417B7389.1090905@he.iki.fi> Date: Sun, 24 Oct 2004 12:19:05 +0300 From: Petri Helenius User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 24 Oct 2004 11:57:23 +0000 Subject: make installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 09:19:10 -0000 It does seem that late in 5.3 release cycle the requirement to be able to execute binaries from /tmp was introduced. I run all systems with /tmp as -o noexec and obviously this makes installworld to fail. Is this expected behaviour which should be worked around by pointing the tmp elsewhere or just a mistake? Pete From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 11:33:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F418C16A4CE for ; Sun, 24 Oct 2004 11:33:43 +0000 (GMT) Received: from sdf.lonestar.org (ol.freeshell.org [192.94.73.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8258543D45 for ; Sun, 24 Oct 2004 11:33:43 +0000 (GMT) (envelope-from filip@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:filip@sdf.lonestar.org [192.94.73.1]) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id i9OBXgwP015876 for ; Sun, 24 Oct 2004 11:33:42 GMT Received: (from filip@localhost) by sdf.lonestar.org (8.12.10/8.12.8/Submit) id i9OBXgJZ002465; Sun, 24 Oct 2004 11:33:42 GMT Date: Sun, 24 Oct 2004 11:33:42 +0000 (UTC) From: Filip Lenaerts To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sun, 24 Oct 2004 11:57:23 +0000 Subject: project evil: dwl-g650+ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 11:33:44 -0000 hi all, i sent this mail to the freebsd-mobile list, but i've noticed that the whole project evil stuff is dealt from within this list, so that's why i post it here. i resynced my sources and system to 6-current and then followed the instructions of bill paul described on http://www.xl0.org/FreeBSD/ndis.txt . this worked fine, but i had to : # mkdir /compat/ndis # cp /cdrom/.../GPLUS.bin /compat/ndis/GPlus.bin i cannot find any reference to this kind stuff. the man page mentions .sys and .inf files but nothing about .bin files secondly, i cannot get a signal, although my wireless router is configured and working: no carrier: ndis0: flags=8802 mtu 1500 ether 00:80:c8:2e:f7:cf media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" channel -1 authmode OPEN powersavemode OFF powersavesleep 100 rtsthreshold 2312 protmode CTS wepmode OFF weptxkey 1 also, the speeds recognizeds are only up top 11Mbps (although that would be nice already :) ) Oct 23 17:57:40 pcg889 kernel: cardbus1: Expecting link target, got 0xaa Oct 23 17:57:40 pcg889 kernel: cardbus1: Resource not specified in CIS: id=10, size=2000 Oct 23 17:57:40 pcg889 kernel: cardbus1: Resource not specified in CIS: id=14, size=20000 Oct 23 17:57:40 pcg889 kernel: ndis0: mem 0xf0140000-0xf015ffff,0xf0160000-0xf0161fff irq 9 at device 0.0 on cardbus1 Oct 23 17:57:40 pcg889 kernel: ndis0: NDIS API version: 5.1 Oct 23 17:57:40 pcg889 kernel: ndis0: Ethernet address: 00:80:c8:2e:f7:cf Oct 23 17:57:40 pcg889 kernel: ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps has anyone an idea what i'm missing? or point me out some web references which could help? tnx filip From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 11:59:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BF6216A4CE for ; Sun, 24 Oct 2004 11:59:59 +0000 (GMT) Received: from shim2.irt.drexel.edu (shim2.irt.drexel.edu [144.118.29.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40D2A43D1D for ; Sun, 24 Oct 2004 11:59:59 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim2.irt.drexel.edu by shim2.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) id <0I6300C0170ETS@shim2.irt.drexel.edu> for current@FreeBSD.ORG; Sun, 24 Oct 2004 07:59:58 -0400 (EDT) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim2.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0I63005T47ZYTH@shim2.irt.drexel.edu> for current@FreeBSD.ORG; Sun, 24 Oct 2004 07:59:58 -0400 (EDT) Received: from [127.0.0.1] (vorpal.math.drexel.edu [129.25.6.250]) i9OBxBEB001087 for ; Sun, 24 Oct 2004 07:59:11 -0400 (EDT envelope-from jsmith@drexel.edu) Date: Sun, 24 Oct 2004 07:58:37 -0400 From: "Justin R. Smith" To: "current@freebsd.org" Message-id: <1098619116.45266.3.camel@localhost> Organization: Drexel University MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-type: text/plain Content-transfer-encoding: 7BIT Subject: Crash on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 11:59:59 -0000 FreeBSD jsmith.org 5.3-STABLE FreeBSD 5.3-STABLE #0: Fri Oct 22 04:33:03 EDT 2004 root@:/usr/obj/usr/src/sys/MYKERNEL i386 On shutdown I got: Giving up on 1 buffers Fatal trap 12; page fault while in kernel mode cpuid = 0, apic id = 00 Fault virtual address 0x34 Fault code = Supervisor read page not present Instruction pointer 0x8:0xc0449f2c Stack pointer = 0x10:0x03a94a0c Code segment = base 0x0 limitg 0xfffff type 0x1b -- Time blows wildly against my door | Justin R. Smith Stirring discarded sorrows | Mathematics Department Like dead leaves of summers past | Drexel University Shadows of what went before | Philadelphia, PA 19104 Making way for new tomorrows | New hopes, new fears, | Office: (215) 895-1847 and new ways that last | URL: vorpal.math.drexel.edu From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 12:10:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76E5416A4CE for ; Sun, 24 Oct 2004 12:10:31 +0000 (GMT) Received: from sdf.lonestar.org (ol.freeshell.org [192.94.73.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 296CC43D54 for ; Sun, 24 Oct 2004 12:10:31 +0000 (GMT) (envelope-from filip@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:filip@sdf.lonestar.org [192.94.73.1]) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id i9OCATIn015679 for ; Sun, 24 Oct 2004 12:10:30 GMT Received: (from filip@localhost) by sdf.lonestar.org (8.12.10/8.12.8/Submit) id i9OCATOb025655; Sun, 24 Oct 2004 12:10:29 GMT Date: Sun, 24 Oct 2004 12:10:29 +0000 (UTC) From: Filip Lenaerts To: freebsd-current@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sun, 24 Oct 2004 12:20:45 +0000 Subject: Re: project evil: dwl-g650+ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 12:10:31 -0000 > hi all, > > i sent this mail to the freebsd-mobile list, but i've noticed that the > whole project evil stuff is dealt from within this list, so that's why i > post it here. > > i resynced my sources and system to 6-current and then followed the > instructions of bill paul described on http://www.xl0.org/FreeBSD/ndis.txt > . this worked fine, but i had to : # mkdir /compat/ndis # cp > /cdrom/.../GPLUS.bin /compat/ndis/GPlus.bin > > i cannot find any reference to this kind stuff. the man page mentions > .sys and .inf files but nothing about .bin files sorry about that. read the man page again and did # ndiscvt -f GPlus.bin # mv GPlus.bin.ko /boot/kernel # kldload GPlus.bin however still the same behavior as i describe in my previous mail. > > secondly, i cannot get a signal, although my wireless router is configured > and working: no carrier: > > ndis0: flags=8802 mtu 1500 > ether 00:80:c8:2e:f7:cf > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid "" > channel -1 authmode OPEN powersavemode OFF powersavesleep 100 > rtsthreshold 2312 protmode CTS > wepmode OFF weptxkey 1 > > also, the speeds recognizeds are only up top 11Mbps (although that would > be nice already :) ) > > Oct 23 17:57:40 pcg889 kernel: cardbus1: Expecting link target, got 0xaa > Oct 23 17:57:40 pcg889 kernel: cardbus1: Resource not specified in CIS: > id=10, size=2000 > Oct 23 17:57:40 pcg889 kernel: cardbus1: Resource not specified in CIS: > id=14, size=20000 > Oct 23 17:57:40 pcg889 kernel: ndis0: Wireless Cardbus Adapter> mem 0xf0140000-0xf015ffff,0xf0160000-0xf0161fff > irq 9 at device 0.0 on cardbus1 > Oct 23 17:57:40 pcg889 kernel: ndis0: NDIS API version: 5.1 > Oct 23 17:57:40 pcg889 kernel: ndis0: Ethernet address: 00:80:c8:2e:f7:cf > Oct 23 17:57:40 pcg889 kernel: ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps > 11Mbps > > has anyone an idea what i'm missing? or point me out some web references > which could help? > > tnx > > filip > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > ---- http://filip.freeshell.org mailto:filip@freeshell.org ---- SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 12:29:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34CFA16A4CE for ; Sun, 24 Oct 2004 12:29:22 +0000 (GMT) Received: from mail.vdsoft.org (poseidon.vdsoft.org [193.85.147.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA4AD43D41 for ; Sun, 24 Oct 2004 12:29:21 +0000 (GMT) (envelope-from dvorakv@vdsoft.org) Received: from [10.0.0.132] (unknown [10.0.0.132]) by mail.vdsoft.org (Postfix) with ESMTP id 9DF3418EE4D; Sun, 24 Oct 2004 14:29:19 +0200 (CEST) Message-ID: <417BA039.4090002@vdsoft.org> Date: Sun, 24 Oct 2004 14:29:45 +0200 From: Vladimir Dvorak User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Justin R. Smith" References: <1098619116.45266.3.camel@localhost> In-Reply-To: <1098619116.45266.3.camel@localhost> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: "current@freebsd.org" Subject: Re: Crash on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 12:29:22 -0000 Justin R. Smith wrote: >FreeBSD jsmith.org 5.3-STABLE FreeBSD 5.3-STABLE #0: Fri Oct 22 04:33:03 >EDT 2004 root@:/usr/obj/usr/src/sys/MYKERNEL i386 > >On shutdown I got: > >Giving up on 1 buffers >Fatal trap 12; page fault while in kernel mode >cpuid = 0, apic id = 00 >Fault virtual address 0x34 >Fault code = Supervisor read page not present >Instruction pointer 0x8:0xc0449f2c >Stack pointer = 0x10:0x03a94a0c >Code segment = base 0x0 limitg 0xfffff type 0x1b > > Do you have ACPI enabled or disabled ? Chipset ? Vladimir From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 13:15:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D68316A4CE for ; Sun, 24 Oct 2004 13:15:19 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31D0243D58 for ; Sun, 24 Oct 2004 13:15:19 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9ODErpM085708; Sun, 24 Oct 2004 09:14:53 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9ODErtI085705; Sun, 24 Oct 2004 14:14:53 +0100 (BST) (envelope-from robert@fledge.watson.org) Date: Sun, 24 Oct 2004 14:14:53 +0100 (BST) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Justin R. Smith" In-Reply-To: <1098619116.45266.3.camel@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "current@freebsd.org" Subject: Re: Crash on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 13:15:19 -0000 On Sun, 24 Oct 2004, Justin R. Smith wrote: > FreeBSD jsmith.org 5.3-STABLE FreeBSD 5.3-STABLE #0: Fri Oct 22 04:33:03 > EDT 2004 root@:/usr/obj/usr/src/sys/MYKERNEL i386 > > On shutdown I got: > > Giving up on 1 buffers > Fatal trap 12; page fault while in kernel mode > cpuid = 0, apic id = 00 > Fault virtual address 0x34 > Fault code = Supervisor read page not present > Instruction pointer 0x8:0xc0449f2c > Stack pointer = 0x10:0x03a94a0c > Code segment = base 0x0 limitg 0xfffff type 0x1b Is KDB/DDB compiled into this kernel? If so, are you able to generate a stack trace? If not, could you use addr2line or gdb or the like to turn the instruction pointer above into a function/offset/line? thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 13:19:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8496C16A4CE for ; Sun, 24 Oct 2004 13:19:41 +0000 (GMT) Received: from mta08-svc.ntlworld.com (mta08-svc.ntlworld.com [62.253.162.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE1E043D1D for ; Sun, 24 Oct 2004 13:19:40 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from voi.aagh.net ([81.104.55.176]) by mta08-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20041024131929.BFOL26479.mta08-svc.ntlworld.com@voi.aagh.net>; Sun, 24 Oct 2004 14:19:29 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.42 (FreeBSD)) id 1CLiHP-000G21-HP; Sun, 24 Oct 2004 14:19:27 +0100 Date: Sun, 24 Oct 2004 14:19:27 +0100 From: Thomas Hurst To: Alexander Leidinger Message-ID: <20041024131927.GA60644@voi.aagh.net> Mail-Followup-To: Alexander Leidinger , "M. Warner Losh" , current@freebsd.org References: <20041016142502.6362d396@Magellan.Leidinger.net> <20041023.194558.63828926.imp@bsdimp.com> <20041024124805.378e6bc3@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041024124805.378e6bc3@Magellan.Leidinger.net> Organization: Not much. User-Agent: Mutt/1.5.6i Sender: Thomas Hurst cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: RFC: automated way of removing old base system files (only for a recent 6-current!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 13:19:41 -0000 * Alexander Leidinger (Alexander@Leidinger.net) wrote: > But mtree doesn't has an option to ask the user if he really wants to > delete those files (at least it's not very obvious if you fast-read > the man-page). Even if they are old base system files, I don't want to > just remove them without explicit permission. Better safe than sorry. > But maybe I'm paranoid (at least for files and directories, but I > strongly discourage the automated removal of old libs). Can you move them to another directory like portupgrade? Then just leave it up to the user to clean out lib/compat/old or so? -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 13:52:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 897F116A4CE for ; Sun, 24 Oct 2004 13:52:00 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F5FC43D2D for ; Sun, 24 Oct 2004 13:52:00 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 9F0145314; Sun, 24 Oct 2004 15:51:58 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id F095E5310; Sun, 24 Oct 2004 15:51:51 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id CE114B85E; Sun, 24 Oct 2004 15:51:51 +0200 (CEST) To: Petri Helenius References: <417B7389.1090905@he.iki.fi> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 24 Oct 2004 15:51:51 +0200 In-Reply-To: <417B7389.1090905@he.iki.fi> (Petri Helenius's message of "Sun, 24 Oct 2004 12:19:05 +0300") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org Subject: Re: make installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 13:52:00 -0000 Petri Helenius writes: > It does seem that late in 5.3 release cycle the requirement to be able > to execute binaries from /tmp was introduced. No, this has been a requirement for well over four years (since 2000-07-19 in HEAD, and 2000-08-23 in RELENG_4). If you absolutely must mount /tmp noexec, set TMPDIR to something else before running 'make installworld'. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 14:00:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6689716A4CE for ; Sun, 24 Oct 2004 14:00:01 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 988C843D4C for ; Sun, 24 Oct 2004 13:59:59 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i9ODxuZV084870; Sun, 24 Oct 2004 15:59:56 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i9ODxtOt084869; Sun, 24 Oct 2004 15:59:55 +0200 (SAST) (envelope-from jhay) Date: Sun, 24 Oct 2004 15:59:55 +0200 From: John Hay To: Ryan Freeman Message-ID: <20041024135955.GA84189@zibbi.icomtek.csir.co.za> References: <4177BA5D.4080505@portaone.com> <417AAE2F.3080701@portaone.com> <417AB000.50502@freebsd.org> <20041024002250.GA92944@slipgate.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041024002250.GA92944@slipgate.org> User-Agent: Mutt/1.4.1i cc: FreeBSD Mailing List Subject: Re: 5.3-BETA "burncd blank" hangs in 50% of cases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 14:00:01 -0000 > > >> > > >>I've noticed that burncd blank command hangs in 50% of cases (at least > > >>with CD-RWs). Every time symptoms are the same: progress goes to 29% > > >>and then just hangs indefinitely. ^C allows to close burncd. However, > > >>the disk appears to be blanked just fine, since the following burncd > > >>data starts writing from LBA 0 as expected. > > >> > > >>In remaining 50% of cases, the progress indicator goes slowly to > > >>20-something%, then quickly jumps to 90-something% and then burncd > > >>exits correctly. > > >> > > >>As I said the problem is easily reproducible so that I am ready to > > >>provide any necessary debugging information. > > >> > > >>My CD-RW runs in UDMA33 mode, but the problem persists in PIO mode as > > >>well. Other than that, it burns and reads CD-RWs without any problems. > > >> > > >>It would be nice to have this fixed before 5.3 goes out. > > >> > > >>-Maxim > > > > > > Sorry, I assumed that others would have jumped in by now. I see similar > > issues myself, and sometimes even fixating a CD will 'hang'. Since it's > > not fatal, just annoying, I don't consider it a show-stopper. Of course > > it will be nice to fix it at some point. My guess is that either the > > driver and burncd aren't using the correct command to get status from > > the drives, or the drives are just generally marginal and refuse to give > > accurate status. We can investigate it further at a later time, I guess. > > > > Well I'll throw in my two cents here. I haven't yet had an issue with my > burner and burncd. I burned 32 audio cds in one night for a co-worker (a whole > spindle!) Anyway, I blanked a cdrw last night, and it went perfect as i hoped. > Just to make sure I'll blank another cdrw right now. > > --snip-- > ryan@ryan:~% burncd -f /dev/acd0 blank > blanking CD - 99 % done > ryan@ryan:~% > --snip-- > > Well seems to be in order still, I'll be sure to post results if I ever see > anything otherwise. FWIW, I have a 40x12x48 Liteon burner, (burnproof, never > ever had a buffer underrun) and I've never had ANY problem with it making > coasters in the 3 years I've had it. Used it in linux, windowsxp and freebsd. > The only coasters are the ones I force upon myself when I over do it trying > to stuff stuff onto a cdr (720mb on a 700mb cdr anyone?) > > - ryan > > By the way, this is on FreeBSD 5.3-RC1. No DMA settings have been disabled, > and its an asus nforce2 motherboard. I think it depends on the type of cd writer. Maybe they don't report blanking operations in the same way? I have two that never return from a blank command. The one in my Dell at work: acd1: CDRW <_NEC CD-RW NR-7900A/1.08> at ata1-slave UDMA33 and a brand new one at home: acd0: CDRW at ata1-master UDMA33 The NEC one in my Dell computer did use to return from blank operations a long time ago. Long being 1.5+ years ago. At the moment the way I use them is to start the blank command and then watch the disk LED. When it goes inactive, I do a ^C. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 14:01:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2621816A4CE for ; Sun, 24 Oct 2004 14:01:58 +0000 (GMT) Received: from shim2.irt.drexel.edu (shim2.irt.drexel.edu [144.118.29.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC18A43D41 for ; Sun, 24 Oct 2004 14:01:57 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim2.irt.drexel.edu by shim2.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) id <0I6300C01CKQWN@shim2.irt.drexel.edu> for current@FreeBSD.ORG; Sun, 24 Oct 2004 10:01:57 -0400 (EDT) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim2.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0I6300DEUDN9AI@shim2.irt.drexel.edu> for current@FreeBSD.ORG; Sun, 24 Oct 2004 10:01:57 -0400 (EDT) Received: from [127.0.0.1] (vorpal.math.drexel.edu [129.25.6.250]) i9OE1AU1001387 for ; Sun, 24 Oct 2004 10:01:10 -0400 (EDT envelope-from jsmith@drexel.edu) Date: Sun, 24 Oct 2004 10:00:36 -0400 From: "Justin R. Smith" To: "current@freebsd.org" Message-id: <1098626436.88949.2.camel@localhost> Organization: Drexel University MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-type: text/plain Content-transfer-encoding: 7BIT Subject: Re: Crash on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 14:01:58 -0000 Sorry! I'll recompile with all of those debugging tools selected and try to reproduce the conditions that caused the problem (editing a 350 meg file with gimp). -- Time blows wildly against my door | Justin R. Smith Stirring discarded sorrows | Mathematics Department Like dead leaves of summers past | Drexel University Shadows of what went before | Philadelphia, PA 19104 Making way for new tomorrows | New hopes, new fears, | Office: (215) 895-1847 and new ways that last | URL: vorpal.math.drexel.edu From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 14:37:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BAC916A4D0 for ; Sun, 24 Oct 2004 14:37:34 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A054143D54 for ; Sun, 24 Oct 2004 14:37:33 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 3498 invoked from network); 24 Oct 2004 14:35:38 -0000 Received: from unknown (HELO freebsd.org) ([195.134.148.7]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 24 Oct 2004 14:35:38 -0000 Message-ID: <417BBE2C.A285792B@freebsd.org> Date: Sun, 24 Oct 2004 16:37:32 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: luigi@freebsd.org References: <429af92e041020205510c66168@mail.gmail.com> <4177B899.5EC32F5F@freebsd.org> <429af92e04102114472add0e51@mail.gmail.com> <417835C7.7060808@freebsd.org> <429af92e04102404115bc7bc80@mail.gmail.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: Vincent Poy cc: freebsd-current@freebsd.org Subject: Re: Traffic Shaping not working correctly after ipfw coverted touse pfil_hooks API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 14:37:34 -0000 [bouncing over to Luigi] Luigi, do you have any idea what might be going wrong here? -- Andre Vincent Poy wrote: > > On Fri, 22 Oct 2004 00:18:47 +0200, Andre Oppermann wrote: > > Vincent Poy wrote: > > > On Thu, 21 Oct 2004 15:24:41 +0200, Andre Oppermann wrote: > > > > > >>Vincent Poy wrote: > > >> > > >>>However, after the latest -CURRENT upgrade, it will do 200KB/sec down > > >>>and 52KB/sec up. If I only download only, then it does show > > >>>650KB/sec. Normally, when I change the bandwidth to a number lower > > >>>than 480Kbps for the pipe, the download speeds would go up when > > >>>downloading. However, I have tried in 10kbps steps down to 350kbps > > >>>but it still did not top 200KB/sec in downloading. > > >> > > >>Interesting. I have just looked through the ipfw to pfil_hooks changes > > >>as they relate to dummynet. The only change to dummynet is to remove a > > >>stored pointer to the rtentry. This doesn't influence the shaping and > > >>limiting of dummynet in any way. Other than that the way ipfw gets > > >>called has changed and thus how dummynet is invoked too. > > >> > > >>Can you verify that all dummynet queues and pipes are in use? The only > > >>thing I can imagine is that somehow the dummynet info gets mangled and > > >>everything goes into the same queue/pipe. Although that is unlikely. > > > > > > > > > Yeah, it's weird since I was trying to fine tune the bandwidth size of > > > the upstream pipe but noticed the download side was now only > > > delivering 1/3rd the speed it used to no matter what I set the > > > upstream side to since I'm only using ipfw/dummynet on the upstream > > > side as the downstream packets go directly from my ISP to the other > > > machines on the /29. How do I verify all dummynet queues and pipes > > > are in use though? this is the output from ipfw show: > > > > ipfw pipe show > > ipfw queue show > > > > will do the trick. > > Here's the output... > > root@bigbang [3:35pm][/home/vince] >> ipfw pipe show > 00001: 480.000 Kbit/s 0 ms 50 sl. 0 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > q00001: weight 100 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 tcp 208.201.244.225/3254 64.12.185.119/80 2298723 > 1664167302 0 0 6116 > q00002: weight 66 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 udp 208.201.244.225/2979 217.12.4.104/53 346608 32488287 0 0 0 > q00003: weight 33 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 tcp 208.201.244.225/3254 64.12.185.119/80 36965 11308730 0 0 60 > q00004: weight 1 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 tcp 208.201.244.226/3746 216.155.193.173/5050 10058 3530197 0 0 0 > root@bigbang [3:37pm][/home/vince] >> ipfw queue show > q00001: weight 100 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 tcp 208.201.244.225/3254 64.12.185.119/80 2298737 > 1664167862 0 0 6116 > q00002: weight 66 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 udp 208.201.244.225/2979 217.12.4.104/53 346608 32488287 0 0 0 > q00003: weight 33 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 tcp 208.201.244.225/3254 64.12.185.119/80 36965 11308730 0 0 60 > q00004: weight 1 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 tcp 208.201.244.226/3746 216.155.193.173/5050 10058 3530197 0 0 0 > root@bigbang [3:37pm][/home/vince] >> > > Cheers, > Vince From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 14:44:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D747F16A4CE for ; Sun, 24 Oct 2004 14:44:56 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 4509643D4C for ; Sun, 24 Oct 2004 14:44:56 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 76794 invoked by uid 0); 24 Oct 2004 14:43:35 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 24 Oct 2004 14:43:35 -0000 Message-ID: <417BBFEC.1050100@gamersimpact.com> Date: Sun, 24 Oct 2004 09:45:00 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Jason C. Wells" References: <6CCE035F71E8316B634212C5@[192.168.1.16]> In-Reply-To: <6CCE035F71E8316B634212C5@[192.168.1.16]> Content-Type: multipart/mixed; boundary="------------070001060407060906050207" cc: Tim Kientzle cc: freebsd-current@freebsd.org Subject: Re: tar dumps core when appending to empty file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 14:44:57 -0000 This is a multi-part message in MIME format. --------------070001060407060906050207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Jason C. Wells wrote: > What I am trying to do is: > > $ touch Makefiles.tar > $ find . -name Makefile.orig -exec tar -r -f Makefiles.tar {} \; > > This causes tar to dump core as fast as find can find the specified > files. > > So I tried: > > $ touch Makefiles.tar > $ tar -r -f Makefiles.tar Makefile.inc1 > > And also got a core dump. I then tried: > > $ tar -c -f Makefiles.tar Makefile.inc1 > $ find . -name Makefile.orig -exec tar -r -f Makefiles.tar {} \; > > This worked as I expected. > > I seem to have uncovered a bug. It seems reasonable to me to append > to an empty file. Perhaps I am missing some sort of arcana here. > > Later, > Jason C. Wells The following patch appears to fix this: Index: archive_read_support_format_tar.c =================================================================== RCS file: /home/ncvs/src/lib/libarchive/archive_read_support_format_tar.c,v retrieving revision 1.27 diff -u -r1.27 archive_read_support_format_tar.c --- archive_read_support_format_tar.c 4 Sep 2004 21:49:42 -0000 1.27 +++ archive_read_support_format_tar.c 24 Oct 2004 14:42:04 -0000 @@ -270,7 +270,10 @@ bid++; /* Now let's look at the actual header and see if it matches. */ - bytes_read = (a->compression_read_ahead)(a, &h, 512); + if (a->compression_read_ahead) + bytes_read = (a->compression_read_ahead)(a, &h, 512); + else + bytes_read = 0; if (bytes_read < 0) return (ARCHIVE_FATAL); if (bytes_read == 0 && bid > 0) { Tim, reply to me if you want me to PR'ify this for ya. -- Ryan Sommers ryans@gamersimpact.com --------------070001060407060906050207 Content-Type: text/plain; name="libarchive.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="libarchive.patch" Index: archive_read_support_format_tar.c =================================================================== RCS file: /home/ncvs/src/lib/libarchive/archive_read_support_format_tar.c,v retrieving revision 1.27 diff -u -r1.27 archive_read_support_format_tar.c --- archive_read_support_format_tar.c 4 Sep 2004 21:49:42 -0000 1.27 +++ archive_read_support_format_tar.c 24 Oct 2004 14:42:04 -0000 @@ -270,7 +270,10 @@ bid++; /* Now let's look at the actual header and see if it matches. */ - bytes_read = (a->compression_read_ahead)(a, &h, 512); + if (a->compression_read_ahead) + bytes_read = (a->compression_read_ahead)(a, &h, 512); + else + bytes_read = 0; if (bytes_read < 0) return (ARCHIVE_FATAL); if (bytes_read == 0 && bid > 0) { --------------070001060407060906050207-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 15:03:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A54F416A4CE for ; Sun, 24 Oct 2004 15:03:41 +0000 (GMT) Received: from mx.tele-kom.ru (mx.tele-kom.ru [213.80.148.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E0E343D46 for ; Sun, 24 Oct 2004 15:03:40 +0000 (GMT) (envelope-from doublef@tele-kom.ru) Received: (qmail 62861 invoked by uid 555); 24 Oct 2004 15:06:58 -0000 Received: from shark (213.80.148.220) by t-k.ru with TeleMail/2 id 1098630417-62804 for freebsd-current@freebsd.org; Sun, 24 Oct 19:06:57 2004 +0400 (MSD) Received: by shark (Postfix, from userid 1000) id 99975397; Sun, 24 Oct 2004 19:03:23 +0400 (MSD) Date: Sun, 24 Oct 2004 19:03:22 +0400 From: Sergey Zaharchenko To: John Hay Message-ID: <20041024150322.GA1714@shark.localdomain> References: <4177BA5D.4080505@portaone.com> <417AAE2F.3080701@portaone.com> <417AB000.50502@freebsd.org> <20041024002250.GA92944@slipgate.org> <20041024135955.GA84189@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <20041024135955.GA84189@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.2.1i X-Listening-To: /Machina_Vremeni/Reki_i_mosty cc: Ryan Freeman cc: FreeBSD Mailing List Subject: Re: 5.3-BETA "burncd blank" hangs in 50% of cases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 15:03:41 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 24, 2004 at 03:59:55PM +0200, John Hay probably wrote: > > > >> > > > >>I've noticed that burncd blank command hangs in 50% of cases (at le= ast=20 > > > >>with CD-RWs). Every time symptoms are the same: progress goes to 29= %=20 > > > >>and then just hangs indefinitely. ^C allows to close burncd. Howeve= r,=20 > > > >>the disk appears to be blanked just fine, since the following burnc= d=20 > > > >>data starts writing from LBA 0 as expected. > > > >> > > > >>In remaining 50% of cases, the progress indicator goes slowly to=20 > > > >>20-something%, then quickly jumps to 90-something% and then burncd= =20 > > > >>exits correctly. > > > >> > > > >>As I said the problem is easily reproducible so that I am ready to= =20 > > > >>provide any necessary debugging information. > > > >> > > > >>My CD-RW runs in UDMA33 mode, but the problem persists in PIO mode = as=20 > > > >>well. Other than that, it burns and reads CD-RWs without any proble= ms. > > > >> > > > >>It would be nice to have this fixed before 5.3 goes out. > > > >> > > > >>-Maxim > > >=20 > > >=20 > > > Sorry, I assumed that others would have jumped in by now. I see simi= lar=20 > > > issues myself, and sometimes even fixating a CD will 'hang'. Since i= t's > > > not fatal, just annoying, I don't consider it a show-stopper. Of cou= rse > > > it will be nice to fix it at some point. My guess is that either the= =20 > > > driver and burncd aren't using the correct command to get status from > > > the drives, or the drives are just generally marginal and refuse to g= ive > > > accurate status. We can investigate it further at a later time, I gu= ess. > > > > >=20 > > Well I'll throw in my two cents here. I haven't yet had an issue with = my > > burner and burncd. I burned 32 audio cds in one night for a co-worker (= a whole > > spindle!) Anyway, I blanked a cdrw last night, and it went perfect as i= hoped. > > Just to make sure I'll blank another cdrw right now. > >=20 > > --snip-- > > ryan@ryan:~% burncd -f /dev/acd0 blank > > blanking CD - 99 % done =20 > > ryan@ryan:~% > > --snip-- > >=20 > > Well seems to be in order still, I'll be sure to post results if I ever= see > > anything otherwise. FWIW, I have a 40x12x48 Liteon burner, (burnproof, = never > > ever had a buffer underrun) and I've never had ANY problem with it maki= ng=20 > > coasters in the 3 years I've had it. Used it in linux, windowsxp and fr= eebsd. > > The only coasters are the ones I force upon myself when I over do it tr= ying > > to stuff stuff onto a cdr (720mb on a 700mb cdr anyone?) > >=20 > > - ryan > >=20 > > By the way, this is on FreeBSD 5.3-RC1. No DMA settings have been disab= led, > > and its an asus nforce2 motherboard. >=20 > I think it depends on the type of cd writer. Maybe they don't report > blanking operations in the same way? I have two that never return > from a blank command. The one in my Dell at work: >=20 > acd1: CDRW <_NEC CD-RW NR-7900A/1.08> at ata1-slave UDMA33 >=20 > and a brand new one at home: >=20 > acd0: CDRW at ata1-master UDMA33 >=20 > The NEC one in my Dell computer did use to return from blank operations > a long time ago. Long being 1.5+ years ago. At the moment the way I use > them is to start the blank command and then watch the disk LED. When it > goes inactive, I do a ^C. >=20 I see the same problem on a not-so-recent 6-CURRENT; there are two FYI points: a) it also seems to depend on the type of the disk you put in; b) the `erase' command works fine (at least it correctly erased all the disks I offered it without a hiccup). Not that it's a good option, though. HTH, --=20 DoubleF If you think the United States has stood still, who built the largest shopping center in the world? -- Richard Nixon --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBe8Q5wo7hT/9lVdwRArneAJ9R3xaWUYUEQFjUVu8xiui/CeKccQCePsyj rMRCWWzQyiF+evzEbQIC4pw= =js3q -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 15:17:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEE6D16A4CE for ; Sun, 24 Oct 2004 15:17:48 +0000 (GMT) Received: from smtp200.mail.sc5.yahoo.com (smtp200.mail.sc5.yahoo.com [216.136.130.125]) by mx1.FreeBSD.org (Postfix) with SMTP id A0E1343D3F for ; Sun, 24 Oct 2004 15:17:48 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from unknown (HELO ?201.1.105.84?) (ricardo?bsd@201.1.105.84 with plain) by smtp200.mail.sc5.yahoo.com with SMTP; 24 Oct 2004 15:17:47 -0000 Message-ID: <417BC795.9070408@yahoo.com.br> Date: Sun, 24 Oct 2004 12:17:41 -0300 From: Ricardo Alves dos Reis User-Agent: Mozilla Thunderbird 0.7.3 (X11/20041016) 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: ACPI caused device timeout. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 15:17:49 -0000 Hello, I resolved test ACPI module in my pc with 5.3-RC1, for my surprise watchdog display vr0 and fxp0 timeout, i use current generic kernel. dmesg output without acpi loaded. -------- Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RC1 #0: Sat Oct 23 06:34:19 BRST 2004 root@myfreebsd.homeunix.org:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 201261056 (191 MB) avail memory = 187289600 (178 MB) K6-family MTRR support enabled (2 registers) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xe8000000-0xe9ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.3 (no driver attached) pci0: at device 8.0 (no driver attached) fxp0: port 0xdc00-0xdc1f mem 0xeb000000-0xeb0fffff,0xeb100000-0xeb100fff irq 10 at device 9.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:04:ac:66:1d:d5 vr0: port 0xe000-0xe0ff mem 0xeb101000-0xeb1010ff irq 12 at device 10.0 on pci0 miibus1: on vr0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:40:f4:5f:1c:1b cpu0 on motherboard orm0: at iomem 0xc0000-0xc9fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) ahc0: No resources allocated. ahc0: No resources allocated. unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 400911774 Hz quality 800 Timecounters tick every 10.000 msec acd0: CDRW at ata0-master UDMA33 ad1: 39205MB [79656/16/63] at ata0-slave UDMA66 ad2: 14324MB [29104/16/63] at ata1-master UDMA66 Mounting root from ufs:/dev/ad2s3a ..... Ricardo A. Reis UNIFESP - DIS - Network Admin From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 15:18:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62AA216A4CE for ; Sun, 24 Oct 2004 15:18:10 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A428E43D41 for ; Sun, 24 Oct 2004 15:18:09 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i9OFFRcT018977; Sun, 24 Oct 2004 09:15:28 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 24 Oct 2004 09:15:52 -0600 (MDT) Message-Id: <20041024.091552.66025552.imp@bsdimp.com> To: Alexander@Leidinger.net From: "M. Warner Losh" In-Reply-To: <20041024124805.378e6bc3@Magellan.Leidinger.net> References: <20041016142502.6362d396@Magellan.Leidinger.net> <20041023.194558.63828926.imp@bsdimp.com> <20041024124805.378e6bc3@Magellan.Leidinger.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: RFC: automated way of removing old base system files (only for a recent 6-current!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 15:18:10 -0000 In message: <20041024124805.378e6bc3@Magellan.Leidinger.net> Alexander Leidinger writes: : On Sat, 23 Oct 2004 19:45:58 -0600 (MDT) : "M. Warner Losh" wrote: : : > This looks interesting. However, it may make more sense to use mtree : > to delete this, like NetBSD does. : : But mtree doesn't has an option to ask the user if he really wants to : delete those files (at least it's not very obvious if you fast-read the : man-page). Even if they are old base system files, I don't want to just : remove them without explicit permission. Better safe than sorry. But : maybe I'm paranoid (at least for files and directories, but I strongly : discourage the automated removal of old libs). Either you want things clean or you don't :-). Old libraries almost certainly should always be removed as well, because should always be using the compat* port versions of these libraries. When a library goes stale, it moves to a different directory. : If there's consensus that we should use mtree to remove the files and : directories I will switch to mtree (so far you're the only one who : responded to this, so it would be nice of someone else would tell us his : prefered color too), but you have to write a lot more to convince me to : do the same for the libraries. The old, stale libraries may well be obsolete from a compat point of view as well as a security hole point of view. The libraries are the FIRST thing that I tend to purge from my systems. It has been my experience that stale libraries cause more problems than just about any other binary in the tree. I can think of only two other cases where I've been burned: /usr/include/g++ and some odd thing with chown. We can easily have two mtree files if that's a real problem. The reason I suggested mtree, is that NetBSD has been using mtree.obsolete for years to automatically delete files. No one over there has complained about that feature in all the time I've been reading NetBSD's mailing lists. Hmmm, looking at NetBSD's sources right now shows just lists of obsolete files, segregated by installation set and platform. At the very least it shouldn't be MAKEFILE variables. Warner From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 15:18:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5ECE16A4CE; Sun, 24 Oct 2004 15:18:50 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A5D243D54; Sun, 24 Oct 2004 15:18:50 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CLk8v-0005uu-K3; Sun, 24 Oct 2004 08:18:49 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16763.51161.12636.189390@ran.psg.com> Date: Sun, 24 Oct 2004 08:18:49 -0700 To: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) References: <417960C2.8040007@freebsd.org> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> <16762.32532.664203.323225@ran.psg.com> cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 15:18:51 -0000 >> not clear where the win is, though. so i comment out an include? >> and what about commenting out the 42 nics i don't use, to leave >> the one i do? win not clear. > You comment out the 'include NIC' line nope, read a bit more carefully. i wanted to keep ONE > The biggest win will be not having to edit your kernel config every > time something like options PFIL_HOOKS or device {io,mem} appears or > disappears, because they'll be in the stock includes. It will also be > much easier to share kernel configs across FreeBSD versions. yep. agree. randy From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 15:20:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E52B16A4CE; Sun, 24 Oct 2004 15:20:31 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D1EE43D3F; Sun, 24 Oct 2004 15:20:31 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CLkAY-0005yh-SF; Sun, 24 Oct 2004 08:20:30 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16763.51262.270660.496731@ran.psg.com> Date: Sun, 24 Oct 2004 08:20:30 -0700 To: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) References: <417960C2.8040007@freebsd.org> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> <16762.32532.664203.323225@ran.psg.com> cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 15:20:31 -0000 >> You comment out the 'include NIC' line > and add 'device miibus' and 'device fxp' or whatever. ooooo! heck no! too much pita in the long run. i like to stay as near to default as is reasonably possible. reduces the chance for spending fun updating and/or debugging time later. ediff is a major friend of mine. randy From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 15:34:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA7BB16A4CE for ; Sun, 24 Oct 2004 15:34:52 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id A451D43D2D for ; Sun, 24 Oct 2004 15:34:52 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CLkOR-0006Nv-GP; Sun, 24 Oct 2004 08:34:51 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16763.52123.2290.502564@ran.psg.com> Date: Sun, 24 Oct 2004 08:34:51 -0700 To: Garance A Drosihn References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> <20041023082926.GE45235@ip.net.ua> <417A17E0.7000800@freebsd.org> cc: current@freebsd.org Subject: Re: Breaking up kernel config files (GENERIC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 15:34:53 -0000 > For either case, what I would like is to duplicate the GENERIC kernel, > and then have to modify only one single line to get what I want (one > line per category, that is). Maybe something like: > 1) SCSI OFF > 2) SCSI ON,ahc > > If I know I have ahc (which I can read from dmesg), then I should not > need to learn the full list of possible SCSI controllers. I just need > to know "I have one scsi controller, and it looks like that is called > 'ahc', so I will turn on that specific controller and trust that all > other SCSI controllers will be turned off". works for me. and i only have to watch one file for changes that need to be managed for a box's custom kernel? randy From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 16:38:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FFBD16A4CE for ; Sun, 24 Oct 2004 16:38:39 +0000 (GMT) Received: from s1.stradamotorsports.com (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E19D43D5D for ; Sun, 24 Oct 2004 16:38:39 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] ([192.168.1.16])i9OGcb8m002386 for ; Sun, 24 Oct 2004 09:38:37 -0700 (PDT) (envelope-from jcw@highperformance.net) Date: Sun, 24 Oct 2004 09:38:37 -0700 From: "Jason C. Wells" To: current@freebsd.org Message-ID: <12D1A2B7719A7312364675CC@[192.168.1.16]> In-Reply-To: <20041024131927.GA60644@voi.aagh.net> References: <20041016142502.6362d396@Magellan.Leidinger.net> <20041023.194558.63828926.imp@bsdimp.com> <20041024124805.378e6bc3@Magellan.Leidinger.net> <20041024131927.GA60644@voi.aagh.net> X-Mailer: Mulberry/3.1.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, hits=-1.0 required=4.0 tests=IN_REP_TO,REFERENCES version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Re: RFC: automated way of removing old base system files (only for a recent 6-current!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 16:38:39 -0000 I realize that I am a bit of a late comer to this discussion. I use this method to remove old files. You guys might gasp in horror, but it seems to work. The actual script is a bit longer. I do this on RELENG_5 but that shouldn't matter. # make buildworld # touch time_marker # make installworld # find $dir \! -path $includes_and_others \! -type d \! -newer time_marker -exec rm {} \; I only recently started doing this on a system that I mostly compile software on. I did end up having to remake a port that was linked to a library that was deleted. That's no biggy on a hobby box. My motivation was to delete items that I had NO_* (bind, sendmail) options for in make.conf. Later, Jason From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 18:23:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CA6716A4CE for ; Sun, 24 Oct 2004 18:23:54 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39FC543D1F for ; Sun, 24 Oct 2004 18:23:54 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 589FFB8F4 for ; Sun, 24 Oct 2004 13:23:53 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42025-08 for ; Sun, 24 Oct 2004 13:23:52 -0500 (CDT) Received: from pooh.honeypot.net (pooh.honeypot.net [IPv6:2001:470:1f01:224:1::64]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id C1730B825 for ; Sun, 24 Oct 2004 13:23:52 -0500 (CDT) From: Kirk Strauser To: current@freebsd.org Date: Sun, 24 Oct 2004 13:23:48 -0500 User-Agent: KMail/1.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3267510.P3dP7nUeSD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410241323.52037.kirk@strauser.com> X-Virus-Scanned: by amavisd-new at honeypot.net Subject: Re: make buildworld error with FreeBSD 5.3 RELENG_5_3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 18:23:54 -0000 --nextPart3267510.P3dP7nUeSD Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 23 October 2004 06:21 pm, Raheel wrote: > CFLAGS=3D -O3 -pipe -funroll-loops -ffast-math Beyond what others have said, why do you want to slow down your system by=20 blanketly unrolling all loops? Let the compiler decide; it's a better judg= e=20 of your architecture than you (or just about anyone else). =2D-=20 Kirk Strauser --nextPart3267510.P3dP7nUeSD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBBe/M35sRg+Y0CpvERAtKjAJ9YRk4zE3W0Rti7Gyj79HpIJM7z6wCaA3HP UqLVTEkond6y3PRR/HQ1Gsk= =4gGx -----END PGP SIGNATURE----- --nextPart3267510.P3dP7nUeSD-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 18:30:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D251D16A4D6 for ; Sun, 24 Oct 2004 18:30:55 +0000 (GMT) Received: from lakermmtao01.cox.net (lakermmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D1F743D53 for ; Sun, 24 Oct 2004 18:30:55 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.30.24]) by lakermmtao01.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041024183049.RVPQ15964.lakermmtao01.cox.net@dolphin.local.net> for ; Sun, 24 Oct 2004 14:30:49 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i9OIUo03072021 for ; Sun, 24 Oct 2004 13:30:50 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sun, 24 Oct 2004 13:30:45 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20041024133045.40733f45@dolphin.local.net> In-Reply-To: <417B128B.7080904@gddsn.org.cn> References: <417B128B.7080904@gddsn.org.cn> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 18:30:56 -0000 On Sun, 24 Oct 2004 10:25:15 +0800, wsk wrote: > rm -f hack.c > MAKE=/usr/obj/usr/src/make.i386/make sh /usr/src/sys/conf/newvers.sh > WSK cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -W missing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -st d=c99 -nostdinc -I- -I. > -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/us > r/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath > -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/sr c/sys/contrib/ngatm > -D_KERNEL -include opt_global.h -fno-common -finline-limit=8 000 > --param inline-unit-growth=100 --param large-function-growth=1000 > -mno-alig n-long-strings -mpreferred-stack-boundary=2 -ffreestanding > -Werror vers.c linking kernel > ip_divert.o(.text+0x1238): In function `div_modevent': > : undefined reference to `ip_divert_ptr' > ip_divert.o(.text+0x12c2): In function `div_modevent': > : undefined reference to `ip_divert_ptr' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/WSK. > *** Error code 1 Same deal with amd64. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 19:12:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F0D816A4CE; Sun, 24 Oct 2004 19:12:36 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0DE043D46; Sun, 24 Oct 2004 19:12:35 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 530675310; Sun, 24 Oct 2004 21:12:34 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id A10BF5316; Sun, 24 Oct 2004 21:12:28 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 7CA90B85E; Sun, 24 Oct 2004 21:12:28 +0200 (CEST) To: Randy Bush References: <417960C2.8040007@freebsd.org> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> <16762.32532.664203.323225@ran.psg.com> <16763.51262.270660.496731@ran.psg.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 24 Oct 2004 21:12:28 +0200 In-Reply-To: <16763.51262.270660.496731@ran.psg.com> (Randy Bush's message of "Sun, 24 Oct 2004 08:20:30 -0700") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 19:12:36 -0000 Randy Bush writes: > too much pita in the long run. i like to stay as near to > default as is reasonably possible. reduces the chance for > spending fun updating and/or debugging time later. ediff > is a major friend of mine. so use loadable modules. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 19:47:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4EB816A4CE for ; Sun, 24 Oct 2004 19:47:53 +0000 (GMT) Received: from lakermmtao04.cox.net (lakermmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B2D543D31 for ; Sun, 24 Oct 2004 19:47:53 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.30.24]) by lakermmtao04.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041024194745.RKLM4599.lakermmtao04.cox.net@dolphin.local.net> for ; Sun, 24 Oct 2004 15:47:45 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i9OJlmi1057685 for ; Sun, 24 Oct 2004 14:47:48 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sun, 24 Oct 2004 14:47:43 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20041024144743.37fb5c69@dolphin.local.net> In-Reply-To: <20041024133045.40733f45@dolphin.local.net> References: <417B128B.7080904@gddsn.org.cn> <20041024133045.40733f45@dolphin.local.net> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 19:47:53 -0000 On Sun, 24 Oct 2004 13:30:45 -0500, "Conrad J. Sabatier" wrote: > On Sun, 24 Oct 2004 10:25:15 +0800, wsk wrote: > > > rm -f hack.c > > MAKE=/usr/obj/usr/src/make.i386/make sh /usr/src/sys/conf/newvers.sh > > WSK cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs > > -Wstrict-prototypes -W missing-prototypes -Wpointer-arith -Winline > > -Wcast-qual -fformat-extensions -st d=c99 -nostdinc -I- -I. > > -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/us > > r/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > > -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath > > -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/sr c/sys/contrib/ngatm > > -D_KERNEL -include opt_global.h -fno-common -finline-limit=8 000 > > --param inline-unit-growth=100 --param large-function-growth=1000 > > -mno-alig n-long-strings -mpreferred-stack-boundary=2 -ffreestanding > > -Werror vers.c linking kernel > > ip_divert.o(.text+0x1238): In function `div_modevent': > > : undefined reference to `ip_divert_ptr' > > ip_divert.o(.text+0x12c2): In function `div_modevent': > > : undefined reference to `ip_divert_ptr' > > *** Error code 1 > > > > Stop in /usr/obj/usr/src/sys/WSK. > > *** Error code 1 > > Same deal with amd64. For a further bit of clarification (I know, should have done this the first time): This problem is occurring with the following kernel options: options IPDIVERT options IPFILTER options IPFILTER_LOG The only workaround at this time is adding "options IPFIREWALL". -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 21:26:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FA7316A4CE for ; Sun, 24 Oct 2004 21:26:02 +0000 (GMT) Received: from mars.siad.net (h-69-3-214-122.lsanca54.covad.net [69.3.214.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EBA943D60 for ; Sun, 24 Oct 2004 21:26:02 +0000 (GMT) (envelope-from don@siad.net) Received: from siad.net (h-69-3-214-125.lsanca54.covad.net [69.3.214.125]) by mars.siad.net (8.12.11/8.12.11) with ESMTP id i9OLUX99098376 for ; Sun, 24 Oct 2004 14:30:33 -0700 (PDT) (envelope-from don@siad.net) Message-ID: <417C1DE4.3040100@siad.net> Date: Sun, 24 Oct 2004 14:25:56 -0700 From: "Don L. Belcher" User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <41125A5B.2010706@siad.net> In-Reply-To: <41125A5B.2010706@siad.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j Subject: Re: fxp lost on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 21:26:02 -0000 Don L. Belcher wrote: > Don L. Belcher wrote: > >> >> >> Don L. Belcher wrote: >> >>> >>> >>> M. Warner Losh wrote: >>> >>>> In message: <20040627080615.P31366@carver.gumbysoft.com> >>>> Doug White writes: >>>> : On Sat, 26 Jun 2004, Don L. Belcher wrote: >>>> : : > I seem to have lost my fxp card in current ( It was working >>>> about 1 or 2 >>>> : > months ago ). If somebody could point out to me what code I >>>> should be >>>> : > looking at, I would appreciate it. >>>> : > >>>> : > I provided pciconf info attachments, one from release 4 the >>>> other from >>>> : > current. >>>> : : Hm, pci bus 3 seems to have vanished. Have you tried a BIOS >>>> update? >>>> >>> The BIOS is the latest. >>> >>>> >>>> Alternatively, since I'm joining the thread late, do you have a >>>> cardbus bridge? >>>> >>>> >>> This is a Gateway SOLO 9500 laptiop, the fxp is a mini pci card. >>> >> I forgot to answer the question, yes it has a cardbus bridge > By reverting pccbb.c 1.109 changes to 1.108 fixes problem ( 5.3-STABLE built Oct. 17 ) > > From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 21:34:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9186316A4CE for ; Sun, 24 Oct 2004 21:34:49 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CFBC43D2D for ; Sun, 24 Oct 2004 21:34:49 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CLq0m-000Hvf-Bn; Sun, 24 Oct 2004 14:34:48 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16764.8183.860402.677591@ran.psg.com> Date: Sun, 24 Oct 2004 14:34:47 -0700 To: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) References: <417960C2.8040007@freebsd.org> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> <16762.32532.664203.323225@ran.psg.com> <16763.51262.270660.496731@ran.psg.com> cc: freebsd-current@freebsd.org Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 21:34:49 -0000 > so use loadable modules. seems to me that glarance's suggestion of conditionals is simpler, more reliable, and does not quadruple kernel compile time. if you have to edit /etc/make.conf to choose which modules to compile, you're back at the equivalent of editing the kernel conf file. if you compile them all, the kernel takes four or five times longer to make. neither is a pretty place to be. randy From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 23:01:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3396F16A4CE for ; Sun, 24 Oct 2004 23:01:06 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7BD843D48 for ; Sun, 24 Oct 2004 23:01:05 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i9ON14rB028854 for ; Sun, 24 Oct 2004 19:01:04 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28621-03 for ; Sun, 24 Oct 2004 19:01:04 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i9ON14TM028830 for ; Sun, 24 Oct 2004 19:01:04 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i9ON0vIl088278 for ; Sun, 24 Oct 2004 19:00:58 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041024190542.0864ce50@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Sun, 24 Oct 2004 19:07:37 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b Subject: minor issue with nanobsd's default make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 24 Oct 2004 23:01:06 -0000 With a new USB drive in hand, I was going to give nanobsd a try. Perhaps since the move to BIND9, the default for nano bsd's make.conf no longer builds ? ===> lib/bind/bind "/usr/src/lib/bind/bind/../config.mk", line 106: "BIND requires libpthread - define NO_BIND, or undefine NOLIBPTHREAD" *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 3 errors *** Error code 2 1 error *** Error code 2 1 error releng5-865# ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Sun Oct 24 23:05:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28C6A16A4CE for ; Sun, 24 Oct 2004 23:05:12 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FB4E43D5C for ; Sun, 24 Oct 2004 23:05:11 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a217.otenet.gr [212.205.215.217]) i9ON4sio018161; Mon, 25 Oct 2004 02:05:04 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i9ON4S32001534; Mon, 25 Oct 2004 02:04:28 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i9ON4SmB001533; Mon, 25 Oct 2004 02:04:28 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Mon, 25 Oct 2004 02:04:28 +0300 From: Giorgos Keramidas To: "Jason C. Wells" Message-ID: <20041024230428.GA1439@gothmog.gr> References: <20041016142502.6362d396@Magellan.Leidinger.net> <20041023.194558.63828926.imp@bsdimp.com> <20041024124805.378e6bc3@Magellan.Leidinger.net> <20041024131927.GA60644@voi.aagh.net> <12D1A2B7719A7312364675CC@[192.168.1.16]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <12D1A2B7719A7312364675CC@[192.168.1.16]> cc: current@freebsd.org Subject: Re: RFC: automated way of removing old base system files (only for a recent 6-current!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2004 23:05:12 -0000 On 2004-10-24 09:38, "Jason C. Wells" wrote: > I realize that I am a bit of a late comer to this discussion. I use this > method to remove old files. You guys might gasp in horror, but it seems to > work. The actual script is a bit longer. I do this on RELENG_5 but that > shouldn't matter. > > # make buildworld > # touch time_marker > # make installworld > # find $dir \! -path $includes_and_others \! -type d \! -newer time_marker > -exec rm {} \; > > I only recently started doing this on a system that I mostly compile > software on. I did end up having to remake a port that was linked to a > library that was deleted. That's no biggy on a hobby box. > > My motivation was to delete items that I had NO_* (bind, sendmail) options > for in make.conf. I use something similar here. I run find on specific directories and use the -x option though with -mtime: # make installworld # find / -x -mtime 1h > /tmp/files.root # find /var -x -mtime 1h > /tmp/files.var # find /usr -x -mtime 1h > /tmp/files.var Then I manually skim through the lists and see if I want to keep something listed in there. Eventually, I delete the obsolete files with something like: # for filelist in /tmp/files.* ;do xargs chflags noschg < ${filelist} xargs rm -fr < ${filelist} done From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 01:47:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1619B16A4CE for ; Mon, 25 Oct 2004 01:47:42 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7F0A43D3F for ; Mon, 25 Oct 2004 01:47:41 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9P1ldg2012277; Sun, 24 Oct 2004 21:47:39 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <1098619116.45266.3.camel@localhost> References: <1098619116.45266.3.camel@localhost> Date: Sun, 24 Oct 2004 21:47:38 -0400 To: "Justin R. Smith" , From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Crash on shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 01:47:42 -0000 At 7:58 AM -0400 10/24/04, Justin R. Smith wrote: >FreeBSD jsmith.org 5.3-STABLE FreeBSD 5.3-STABLE #0: Fri Oct 22 04:33:03 >EDT 2004 root@:/usr/obj/usr/src/sys/MYKERNEL i386 > >On shutdown I got: Is this a plain 'shutdown', or is it 'shutdown -p' or 'shutdown -r'? >Giving up on 1 buffers >Fatal trap 12; page fault while in kernel mode >cpuid = 0, apic id = 00 >Fault virtual address 0x34 >Fault code = Supervisor read page not present >Instruction pointer 0x8:0xc0449f2c >Stack pointer = 0x10:0x03a94a0c >Code segment = base 0x0 limitg 0xfffff type 0x1b Which ethernet card are you using? I have the problem with a panic at 'shutdown -p', which seems to be tied to the driver for 'vr' ethernet combined with ACPI. I have been talking about it in a thread with the subject: Panic during 'shutdown -p' on 5.3-RC1 If you boot up with ACPI disabled, do you still get a panic at shutdown? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 02:39:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AEED16A4CE for ; Mon, 25 Oct 2004 02:39:57 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id B46DC43D2D for ; Mon, 25 Oct 2004 02:39:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 843FA5183F; Sun, 24 Oct 2004 19:40:34 -0700 (PDT) Date: Sun, 24 Oct 2004 19:40:34 -0700 From: Kris Kennaway To: current@freeBSD.org Message-ID: <20041025024034.GA25830@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: named and KSE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 02:39:57 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline This SMP 5.3-STABLE system updated yesterday acts as a resolver for a bunch of package clients. I just got this message in the logs: Oct 25 01:45:00 pointyhat named[281]: *** POKED TIMER *** This comes from contrib/bind9/lib/isc/timer.c: /* * This is a temporary (probably) hack to fix a bug on tru64 5.1 * and 5.1a. Sometimes, pthread_cond_timedwait() doesn't actually * return when the time expires, so here, we check to see if * we're 15 seconds or more behind, and if we are, we signal * the dispatcher. This isn't such a bad idea as a general purpose * watchdog, so perhaps we should just leave it in here. */ if (signal_ok && timedwait) { isc_interval_t fifteen; isc_time_t then; isc_interval_set(&fifteen, 15, 0); isc_time_add(&manager->due, &fifteen, &then); if (isc_time_compare(&then, now) < 0) { SIGNAL(&manager->wakeup); signal_ok = ISC_FALSE; isc_log_write(isc_lctx, ISC_LOGCATEGORY_GENERAL, ISC_LOGMODULE_TIMER, ISC_LOG_WARNING, "*** POKED TIMER ***"); } } and suggests it could be a threading bug. Kris --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBfGeiWry0BWjoQKURAvJPAJ0dgVvkZbIRdhZGLjxmU6xgY1ssSwCgsMsI DM1XpGs1pHkpQ7/33lTlbpA= =vjNX -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 05:19:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39F3316A4CE for ; Mon, 25 Oct 2004 05:19:50 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81F7943D46 for ; Mon, 25 Oct 2004 05:19:49 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 7E8E278C5F for ; Mon, 25 Oct 2004 01:22:48 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 6E9A878C5D for ; Mon, 25 Oct 2004 01:22:46 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 49EF3170E2; Mon, 25 Oct 2004 01:19:22 -0400 (EDT) Date: Mon, 25 Oct 2004 01:19:21 -0400 From: Damian Gerow To: freebsd-current@freebsd.org Message-ID: <20041025051921.GE45301@afflictions.org> Mail-Followup-To: freebsd-current@freebsd.org References: <200410211523.52663@misha-mx.virtual-estates.net> <200410212227.02663.michaelnottebrock@gmx.net> <200410211754.28172.marc.ramirez@bluecirclesoft.com> <200410211811.07536.mistry.7@osu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410211811.07536.mistry.7@osu.edu> X-Operating-System: FreeBSD 5.3-STABLE on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org Subject: Re: unkillable multithreaded processes stuck in `STOP' state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 05:19:50 -0000 Thus spake Anish Mistry (mistry.7@osu.edu) [21/10/04 18:11]: : Just wanted to add a me too. I've seen this with KMail a few days ago. And another. I've discussed this a few times (with gdb traces) a few weeks back. I'm not sure how much work was done on it, but I had thought it was fixed (not pointing fingers, just stating my own confusion). I'd really, really like to get a web browser (that's not Opera) back. FWIW, I *am* using ULE, which may or may not be the problem. And no, no preemption. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 05:24:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C49516A4CE for ; Mon, 25 Oct 2004 05:24:40 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29DE443D39 for ; Mon, 25 Oct 2004 05:24:37 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id i9P5NcZg023001 for ; Mon, 25 Oct 2004 14:53:38 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Mon, 25 Oct 2004 14:54:26 +0930 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id i9P5HVh13620 for ; Mon, 25 Oct 2004 14:47:31 +0930 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id RZJCG1HG; Mon, 25 Oct 2004 14:47:23 +0930 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id i9P5HvDx031262 for ; Mon, 25 Oct 2004 14:47:57 +0930 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id i9P5Hvta031261 for freebsd-current@freebsd.org; Mon, 25 Oct 2004 14:47:57 +0930 (CST) (envelope-from wilkinsa) Date: Mon, 25 Oct 2004 14:47:57 +0930 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20041025051757.GA31094@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20041018025733.GA2026@squash.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Subject: Re: RELENG_5 panic [nic: _mtx_lock_sleep: recursed on non-recursivemutex nfsd_mtx] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 05:24:40 -0000 Robert, The panic doesn't occur any longer since I upgraded world/kernel. Therefore what you have written below would be pointless. Are you suspecting that the bug is still there but not being triggered ? I can downgrade world/kernel for testing if possible and needed ? - aW 0n Mon, Oct 18, 2004 at 05:22:01AM -0400, Robert Watson wrote: Hmm. There was a bug in nfs_serv.c corrected on 2004/08/25 that corrected an incorrect lock pair, but I don't know of any related bugs corrrected since then. If it's possible to get back to a point where this can be reproduced, configuring your kernel to run with KTR and to use KTR_LOCK would be quite helpful You can find a bit of information on using KTR here: http://www.watson.org/~robert/freebsd/netperf/ktr/ Basically, once it panics, you can use the KTR-related commands in DDB to inspect the KTR buffer, and I believe also extract the KTR log from a core dump. Using the set of KTR_COMPILE flags I have on that web page would be helpeful. Basically, this generates a trace of locking, context switch, interrupt, callout, memory allocation, and system call events. The problem likely occurred pretty immediately prior to the panic. If this is timing-related, it could be KTR disrupts the timing sufficiently to prevent it. More likely, it went away because the work load on the NFS server changed, or the directory layout changed, or some other factor that caused the passage through the NFS code to change. Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > - aW > > > > 0n Sun, Oct 17, 2004 at 10:19:34AM -0400, Robert Watson wrote: > > On Fri, 15 Oct 2004, Wilkinson, Alex wrote: > > > Hi all, > > > > I currently get a panic with "nfs_server_enable=YES" in /etc/rc.conf. > > > > OS: FreeBSD 5.3-BETA4 #2: Tue Sep 14 13:55:30 UTC 2004 > > > > Backtrace > > --------- > > > > panic: _mtx_lock_sleep: recursed on non-recursive mutex nfsd_mtx @ /usr /src/sys/nfsserver/nfs_serv.c:1947 > > Is the NFS server code compiled into your kernel, or is it getting loaded > as a module? Do you have any other NFS-related entries in /etc/rc.conf? > Could you show the output of "show locks" and "show witness" with witness > compiled into the kernel? > > Thanks! > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > > cpuid = 0 > > KDB: enter: panic > > [thread 100074] > > Stopped at kdb_enter+0x32: leave > > db> tr > > kdb_enter(c068ba66,0,c068aed8,dd2ed90c,c1b6b340) at kdb_enter+0x32 > > panic(c068aed8,c069885f,c0698617,79b,c0698617) at panic+0x1b0 > > _mtx_lock_sleep(c071c940,c1b6b340,0,c0698617,79b) at _mtx_lock_sleep+0x16e > > _mtx_lock_flags(c071c940,0,c0698617,79b,0) at _mtx_lock_flags+0xb0 > > nfsrv_create(c1eb6800,c1b98800,c1b6b340,dd2edc8c,0) at nfsrv_create+0x8c4 > > nfssvc(c1b6b340,dd2edd14,8,0,2) at nfssvc+0x6ea > > syscall(2f,2f,2f,0,0) at syscall+0x13b > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280c60bf, esp = 0xbfbfeb1c, eb p = 0xbfbfeb38 --- > > > > > > - aW > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 06:24:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B77A116A4CF for ; Mon, 25 Oct 2004 06:24:31 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FF0743D3F for ; Mon, 25 Oct 2004 06:24:31 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i9P6OTVn042979; Mon, 25 Oct 2004 02:24:29 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i9P6OSNL042976; Mon, 25 Oct 2004 02:24:29 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Mon, 25 Oct 2004 02:24:28 -0400 (EDT) From: Andre Guibert de Bruet To: Garance A Drosihn In-Reply-To: Message-ID: <20041025020407.V42571@alpha.siliconlandmark.com> References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> <20041023082926.GE45235@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: Breaking up kernel config files (GENERIC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 06:24:31 -0000 On Sat, 23 Oct 2004, Garance A Drosihn wrote: > So, what *do* we want, and what things do we need as we expand our > support to somewhere between six and ten architectures? Good question... I have a few ideas of my own. I will share them once I have thought them completely through. > I do not know how I would break up *everything*, but let's take a > few easy cases. Say, categories like SCSI or Firewire. Well, SCSI ends up being a messy case... See below. > I think it is obvious that GENERIC should default to including > support for all scsi controllers, just so a person can get up and > running on any hardware that we support. But when it comes time to > customize a kernel, what will a person want to do for any category? > Most likely, they want one of two things: > 1) Turn off *all* scsi, because they know they have no > scsi card at all. This will break USB CF readers, pendrives and Firewire SBP2 storage devices, unless by "*all* scsi" you're just refering to "all scsi controllers". > 2) Turn on the scsi card that they have, but turn off all > other scsi cards. > > For either case, what I would like is to duplicate the GENERIC kernel, > and then have to modify only one single line to get what I want (one > line per category, that is). Maybe something like: > 1) SCSI OFF > 2) SCSI ON,ahc > > If I know I have ahc (which I can read from dmesg), then I should not > need to learn the full list of possible SCSI controllers. I just need > to know "I have one scsi controller, and it looks like that is called > 'ahc', so I will turn on that specific controller and trust that all > other SCSI controllers will be turned off". > > How does that sound? This sounds great! I for one would love to not have to comment out 30-some odd controllers just to keep my kernel config in sync with GENERIC! So, how do we plan on handling devices that use scsi emulation? Do we silently enable da (And possibly scbus)? :-) Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 06:32:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 770FF16A4CE for ; Mon, 25 Oct 2004 06:32:02 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CF1543D45 for ; Mon, 25 Oct 2004 06:32:02 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i9P6VwuE043059; Mon, 25 Oct 2004 02:31:58 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i9P6Vv8k043056; Mon, 25 Oct 2004 02:31:58 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Mon, 25 Oct 2004 02:31:57 -0400 (EDT) From: Andre Guibert de Bruet To: Kris Kennaway In-Reply-To: <20041025024034.GA25830@xor.obsecurity.org> Message-ID: <20041025022803.T42571@alpha.siliconlandmark.com> References: <20041025024034.GA25830@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: named and KSE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 06:32:02 -0000 On Sun, 24 Oct 2004, Kris Kennaway wrote: > This SMP 5.3-STABLE system updated yesterday acts as a resolver for a > bunch of package clients. I just got this message in the logs: > > Oct 25 01:45:00 pointyhat named[281]: *** POKED TIMER *** > > This comes from contrib/bind9/lib/isc/timer.c: > > /* > * This is a temporary (probably) hack to fix a bug on tru64 5.1 > * and 5.1a. Sometimes, pthread_cond_timedwait() doesn't actually > * return when the time expires, so here, we check to see if > * we're 15 seconds or more behind, and if we are, we signal > * the dispatcher. This isn't such a bad idea as a general purpose > * watchdog, so perhaps we should just leave it in here. > */ > > and suggests it could be a threading bug. Just another data point: I'm seeing this on my home network's name resolver. It is an SMP machine running CURRENT w/SCHED_4BSD. FreeBSD bling.home 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Fri Oct 22 15:04:44 EDT 2004 root@bling.home:/usr/CURRENT/sys/i386/compile/BLING i386 Regards, | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 06:38:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6575816A4CE for ; Mon, 25 Oct 2004 06:38:09 +0000 (GMT) Received: from md.gfk.ru (md.gfk.ru [62.205.179.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0768743D45 for ; Mon, 25 Oct 2004 06:38:08 +0000 (GMT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.hhp.local ([10.0.0.30]) by md.gfk.ru (md.gfk.ru [62.205.179.201]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 19-md50000000745.tmp for ; Mon, 25 Oct 2004 10:37:13 +0400 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Mon, 25 Oct 2004 10:37:12 +0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Mild sound distortion with FreeBSD 5.3-BETA7 Thread-Index: AcS4YQWVaMOevm5zRaGXnKiyn0bIngB9AjwQ From: "Yuriy Tsibizov" To: "Travis Poppe" X-Spam-Processed: md.gfk.ru, Mon, 25 Oct 2004 10:37:13 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org cc: freebsd-current@freebsd.org Subject: RE: Mild sound distortion with FreeBSD 5.3-BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 06:38:09 -0000 > > I've recently noticed a mild sound distortion in XMMS and other > > applications that output sound. I'm not sure when I started noticing > > this, but I don't believe it has always been present in the=20 > 5.x branch > > (and if it has, I haven't noticed it up until a month or two ago). >=20 > I've found a solution to my sound problem. >=20 > I recently switched to this third party driver for SB=20 > Live!/Audigy cards:=20 >=20 > http://chibis.persons.gfk.ru/audigy/ >=20 > As far as I can tell, the sound distortion problem is _completely_ > gone. If any of you have this same problem and own an SB Live/Audigy, > try the driver I mentioned above. emu10kx has large default hardware buffer (4096*8), emu10k1 uses only = 4096 (one emu10k page).=20 You can make small change to emu10k1.c (#define EMU_DEFAULT_BUFSZ = EMUPAGESIZE*8) or set hint.pcm.0.buffersize=3D"32768" (assuming your card is pcm0)=20 in your kernel hints file and you should see better playback of long = files.=20 This change will also bring you problem with very small files=20 (less than EMU_DEFAULT_BUFSZ) - you will not hear them =20 or only hear a small portion, like first (?) 4096 bytes. Yuriy From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 06:49:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9984E16A4CE for ; Mon, 25 Oct 2004 06:49:53 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46B5843D2F for ; Mon, 25 Oct 2004 06:49:53 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9P6nokQ002929; Mon, 25 Oct 2004 02:49:51 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20041025020407.V42571@alpha.siliconlandmark.com> References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> <20041023082926.GE45235@ip.net.ua> <417A17E0.7000800@freebsd.org> <20041025020407.V42571@alpha.siliconlandmark.com> Date: Mon, 25 Oct 2004 02:49:49 -0400 To: Andre Guibert de Bruet From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: Breaking up kernel config files (GENERIC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 06:49:53 -0000 At 2:24 AM -0400 10/25/04, Andre Guibert de Bruet wrote: >On Sat, 23 Oct 2004, Garance A Drosihn wrote: > >> 1) Turn off *all* scsi, because they know they have no >> scsi card at all. > >This will break USB CF readers, pendrives and Firewire SBP2 storage >devices, unless by "*all* scsi" you're just refering to "all scsi >controllers". I meant "all scsi controllers", not "all scsi support". I think it would be good-enough to provide a way to select some list of scsi controllers, and thus turn off all other scsi controllers. Same with ethernet cards. I have never built a PC with more than three ethernet "chipsets" in it. I would rather have to specify the three ethernet-devices that I know I have, and not have to also know the device-names for all the ethernet-devices that I do not have, just to comment them out. So, I would expect "categories" to only handle simple cases like that, and we would leave the lines for things like 'da' and 'scbus' just the way they currently are. Right now I'm just tossing out some ideas of what we'd really like to see. I think that if all we do is split up all the per-architecture GENERIC kernels into smaller files, then we will end up creating *more* work for most people who want to create a smaller kernel config. I suspect we can come up with something better than that. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 07:33:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C875516A4CE for ; Mon, 25 Oct 2004 07:33:46 +0000 (GMT) Received: from max.af.czu.cz (max.af.czu.cz [193.84.41.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F76643D41 for ; Mon, 25 Oct 2004 07:33:45 +0000 (GMT) (envelope-from lists@hosting50.cz) Received: (qmail 47170 invoked by uid 89); 25 Oct 2004 07:33:45 -0000 Received: from unknown (HELO ?193.84.40.30?) (ares@max.af.czu.cz@193.84.40.30) by max.af.czu.cz with AES256-SHA encrypted SMTP; 25 Oct 2004 07:33:45 -0000 From: Tomas Randa To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1098689634.746.7.camel@ares.af.czu.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 25 Oct 2004 09:33:54 +0200 Content-Transfer-Encoding: 7bit Subject: VIA8237 RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 07:33:46 -0000 Hello, I have question about Serial ATA RAID controller VIA8237. Is its RAID function supported by ata driver? Thanks a lot. Tomas Randa From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 08:07:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67EF716A4CE for ; Mon, 25 Oct 2004 08:07:10 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id A40A943D4C for ; Mon, 25 Oct 2004 08:07:08 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CLSiK-0000IC-Tx for current@freebsd.org; Sun, 24 Oct 2004 00:42:13 +0400 From: Vladimir Grebenschikov To: "current@freebsd.org" Content-Type: multipart/mixed; boundary="=-/9iV3phPFPsO0O/S7Dtx" Organization: SWsoft Date: Sun, 24 Oct 2004 00:42:11 +0400 Message-Id: <1098564131.1064.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Subject: fxp does not work after upgrade to latest current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 08:07:10 -0000 --=-/9iV3phPFPsO0O/S7Dtx Content-Type: text/plain Content-Transfer-Encoding: 7bit After upgrade to latest current fxp driver didn't work: fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: DMA timeout fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: DMA timeout fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: DMA timeout fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: device timeout fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: DMA timeout fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: DMA timeout fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: DMA timeout fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: SCB timeout: 0xff 0xff 0xff 0xffff any clues ? With about week-old kernel all is ok. -- Vladimir B. Grebenchikov vova@fbsd.ru --=-/9iV3phPFPsO0O/S7Dtx Content-Disposition: attachment; filename=dmesg.boot Content-Type: text/plain; name=dmesg.boot; charset=KOI8-R Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4NCkNvcHlyaWdodCAo YykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5Mywg MTk5NA0KCVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCBy aWdodHMgcmVzZXJ2ZWQuDQpGcmVlQlNEIDYuMC1DVVJSRU5UICMyOiBTdW4gT2N0IDI0IDAwOjAw OjI1IE1TRCAyMDA0DQogICAgcm9vdEB2Ym9vay5mYnNkLnJ1Oi91c3Ivb2JqL3Vzci9zcmMvc3lz L1ZCT09LDQpXQVJOSU5HOiBkZWJ1Zy5tcHNhZmVuZXQgZm9yY2VkIHRvIDAgYXMgaXBzZWMgcmVx dWlyZXMgR2lhbnQNCldBUk5JTkc6IE1QU0FGRSBuZXR3b3JrIHN0YWNrIGRpc2FibGVkLCBleHBl Y3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4NClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDEx OTMxODIgSHogcXVhbGl0eSAwDQpDUFU6IEludGVsKFIpIFBlbnRpdW0oUikgTSBwcm9jZXNzb3Ig MTcwME1IeiAoMTY4Ni45Ny1NSHogNjg2LWNsYXNzIENQVSkNCiAgT3JpZ2luID0gIkdlbnVpbmVJ bnRlbCIgIElkID0gMHg2OTUgIFN0ZXBwaW5nID0gNQ0KICBGZWF0dXJlcz0weGE3ZTlmOWJmPEZQ VSxWTUUsREUsUFNFLFRTQyxNU1IsTUNFLENYOCxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULENM RkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsVE0sUEJFPg0KcmVhbCBtZW1vcnkgID0g NTM2MjgxMDg4ICg1MTEgTUIpDQphdmFpbCBtZW1vcnkgPSA1MTUwMzEwNDAgKDQ5MSBNQikNCm5l dHNtYl9kZXY6IGxvYWRlZA0KYWNwaTA6IDxTT05ZPiBvbiBtb3RoZXJib2FyZA0KYWNwaV9lYzA6 IDxFbWJlZGRlZCBDb250cm9sbGVyOiBHUEUgMHgxYz4gcG9ydCAweDY2LDB4NjIgb24gYWNwaTAN ClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAw MA0KYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHgxMDA4 LTB4MTAwYiBvbiBhY3BpMA0KY3B1MDogPEFDUEkgQ1BVICgyIEN4IHN0YXRlcyk+IG9uIGFjcGkw DQphY3BpX3R6MDogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTANCmFjcGlfbGlkMDogPENvbnRyb2wg TWV0aG9kIExpZCBTd2l0Y2g+IG9uIGFjcGkwDQphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+ IG9uIGFjcGkwDQpwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2Zm IG9uIGFjcGkwDQpwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMA0KYWdwMDogPEludGVsIDgy ODU1IGhvc3QgdG8gQUdQIGJyaWRnZT4gbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZmZiBhdCBkZXZp Y2UgMC4wIG9uIHBjaTANCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEu MCBvbiBwY2kwDQpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQ0KcGNpMTogPGRpc3BsYXks IFZHQT4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KdWhjaTA6IDxJbnRlbCA4 MjgwMURCIChJQ0g0KSBVU0IgY29udHJvbGxlciBVU0ItQT4gcG9ydCAweDE4MDAtMHgxODFmIGly cSA5IGF0IGRldmljZSAyOS4wIG9uIHBjaTANCnVoY2kwOiBbR0lBTlQtTE9DS0VEXQ0KdXNiMDog PEludGVsIDgyODAxREIgKElDSDQpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBvbiB1aGNpMA0KdXNi MDogVVNCIHJldmlzaW9uIDEuMA0KdWh1YjA6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkv MCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxDQp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxl LCBzZWxmIHBvd2VyZWQNCnVoY2kxOiA8SW50ZWwgODI4MDFEQiAoSUNINCkgVVNCIGNvbnRyb2xs ZXIgVVNCLUI+IHBvcnQgMHgxODIwLTB4MTgzZiBpcnEgOSBhdCBkZXZpY2UgMjkuMSBvbiBwY2kw DQp1aGNpMTogW0dJQU5ULUxPQ0tFRF0NCnVzYjE6IDxJbnRlbCA4MjgwMURCIChJQ0g0KSBVU0Ig Y29udHJvbGxlciBVU0ItQj4gb24gdWhjaTENCnVzYjE6IFVTQiByZXZpc2lvbiAxLjANCnVodWIx OiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQ0K dWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQp1bXMwOiBNaWNy b3NvZnQgTWljcm9zb2Z0IEludGVsbGlNb3VzZVxNLS4gRXhwbG9yZXIsIHJldiAxLjEwLzEuMTQs IGFkZHIgMiwgaWNsYXNzIDMvMQ0KdW1zMDogNSBidXR0b25zIGFuZCBaIGRpci4NCnVoY2kyOiA8 SW50ZWwgODI4MDFEQiAoSUNINCkgVVNCIGNvbnRyb2xsZXIgVVNCLUM+IHBvcnQgMHgxODQwLTB4 MTg1ZiBhdCBkZXZpY2UgMjkuMiBvbiBwY2kwDQp1aGNpMjogW0dJQU5ULUxPQ0tFRF0NCnVzYjI6 IDxJbnRlbCA4MjgwMURCIChJQ0g0KSBVU0IgY29udHJvbGxlciBVU0ItQz4gb24gdWhjaTINCnVz YjI6IFVTQiByZXZpc2lvbiAxLjANCnVodWIyOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5 LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQ0KdWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkDQp1bWFzczA6IFNvbnkgVVNCIE1lbW9yeSBTdGljayBTbG90LCByZXYg Mi4wMC8xLjEwLCBhZGRyIDINCnVtYXNzMDogR2V0IE1heCBMdW4gbm90IHN1cHBvcnRlZCAoU1RB TExFRCkNCnVidDA6IEFMUFMgVUdYLCByZXYgMS4xMC83LjgxLCBhZGRyIDMNCnVidDA6IEFMUFMg VUdYLCByZXYgMS4xMC83LjgxLCBhZGRyIDMNCnVidDA6IEludGVyZmFjZSAwIGVuZHBvaW50czog aW50ZXJydXB0PTB4ODEsIGJ1bGstaW49MHg4MiwgYnVsay1vdXQ9MHgyDQp1YnQwOiBJbnRlcmZh Y2UgMSAoYWx0LmNvbmZpZyA1KSBlbmRwb2ludHM6IGlzb2MtaW49MHg4MywgaXNvYy1vdXQ9MHgz OyB3TWF4UGFja2V0U2l6ZT00OTsgbmZyYW1lcz02LCBidWZmZXIgc2l6ZT0yOTQNCmVoY2kwOiA8 RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhkMDAwMDAwMC0weGQwMDAw M2ZmIGF0IGRldmljZSAyOS43IG9uIHBjaTANCmVoY2kwOiBbR0lBTlQtTE9DS0VEXQ0KZWhjaV9w Y2lfYXR0YWNoOiBjb21wYW5pb24gdXNiMA0KZWhjaV9wY2lfYXR0YWNoOiBjb21wYW5pb24gdXNi MQ0KZWhjaV9wY2lfYXR0YWNoOiBjb21wYW5pb24gdXNiMg0KdXNiMzogRUhDSSB2ZXJzaW9uIDEu MA0KdXNiMzogY29tcGFuaW9uIGNvbnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjAgdXNiMSB1 c2IyDQp1c2IzOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBvbiBlaGNpMA0K dXNiMzogVVNCIHJldmlzaW9uIDIuMA0KdWh1YjM6IEludGVsIEVIQ0kgcm9vdCBodWIsIGNsYXNz IDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxDQp1aHViMzogNiBwb3J0cyB3aXRoIDYgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQNCnVtYXNzMTogU29ueSBVU0IgTWVtb3J5IFN0aWNrIFNsb3QsIHJl diAyLjAwLzEuMTAsIGFkZHIgMg0KZWhjaV9pZG9uZTogbmVlZCB0b2dnbGUgdXBkYXRlIHN0YXR1 cz04MDAxOGQ0MCBuc3RhdHVzPTgwMDA4YzgwDQplaGNpX2lkb25lOiBuZWVkIHRvZ2dsZSB1cGRh dGUgc3RhdHVzPTgwMDI4ZDQwIG5zdGF0dXM9ODAwMDhjODANCnVtYXNzMTogR2V0IE1heCBMdW4g bm90IHN1cHBvcnRlZCAoU1RBTExFRCkNCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQg ZGV2aWNlIDMwLjAgb24gcGNpMA0KQUNQSSBsaW5rIFxcX1NCXy5QQ0kwLkxQQ0IuTE5LRiBoYXMg aW52YWxpZCBpbml0aWFsIGlycSAzLCBpZ25vcmluZw0KcGNpMjogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjINCmNiYjA6IDxSRjVDNDc1IFBDSS1DYXJkQnVzIEJyaWRnZT4gaXJxIDkgYXQgZGV2aWNl IDUuMCBvbiBwY2kyDQpjYXJkYnVzMDogPENhcmRCdXMgYnVzPiBvbiBjYmIwDQpmd29oY2kwOiA8 Umljb2ggUjVDNTUxPiBtZW0gMHhkMDIwMjAwMC0weGQwMjAyN2ZmIGF0IGRldmljZSA1LjEgb24g cGNpMg0KZndvaGNpMDogW0dJQU5ULUxPQ0tFRF0NCmZ3b2hjaTA6IE9IQ0kgdmVyc2lvbiAxLjAg KFJPTT0xKQ0KZndvaGNpMDogTm8uIG9mIElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDQuDQpmd29o Y2kwOiBFVUk2NCAwODowMDo0NjowMzowMTo4ZDplMDozYw0KZndvaGNpMDogUGh5IDEzOTRhIGF2 YWlsYWJsZSBTNDAwLCAyIHBvcnRzLg0KZndvaGNpMDogTGluayBTNDAwLCBtYXhfcmVjIDIwNDgg Ynl0ZXMuDQpmaXJld2lyZTA6IDxJRUVFMTM5NChGaXJlV2lyZSkgYnVzPiBvbiBmd29oY2kwDQpz YnAwOiA8U0JQLTIvU0NTSSBvdmVyIEZpcmVXaXJlPiBvbiBmaXJld2lyZTANCmRjb25zX2Nyb20w OiA8ZGNvbnMgY29uZmlndXJhdGlvbiBST00+IG9uIGZpcmV3aXJlMA0KZGNvbnNfY3JvbTA6IGJ1 c19hZGRyIDB4MWYzZGMwMDANCmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyByZXNldA0KZndvaGNpMDog bm9kZV9pZD0weGM4MDBmZmMwLCBnZW49MSwgQ1lDTEVNQVNURVIgbW9kZQ0KZmlyZXdpcmUwOiAx IG5vZGVzLCBtYXhob3AgPD0gMCwgY2FibGUgSVJNID0gMCAobWUpDQpmaXJld2lyZTA6IGJ1cyBt YW5hZ2VyIDAgKG1lKQ0KcGNpMjogPG5ldHdvcmssIGV0aGVybmV0PiBhdCBkZXZpY2UgOC4wIChu byBkcml2ZXIgYXR0YWNoZWQpDQpwY2kyOiA8bmV0d29yaz4gYXQgZGV2aWNlIDExLjAgKG5vIGRy aXZlciBhdHRhY2hlZCkNCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9u IHBjaTANCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRhcGNpMDogPEludGVsIElDSDQgVURN QTEwMCBjb250cm9sbGVyPiBwb3J0IDB4MTg2MC0weDE4NmYsMHgzNzYsMHgxNzAtMHgxNzcsMHgz ZjYsMHgxZjAtMHgxZjcgYXQgZGV2aWNlIDMxLjEgb24gcGNpMA0KYXRhMDogY2hhbm5lbCAjMCBv biBhdGFwY2kwDQphdGExOiBjaGFubmVsICMxIG9uIGF0YXBjaTANCnBjaTA6IDxzZXJpYWwgYnVz LCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjbTA6IDxJbnRl bCBJQ0g0ICg4MjgwMURCKT4gcG9ydCAweDE4YzAtMHgxOGZmLDB4MWMwMC0weDFjZmYgbWVtIDB4 ZDAwMDA4MDAtMHhkMDAwMDhmZiwweGQwMDAwYzAwLTB4ZDAwMDBkZmYgaXJxIDkgYXQgZGV2aWNl IDMxLjUgb24gcGNpMA0KcGNtMDogW0dJQU5ULUxPQ0tFRF0NCnBjbTA6IDxZYW1haGEgWU1GNzUz IEFDOTcgQ29kZWM+DQpwY2kwOiA8c2ltcGxlIGNvbW1zPiBhdCBkZXZpY2UgMzEuNiAobm8gZHJp dmVyIGF0dGFjaGVkKQ0KYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9y dCAweDY0LDB4NjAgaXJxIDEgb24gYWNwaTANCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBv biBhdGtiZGMwDQprYmQwIGF0IGF0a2JkMA0KYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQ0KcHNtMDog PFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwDQpwc20wOiBbR0lBTlQtTE9DS0VEXQ0KcHNt MDogbW9kZWwgR2xpZGVQb2ludCwgZGV2aWNlIElEIDANCmFjcGlfY21iYXQwOiA8Q29udHJvbCBN ZXRob2QgQmF0dGVyeT4gb24gYWNwaTANCmFjcGlfYWNhZDA6IDxBQyBBZGFwdGVyPiBvbiBhY3Bp MA0KbnB4MDogW0ZBU1RdDQpucHgwOiA8bWF0aCBwcm9jZXNzb3I+IG9uIG1vdGhlcmJvYXJkDQpu cHgwOiBJTlQgMTYgaW50ZXJmYWNlDQpwbXRpbWVyMCBvbiBpc2EwDQpvcm0wOiA8SVNBIE9wdGlv biBST01zPiBhdCBpb21lbSAweGRjMDAwLTB4ZGZmZmYsMHhkODAwMC0weGRiZmZmLDB4YzAwMDAt MHhjZmZmZiBvbiBpc2EwDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24g aXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPg0KdmdhMDog PEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZm ZmYgb24gaXNhMA0KVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDE2ODY5Njg2MTYgSHogcXVh bGl0eSA4MDANClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEwLjAwMCBtc2VjDQpJUHNlYzogSW5p dGlhbGl6ZWQgU2VjdXJpdHkgQXNzb2NpYXRpb24gUHJvY2Vzc2luZy4NCmlwZncyIGluaXRpYWxp emVkLCBkaXZlcnQgZGlzYWJsZWQsIHJ1bGUtYmFzZWQgZm9yd2FyZGluZyBkaXNhYmxlZCwgZGVm YXVsdCB0byBkZW55LCBsb2dnaW5nIHVubGltaXRlZA0KYWNwaV9jcHU6IHRocm90dGxpbmcgZW5h YmxlZCwgOCBzdGVwcyAoMTAwJSB0byAxMi41JSksIGN1cnJlbnRseSAxMDAuMCUNCmFkMDogNTcy MzFNQiA8VE9TSElCQSBNSzYwMjFHQVMvR0EwMjRBPiBbMTE2MjgwLzE2LzYzXSBhdCBhdGEwLW1h c3RlciBVRE1BMTAwDQp1bXMwOiBhdCB1aHViMSBwb3J0IDEgKGFkZHIgMikgZGlzY29ubmVjdGVk DQp1bXMwOiBkZXRhY2hlZA0KdW1hc3MwOiBhdCB1aHViMiBwb3J0IDEgKGFkZHIgMikgZGlzY29u bmVjdGVkDQp1bWFzczA6IGRldGFjaGVkDQp1YnQwOiBhdCB1aHViMiBwb3J0IDIgKGFkZHIgMykg ZGlzY29ubmVjdGVkDQp1YnQwOiBkZXRhY2hlZA0KdW1zMDogTWljcm9zb2Z0IE1pY3Jvc29mdCBJ bnRlbGxpTW91c2VcTS0uIEV4cGxvcmVyLCByZXYgMS4xMC8xLjE0LCBhZGRyIDIsIGljbGFzcyAz LzENCnVtczA6IDUgYnV0dG9ucyBhbmQgWiBkaXIuDQp1YnQwOiBBTFBTIFVHWCwgcmV2IDEuMTAv Ny44MSwgYWRkciAyDQp1YnQwOiBBTFBTIFVHWCwgcmV2IDEuMTAvNy44MSwgYWRkciAyDQp1YnQw OiBJbnRlcmZhY2UgMCBlbmRwb2ludHM6IGludGVycnVwdD0weDgxLCBidWxrLWluPTB4ODIsIGJ1 bGstb3V0PTB4Mg0KdWJ0MDogSW50ZXJmYWNlIDEgKGFsdC5jb25maWcgNSkgZW5kcG9pbnRzOiBp c29jLWluPTB4ODMsIGlzb2Mtb3V0PTB4Mzsgd01heFBhY2tldFNpemU9NDk7IG5mcmFtZXM9Niwg YnVmZmVyIHNpemU9Mjk0DQphdGExLXNsYXZlOiBGQUlMVVJFIC0gQVRBUElfSURFTlRJRlkgdGlt ZWQgb3V0DQphdGExLXNsYXZlOiBGQUlMVVJFIC0gQVRBUElfSURFTlRJRlkgdGltZWQgb3V0DQph dGExLXNsYXZlOiBGQUlMVVJFIC0gQVRBUElfSURFTlRJRlkgdGltZWQgb3V0DQphY2QwOiBDRFJX IDxVSkRBNzU1IERWRC9DRFJXLzEuMDA+IGF0IGF0YTEtbWFzdGVyIFVETUEzMw0KY2QwIGF0IGF0 YTEgYnVzIDAgdGFyZ2V0IDAgbHVuIDANCmNkMDogPE1BVFNISVRBIFVKREE3NTUgRFZEL0NEUlcg MS4wMD4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJLTAgZGV2aWNlIA0KY2QwOiAzMy4wMDBNQi9zIHRy YW5zZmVycw0KY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJF QURZLCBNZWRpdW0gbm90IHByZXNlbnQNCmRhMCBhdCB1bWFzcy1zaW0xIGJ1cyAxIHRhcmdldCAw IGx1biAwDQpkYTA6IDxTb255IE1TQy1VMDQgMy4wMD4gUmVtb3ZhYmxlIERpcmVjdCBBY2Nlc3Mg U0NTSS0wIGRldmljZSANCmRhMDogMS4wMDBNQi9zIHRyYW5zZmVycw0KZGEwOiAzTUIgKDc5MDQg NTEyIGJ5dGUgc2VjdG9yczogNjRIIDMyUy9UIDNDKQ0KTW91bnRpbmcgcm9vdCBmcm9tIHVmczov ZGV2L2FkMHMzYQ0KbmRpczA6IDxJbnRlbChSKSBQUk8vV2lyZWxlc3MgMjIwMEJHIE5ldHdvcmsg Q29ubmVjdGlvbj4gbWVtIDB4ZDAyMDEwMDAtMHhkMDIwMWZmZiBpcnEgOSBhdCBkZXZpY2UgMTEu MCBvbiBwY2kyDQpuZGlzMDogW0dJQU5ULUxPQ0tFRF0NCm5kaXMwOiBORElTIEFQSSB2ZXJzaW9u OiA1LjENCm5kaXMwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowZTozNTowMzo4Mjo3NA0KbmRpczA6 IDExYiByYXRlczogMU1icHMgMk1icHMgNS41TWJwcyAxMU1icHMgNS41TWJwcyAxMU1icHMNCm5k aXMwOiAxMWcgcmF0ZXM6IDZNYnBzIDlNYnBzIDEyTWJwcyAxOE1icHMgMjRNYnBzIDM2TWJwcyA0 OE1icHMgNTRNYnBzDQpuZGlzMDogY291bGRuJ3QgcmV0cmlldmUgY2hhbm5lbCBpbmZvOiAxOQ0K bmRpczA6IGxpbmsgdXANCm5kaXMwOiBsaW5rIGRvd24NCm5kaXMwOiBjb3VsZG4ndCByZXRyaWV2 ZSBjaGFubmVsIGluZm86IDE5DQpmeHAwOiA8SW50ZWwgODI4MDFEQiAoSUNINCkgUHJvLzEwMCBW RSBFdGhlcm5ldD4gcG9ydCAweDQwMDAtMHg0MDNmIG1lbSAweGQwMjAwMDAwLTB4ZDAyMDBmZmYg aXJxIDkgYXQgZGV2aWNlIDguMCBvbiBwY2kyDQpmeHAwOiBEaXNhYmxpbmcgZHluYW1pYyBzdGFu ZGJ5IG1vZGUgaW4gRUVQUk9NDQpmeHAwOiBOZXcgRUVQUk9NIElEOiAweGZmZmQNCmZ4cDA6IEVF UFJPTSBjaGVja3N1bSBAIDB4ZmY6IDB4ZmZmZiAtPiAweGJiYjkNCmZ4cDA6IEV0aGVybmV0IGFk ZHJlc3M6IGZmOmZmOmZmOmZmOmZmOmZmDQpmeHAwOiBbR0lBTlQtTE9DS0VEXQ0KbmRpczA6IGxp bmsgdXANCmZ4cDA6IFNDQiB0aW1lb3V0OiAweGZmIDB4ZmYgMHhmZiAweGZmZmYNCmZ4cDA6IFND QiB0aW1lb3V0OiAweGZmIDB4ZmYgMHhmZiAweGZmZmYNCmZ4cDA6IFNDQiB0aW1lb3V0OiAweGZm IDB4ZmYgMHhmZiAweGZmZmYNCmZ4cDA6IERNQSB0aW1lb3V0DQpmeHAwOiBTQ0IgdGltZW91dDog MHhmZiAweGZmIDB4ZmYgMHhmZmZmDQpmeHAwOiBETUEgdGltZW91dA0KZnhwMDogU0NCIHRpbWVv dXQ6IDB4ZmYgMHhmZiAweGZmIDB4ZmZmZg0KZnhwMDogU0NCIHRpbWVvdXQ6IDB4ZmYgMHhmZiAw eGZmIDB4ZmZmZg0KZnhwMDogU0NCIHRpbWVvdXQ6IDB4ZmYgMHhmZiAweGZmIDB4ZmZmZg0KZnhw MDogU0NCIHRpbWVvdXQ6IDB4ZmYgMHhmZiAweGZmIDB4ZmZmZg0KZnhwMDogU0NCIHRpbWVvdXQ6 IDB4ZmYgMHhmZiAweGZmIDB4ZmZmZg0KZnhwMDogRE1BIHRpbWVvdXQNCmZ4cDA6IFNDQiB0aW1l b3V0OiAweGZmIDB4ZmYgMHhmZiAweGZmZmYNCmZ4cDA6IERNQSB0aW1lb3V0DQpmeHAwOiBTQ0Ig dGltZW91dDogMHhmZiAweGZmIDB4ZmYgMHhmZmZmDQpmeHAwOiBTQ0IgdGltZW91dDogMHhmZiAw eGZmIDB4ZmYgMHhmZmZmDQpmeHAwOiBTQ0IgdGltZW91dDogMHhmZiAweGZmIDB4ZmYgMHhmZmZm DQpmeHAwOiBkZXZpY2UgdGltZW91dA0KZnhwMDogU0NCIHRpbWVvdXQ6IDB4ZmYgMHhmZiAweGZm IDB4ZmZmZg0KZnhwMDogU0NCIHRpbWVvdXQ6IDB4ZmYgMHhmZiAweGZmIDB4ZmZmZg0KZnhwMDog U0NCIHRpbWVvdXQ6IDB4ZmYgMHhmZiAweGZmIDB4ZmZmZg0KZnhwMDogRE1BIHRpbWVvdXQNCmZ4 cDA6IFNDQiB0aW1lb3V0OiAweGZmIDB4ZmYgMHhmZiAweGZmZmYNCmZ4cDA6IERNQSB0aW1lb3V0 DQpmeHAwOiBTQ0IgdGltZW91dDogMHhmZiAweGZmIDB4ZmYgMHhmZmZmDQpmeHAwOiBETUEgdGlt ZW91dA0KZnhwMDogU0NCIHRpbWVvdXQ6IDB4ZmYgMHhmZiAweGZmIDB4ZmZmZg0KZnhwMDogU0NC IHRpbWVvdXQ6IDB4ZmYgMHhmZiAweGZmIDB4ZmZmZg0KbmRpczA6IGxpbmsgZG93bg0KbmRpczA6 IGNvdWxkbid0IHJldHJpZXZlIGNoYW5uZWwgaW5mbzogMTkNCmZ4cDA6IFNDQiB0aW1lb3V0OiAw eGZmIDB4ZmYgMHhmZiAweGZmZmYNCmZ4cDA6IFNDQiB0aW1lb3V0OiAweGZmIDB4ZmYgMHhmZiAw eGZmZmYNCmZ4cDA6IFNDQiB0aW1lb3V0OiAweGZmIDB4ZmYgMHhmZiAweGZmZmYNCmZ4cDA6IERN QSB0aW1lb3V0DQpmeHAwOiBTQ0IgdGltZW91dDogMHhmZiAweGZmIDB4ZmYgMHhmZmZmDQpmeHAw OiBETUEgdGltZW91dA0KZnhwMDogU0NCIHRpbWVvdXQ6IDB4ZmYgMHhmZiAweGZmIDB4ZmZmZg0K ZnhwMDogRE1BIHRpbWVvdXQNCmZ4cDA6IFNDQiB0aW1lb3V0OiAweGZmIDB4ZmYgMHhmZiAweGZm ZmYNCmZ4cDA6IFNDQiB0aW1lb3V0OiAweGZmIDB4ZmYgMHhmZiAweGZmZmYNCmZ4cDA6IFNDQiB0 aW1lb3V0OiAweGZmIDB4ZmYgMHhmZiAweGZmZmYNCmZ4cDA6IFNDQiB0aW1lb3V0OiAweGZmIDB4 ZmYgMHhmZiAweGZmZmYNCmZ4cDA6IFNDQiB0aW1lb3V0OiAweGZmIDB4ZmYgMHhmZiAweGZmZmYN CmZ4cDA6IERNQSB0aW1lb3V0DQpmeHAwOiBTQ0IgdGltZW91dDogMHhmZiAweGZmIDB4ZmYgMHhm ZmZmDQpmeHAwOiBETUEgdGltZW91dA0KZnhwMDogU0NCIHRpbWVvdXQ6IDB4ZmYgMHhmZiAweGZm IDB4ZmZmZg0KZnhwMDogRE1BIHRpbWVvdXQNCmZ4cDA6IFNDQiB0aW1lb3V0OiAweGZmIDB4ZmYg MHhmZiAweGZmZmYNCmZ4cDA6IFNDQiB0aW1lb3V0OiAweGZmIDB4ZmYgMHhmZiAweGZmZmYNCm5k aXMwOiBsaW5rIHVwDQo= --=-/9iV3phPFPsO0O/S7Dtx-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 08:13:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B71216A4CE for ; Mon, 25 Oct 2004 08:13:57 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96C4343D5A for ; Mon, 25 Oct 2004 08:13:56 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9P8DRcI000642; Mon, 25 Oct 2004 04:13:28 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9P8DR47000639; Mon, 25 Oct 2004 09:13:27 +0100 (BST) (envelope-from robert@fledge.watson.org) Date: Mon, 25 Oct 2004 09:13:27 +0100 (BST) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Wilkinson, Alex" In-Reply-To: <20041025051757.GA31094@squash.dsto.defence.gov.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: RELENG_5 panic [nic: _mtx_lock_sleep: recursed on non-recursivemutex nfsd_mtx] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 08:13:57 -0000 On Mon, 25 Oct 2004, Wilkinson, Alex wrote: > The panic doesn't occur any longer since I upgraded world/kernel. > Therefore what you have written below would be pointless. > > Are you suspecting that the bug is still there but not being triggered ? > > I can downgrade world/kernel for testing if possible and needed ? I believe I copied you in a follow-up message, which might be a few more messages into your message queue, in which I said something on the order of "Ah, I found the bug -- did you recently rearrange the disks?". I committed a patch that I believe should fix the problem (and a small class of related problems). The problem you were experiencing should have gone away after the last NFS client we rebooted or unmounted the NFS file system following the disk rearrangement, and then would not have recurred unless the disks were further rearranged. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > - aW > > > 0n Mon, Oct 18, 2004 at 05:22:01AM -0400, Robert Watson wrote: > > Hmm. There was a bug in nfs_serv.c corrected on 2004/08/25 that corrected > an incorrect lock pair, but I don't know of any related bugs corrrected > since then. If it's possible to get back to a point where this can be > reproduced, configuring your kernel to run with KTR and to use KTR_LOCK > would be quite helpful You can find a bit of information on using KTR > here: > > http://www.watson.org/~robert/freebsd/netperf/ktr/ > > Basically, once it panics, you can use the KTR-related commands in DDB to > inspect the KTR buffer, and I believe also extract the KTR log from a core > dump. Using the set of KTR_COMPILE flags I have on that web page would be > helpeful. Basically, this generates a trace of locking, context switch, > interrupt, callout, memory allocation, and system call events. The > problem likely occurred pretty immediately prior to the panic. > > If this is timing-related, it could be KTR disrupts the timing > sufficiently to prevent it. More likely, it went away because the work > load on the NFS server changed, or the directory layout changed, or some > other factor that caused the passage through the NFS code to change. > > Thanks! > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > > > > - aW > > > > > > > > 0n Sun, Oct 17, 2004 at 10:19:34AM -0400, Robert Watson wrote: > > > > On Fri, 15 Oct 2004, Wilkinson, Alex wrote: > > > > > Hi all, > > > > > > I currently get a panic with "nfs_server_enable=YES" in /etc/rc.conf. > > > > > > OS: FreeBSD 5.3-BETA4 #2: Tue Sep 14 13:55:30 UTC 2004 > > > > > > Backtrace > > > --------- > > > > > > panic: _mtx_lock_sleep: recursed on non-recursive mutex nfsd_mtx @ /usr /src/sys/nfsserver/nfs_serv.c:1947 > > > > Is the NFS server code compiled into your kernel, or is it getting loaded > > as a module? Do you have any other NFS-related entries in /etc/rc.conf? > > Could you show the output of "show locks" and "show witness" with witness > > compiled into the kernel? > > > > Thanks! > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > > > > > cpuid = 0 > > > KDB: enter: panic > > > [thread 100074] > > > Stopped at kdb_enter+0x32: leave > > > db> tr > > > kdb_enter(c068ba66,0,c068aed8,dd2ed90c,c1b6b340) at kdb_enter+0x32 > > > panic(c068aed8,c069885f,c0698617,79b,c0698617) at panic+0x1b0 > > > _mtx_lock_sleep(c071c940,c1b6b340,0,c0698617,79b) at _mtx_lock_sleep+0x16e > > > _mtx_lock_flags(c071c940,0,c0698617,79b,0) at _mtx_lock_flags+0xb0 > > > nfsrv_create(c1eb6800,c1b98800,c1b6b340,dd2edc8c,0) at nfsrv_create+0x8c4 > > > nfssvc(c1b6b340,dd2edd14,8,0,2) at nfssvc+0x6ea > > > syscall(2f,2f,2f,0,0) at syscall+0x13b > > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > > --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280c60bf, esp = 0xbfbfeb1c, eb p = 0xbfbfeb38 --- > > > > > > > > > - aW > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 08:19:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B51C16A4CE for ; Mon, 25 Oct 2004 08:19:57 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ABCC43D39 for ; Mon, 25 Oct 2004 08:19:56 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CM054-0000JM-It for current@freebsd.org; Mon, 25 Oct 2004 12:19:54 +0400 From: Vladimir Grebenschikov To: "current@freebsd.org" In-Reply-To: <1098564131.1064.3.camel@localhost> References: <1098564131.1064.3.camel@localhost> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 25 Oct 2004 12:19:54 +0400 Message-Id: <1098692394.946.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Subject: Re: fxp does not work after upgrade to latest current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 08:19:57 -0000 =F7 =D7=D3, 24/10/2004 =D7 00:42 +0400, Vladimir Grebenschikov =D0=C9=DB=C5= =D4: > After upgrade to latest current fxp driver didn't work: >=20 > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > fxp0: DMA timeout > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > fxp0: DMA timeout > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > fxp0: DMA timeout > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > fxp0: device timeout > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > fxp0: DMA timeout > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > fxp0: DMA timeout > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > fxp0: DMA timeout > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > fxp0: SCB timeout: 0xff 0xff 0xff 0xffff >=20 > any clues ? >=20 > With about week-old kernel all is ok. More investigations: boot with no modules, in single user mode, # kldload if_fxp # ifconfif fxp0 ... # - all ok here, not timeouts # ^D usual boot - all ok too Something wrong with boot sequence/modules setup ? --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 09:09:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB0B816A4CE for ; Mon, 25 Oct 2004 09:09:04 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id B34C743D54 for ; Mon, 25 Oct 2004 09:09:02 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CM0qT-0005Ip-Bg; Mon, 25 Oct 2004 13:08:53 +0400 From: Vladimir Grebenschikov To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20041025042201.037ac458@64.7.153.2> References: <1098564131.1064.3.camel@localhost> <6.1.2.0.0.20041025042201.037ac458@64.7.153.2> Content-Type: multipart/mixed; boundary="=-FfPg+w8+iHfQw6ipOMTg" Organization: SWsoft Date: Mon, 25 Oct 2004 13:08:51 +0400 Message-Id: <1098695332.946.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: fxp does not work after upgrade to latest current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 09:09:05 -0000 --=-FfPg+w8+iHfQw6ipOMTg Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable =F7 =D0=CE, 25/10/2004 =D7 04:22 -0400, Mike Tancsa =D0=C9=DB=C5=D4: > Can you post to the list a dmesg and pciconf -l -v ? # pciconf -l -v hostb0@pci0:0:0: class=3D0x060000 card=3D0x8140104d chip=3D0x33408086 rev= =3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82855PM Odem Host-Hub Interface Bridge' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:1:0: class=3D0x060400 card=3D0x00000000 chip=3D0x33418086 rev=3D= 0x03 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82855PM Odem AGP Bridge' class =3D bridge subclass =3D PCI-PCI uhci0@pci0:29:0: class=3D0x0c0300 card=3D0x8140104d chip=3D0x24c28086 rev= =3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1' class =3D serial bus subclass =3D USB uhci1@pci0:29:1: class=3D0x0c0300 card=3D0x8140104d chip=3D0x24c48086 rev= =3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2' class =3D serial bus subclass =3D USB uhci2@pci0:29:2: class=3D0x0c0300 card=3D0x8140104d chip=3D0x24c78086 rev= =3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3' class =3D serial bus subclass =3D USB ehci0@pci0:29:7: class=3D0x0c0320 card=3D0x8140104d chip=3D0x24cd8086 rev= =3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB EHCI Controller' class =3D serial bus subclass =3D USB pcib2@pci0:30:0: class=3D0x060400 card=3D0x00000000 chip=3D0x24488086 rev= =3D0x83 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class =3D bridge subclass =3D PCI-PCI isab0@pci0:31:0: class=3D0x060100 card=3D0x00000000 chip=3D0x24cc8086 rev= =3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DBM (ICH4-M) LPC Interface Bridge' class =3D bridge subclass =3D PCI-ISA atapci0@pci0:31:1: class=3D0x01018a card=3D0x8140104d chip=3D0x24ca8086 rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DBM (ICH4-M) UltraATA/100 EIDE Controller' class =3D mass storage subclass =3D ATA none0@pci0:31:3: class=3D0x0c0500 card=3D0x8140104d chip=3D0x24c38086 rev= =3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller' class =3D serial bus subclass =3D SMBus none1@pci0:31:5: class=3D0x040100 card=3D0x8140104d chip=3D0x24c58086 rev= =3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller' class =3D multimedia subclass =3D audio none2@pci0:31:6: class=3D0x070300 card=3D0x8140104d chip=3D0x24c68086 rev= =3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller' class =3D simple comms drm0@pci1:0:0: class=3D0x030000 card=3D0x8140104d chip=3D0x4c591002 rev=3D0= x00 hdr=3D0x00 vendor =3D 'ATI Technologies Inc.' device =3D 'Mobility 6 Radeon Mobility M6 LY' class =3D display subclass =3D VGA none3@pci2:5:0: class=3D0x060700 card=3D0x8140104d chip=3D0x04751180 rev=3D= 0xb8 hdr=3D0x02 vendor =3D 'Ricoh Co Ltd' device =3D 'RL5c475 CardBus Controller' class =3D bridge subclass =3D PCI-CardBus none4@pci2:5:1: class=3D0x0c0010 card=3D0x8140104d chip=3D0x05511180 rev=3D= 0x00 hdr=3D0x00 vendor =3D 'Ricoh Co Ltd' class =3D serial bus subclass =3D FireWire fxp0@pci2:8:0: class=3D0x020000 card=3D0x8140104d chip=3D0x103d8086 rev=3D0= x83 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB (ICH4) PRO/100 VE Network Connection' class =3D network subclass =3D ethernet none5@pci2:11:0: class=3D0x028000 card=3D0x27518086 chip=3D0x42208086 rev= =3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'PRO/Wireless 2200BG Network Connection' class =3D network # full dmesg when usual boot (timeouts on fxp) was attached to my first post, fxp info from it: fxp0: port 0x4000-0x403f mem 0xd0200000-0xd0200fff irq 9 at device 8.0 on pci2 fxp0: Disabling dynamic standby mode in EEPROM fxp0: New EEPROM ID: 0xfffd fxp0: EEPROM checksum @ 0xff: 0xffff -> 0xbbb9 fxp0: Ethernet address: ff:ff:ff:ff:ff:ff fxp0: [GIANT-LOCKED] fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: SCB timeout: 0xff 0xff 0xff 0xffff fxp0: SCB timeout: 0xff 0xff 0xff 0xffff ... full dmesg on boot with workaround (initialize fxp in single mode, minimal drivers before it) attached here, fxp data from it: fxp0: port 0x4000-0x403f mem 0xd0200000-0xd0200fff irq 9 at device 8.0 on pci2 fxp0: Ethernet address: 08:00:46:c8:45:b3 fxp0: [GIANT-LOCKED] miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > ---Mike >=20 >=20 > At 04:42 PM 23/10/2004, Vladimir Grebenschikov wrote: >=20 > >After upgrade to latest current fxp driver didn't work: > > > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > >fxp0: DMA timeout > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > >fxp0: DMA timeout > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > >fxp0: DMA timeout > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > >fxp0: device timeout > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > >fxp0: DMA timeout > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > >fxp0: DMA timeout > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > >fxp0: DMA timeout > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > >fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > > > >any clues ? > > > >With about week-old kernel all is ok. --=20 Vladimir B. Grebenchikov vova@fbsd.ru --=-FfPg+w8+iHfQw6ipOMTg Content-Disposition: attachment; filename=dmesg.boot Content-Type: text/plain; name=dmesg.boot; charset=KOI8-R Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4NCkNvcHlyaWdodCAo YykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5Mywg MTk5NA0KCVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCBy aWdodHMgcmVzZXJ2ZWQuDQpGcmVlQlNEIDYuMC1DVVJSRU5UICMyOiBTdW4gT2N0IDI0IDAwOjAw OjI1IE1TRCAyMDA0DQogICAgcm9vdEB2Ym9vay5mYnNkLnJ1Oi91c3Ivb2JqL3Vzci9zcmMvc3lz L1ZCT09LDQpXQVJOSU5HOiBkZWJ1Zy5tcHNhZmVuZXQgZm9yY2VkIHRvIDAgYXMgaXBzZWMgcmVx dWlyZXMgR2lhbnQNCldBUk5JTkc6IE1QU0FGRSBuZXR3b3JrIHN0YWNrIGRpc2FibGVkLCBleHBl Y3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4NClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDEx OTMxODIgSHogcXVhbGl0eSAwDQpDUFU6IEludGVsKFIpIFBlbnRpdW0oUikgTSBwcm9jZXNzb3Ig MTcwME1IeiAoMTY4Ni45Ny1NSHogNjg2LWNsYXNzIENQVSkNCiAgT3JpZ2luID0gIkdlbnVpbmVJ bnRlbCIgIElkID0gMHg2OTUgIFN0ZXBwaW5nID0gNQ0KICBGZWF0dXJlcz0weGE3ZTlmOWJmPEZQ VSxWTUUsREUsUFNFLFRTQyxNU1IsTUNFLENYOCxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULENM RkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsVE0sUEJFPg0KcmVhbCBtZW1vcnkgID0g NTM2MjgxMDg4ICg1MTEgTUIpDQphdmFpbCBtZW1vcnkgPSA1MTkyMzc2MzIgKDQ5NSBNQikNCmFj cGkwOiA8U09OWT4gb24gbW90aGVyYm9hcmQNCmFjcGlfZWMwOiA8RW1iZWRkZWQgQ29udHJvbGxl cjogR1BFIDB4MWM+IHBvcnQgMHg2NiwweDYyIG9uIGFjcGkwDQpUaW1lY291bnRlciAiQUNQSS1m YXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDANCmFjcGlfdGltZXIwOiA8MjQt Yml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4MTAwOC0weDEwMGIgb24gYWNwaTANCmNw dTA6IDxBQ1BJIENQVSAoMiBDeCBzdGF0ZXMpPiBvbiBhY3BpMA0KYWNwaV90ejA6IDxUaGVybWFs IFpvbmU+IG9uIGFjcGkwDQphY3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBv biBhY3BpMA0KYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMA0KcGNpYjA6IDxB Q1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMA0KcGNpMDogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjANCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2 aWNlIDEuMCBvbiBwY2kwDQpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQ0KcGNpMTogPGRp c3BsYXksIFZHQT4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpMDogPHNl cmlhbCBidXMsIFVTQj4gYXQgZGV2aWNlIDI5LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaTA6 IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRldmljZSAyOS4xIChubyBkcml2ZXIgYXR0YWNoZWQpDQpw Y2kwOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMjkuMiAobm8gZHJpdmVyIGF0dGFjaGVk KQ0KcGNpMDogPHNlcmlhbCBidXMsIFVTQj4gYXQgZGV2aWNlIDI5LjcgKG5vIGRyaXZlciBhdHRh Y2hlZCkNCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNp MA0KQUNQSSBsaW5rIFxcX1NCXy5QQ0kwLkxQQ0IuTE5LRiBoYXMgaW52YWxpZCBpbml0aWFsIGly cSAzLCBpZ25vcmluZw0KcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjINCnBjaTI6IDxicmlk Z2UsIFBDSS1DYXJkQnVzPiBhdCBkZXZpY2UgNS4wIChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2ky OiA8c2VyaWFsIGJ1cywgRmlyZVdpcmU+IGF0IGRldmljZSA1LjEgKG5vIGRyaXZlciBhdHRhY2hl ZCkNCnBjaTI6IDxuZXR3b3JrLCBldGhlcm5ldD4gYXQgZGV2aWNlIDguMCAobm8gZHJpdmVyIGF0 dGFjaGVkKQ0KcGNpMjogPG5ldHdvcms+IGF0IGRldmljZSAxMS4wIChubyBkcml2ZXIgYXR0YWNo ZWQpDQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwDQppc2Ew OiA8SVNBIGJ1cz4gb24gaXNhYjANCmF0YXBjaTA6IDxJbnRlbCBJQ0g0IFVETUExMDAgY29udHJv bGxlcj4gcG9ydCAweDE4NjAtMHgxODZmLDB4Mzc2LDB4MTcwLTB4MTc3LDB4M2Y2LDB4MWYwLTB4 MWY3IGF0IGRldmljZSAzMS4xIG9uIHBjaTANCmF0YTA6IGNoYW5uZWwgIzAgb24gYXRhcGNpMA0K YXRhMTogY2hhbm5lbCAjMSBvbiBhdGFwY2kwDQpwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0 IGRldmljZSAzMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kwOiA8bXVsdGltZWRpYSwgYXVk aW8+IGF0IGRldmljZSAzMS41IChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kwOiA8c2ltcGxlIGNv bW1zPiBhdCBkZXZpY2UgMzEuNiAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KYXRrYmRjMDogPEtleWJv YXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDY0LDB4NjAgaXJxIDEgb24gYWNwaTANCmF0 a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwDQprYmQwIGF0IGF0a2JkMA0KYXRr YmQwOiBbR0lBTlQtTE9DS0VEXQ0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMw DQpwc20wOiBbR0lBTlQtTE9DS0VEXQ0KcHNtMDogbW9kZWwgR2VuZXJpYyBQUy8yIG1vdXNlLCBk ZXZpY2UgSUQgMA0KYWNwaV9jbWJhdDA6IDxDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3Bp MA0KYWNwaV9hY2FkMDogPEFDIEFkYXB0ZXI+IG9uIGFjcGkwDQpucHgwOiBbRkFTVF0NCm5weDA6 IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQNCm5weDA6IElOVCAxNiBpbnRlcmZhY2UN CnBtdGltZXIwIG9uIGlzYTANCm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4ZGMw MDAtMHhkZmZmZiwweGQ4MDAwLTB4ZGJmZmYsMHhjMDAwMC0weGNmZmZmIG9uIGlzYTANCnNjMDog PFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwDQpzYzA6IFZHQSA8MTYgdmly dHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+DQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBw b3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwDQpUaW1lY291bnRl ciAiVFNDIiBmcmVxdWVuY3kgMTY4Njk2OTcwMSBIeiBxdWFsaXR5IDgwMA0KVGltZWNvdW50ZXJz IHRpY2sgZXZlcnkgMTAuMDAwIG1zZWMNCklQc2VjOiBJbml0aWFsaXplZCBTZWN1cml0eSBBc3Nv Y2lhdGlvbiBQcm9jZXNzaW5nLg0KaXBmdzIgaW5pdGlhbGl6ZWQsIGRpdmVydCBkaXNhYmxlZCwg cnVsZS1iYXNlZCBmb3J3YXJkaW5nIGRpc2FibGVkLCBkZWZhdWx0IHRvIGRlbnksIGxvZ2dpbmcg dW5saW1pdGVkDQphY3BpX2NwdTogdGhyb3R0bGluZyBlbmFibGVkLCA4IHN0ZXBzICgxMDAlIHRv IDEyLjUlKSwgY3VycmVudGx5IDEwMC4wJQ0KYWQwOiA1NzIzMU1CIDxUT1NISUJBIE1LNjAyMUdB Uy9HQTAyNEE+IFsxMTYyODAvMTYvNjNdIGF0IGF0YTAtbWFzdGVyIFVETUExMDANCmF0YTEtc2xh dmU6IEZBSUxVUkUgLSBBVEFQSV9JREVOVElGWSB0aW1lZCBvdXQNCmF0YTEtc2xhdmU6IEZBSUxV UkUgLSBBVEFQSV9JREVOVElGWSB0aW1lZCBvdXQNCmF0YTEtc2xhdmU6IEZBSUxVUkUgLSBBVEFQ SV9JREVOVElGWSB0aW1lZCBvdXQNCmFjZDA6IENEUlcgPFVKREE3NTUgRFZEL0NEUlcvMS4wMD4g YXQgYXRhMS1tYXN0ZXIgVURNQTMzDQpjZDAgYXQgYXRhMSBidXMgMCB0YXJnZXQgMCBsdW4gMA0K Y2QwOiA8TUFUU0hJVEEgVUpEQTc1NSBEVkQvQ0RSVyAxLjAwPiBSZW1vdmFibGUgQ0QtUk9NIFND U0ktMCBkZXZpY2UgDQpjZDA6IDMzLjAwME1CL3MgdHJhbnNmZXJzDQpjZDA6IEF0dGVtcHQgdG8g cXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudA0K TW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2FkMHMyYQ0KZnhwMDogPEludGVsIDgyODAxREIg KElDSDQpIFByby8xMDAgVkUgRXRoZXJuZXQ+IHBvcnQgMHg0MDAwLTB4NDAzZiBtZW0gMHhkMDIw MDAwMC0weGQwMjAwZmZmIGlycSA5IGF0IGRldmljZSA4LjAgb24gcGNpMg0KZnhwMDogRXRoZXJu ZXQgYWRkcmVzczogMDg6MDA6NDY6Yzg6NDU6YjMNCmZ4cDA6IFtHSUFOVC1MT0NLRURdDQptaWli dXMwOiA8TUlJIGJ1cz4gb24gZnhwMA0KaW5waHkwOiA8aTgyNTYyRVQgMTAvMTAwIG1lZGlhIGlu dGVyZmFjZT4gb24gbWlpYnVzMA0KaW5waHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJh c2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bw0K --=-FfPg+w8+iHfQw6ipOMTg-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 09:10:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EF1916A4CF for ; Mon, 25 Oct 2004 09:10:20 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41FC543D31 for ; Mon, 25 Oct 2004 09:10:19 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9P9AH10016126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 25 Oct 2004 11:10:18 +0200 Message-ID: <417CC2F9.1050900@ng.fadesa.es> Date: Mon, 25 Oct 2004 11:10:17 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 09:10:20 -0000 Hello, Robert Watson wrote: > FYI, for those interested in looking some more at the storage performance > issue. I recently (yesterday) committed some additional KTR trace points > related to GEOM processing of bio's in the g_up and g_down threads. Using > these KTR points, you can measure how long it took to get from the system > call to the delivery to the driver, and then driver back to the reader, as > well as the processing that takes place along the way (using the UMA KTR > traces I added a month or so ago). Times are in cycles, so have to be > converted to something more human-friendly, and KTR adds a non-trivial > amount of overhead, so that should be taken into account also. The GEOM > tracing identifies the bio address, offset, size, and the name of the > target device/layer as it is processed. More information on hooking up to > trace with KTR can be found in the KTR man pages, or here: > > http://www.watson.org/~robert/freebsd/netperf/ktr/ > > The information there is focussed on network locking and tracing, but if > you add KTR_GEOM and remove some of the other flags from KTR_COMPILE, it > should reasonably apply. > > I'm in the throes of instrumenting busdma for KTR in Perforce so that we > can trace bounce buffering and other potential sources of performance > problems, and assuming I find time this weekend, will also instrument the > ATA driver to identify when I/O is sent, acknowledged, etc. Robert, I'm trying to understand where GEOM fits in the FreeBSD I/O structure and I only had found the original McKusick figure: http://www.vinumvm.org/vinum/implementation.html could you give a brief description about I/O structure after GEOM? Thank you. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 09:12:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D6DA16A4CE for ; Mon, 25 Oct 2004 09:12:42 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D768E43D4C for ; Mon, 25 Oct 2004 09:12:41 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9P9Ccw8014480; Mon, 25 Oct 2004 11:12:39 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: fandino@ng.fadesa.es From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 25 Oct 2004 11:10:17 +0200." <417CC2F9.1050900@ng.fadesa.es> Date: Mon, 25 Oct 2004 11:12:38 +0200 Message-ID: <14479.1098695558@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 09:12:42 -0000 In message <417CC2F9.1050900@ng.fadesa.es>, fandino writes: >Robert, I'm trying to understand where GEOM fits in the FreeBSD I/O structure >and I only had found the original McKusick figure: http://phk.freebsd.dk/pubs contains a number of slidesets and papers relevant to GEOM. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 09:46:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47F8616A4D7 for ; Mon, 25 Oct 2004 09:46:09 +0000 (GMT) Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id C83E743D39 for ; Mon, 25 Oct 2004 09:46:06 +0000 (GMT) (envelope-from netch@lucky.net) Received: from burka.carrier.kiev.ua (netch@localhost [127.0.0.1]) by burka.carrier.kiev.ua with ESMTP id i9P9jxNO011926 for ; Mon, 25 Oct 2004 12:46:02 +0300 (EEST) (envelope-from netch@burka.carrier.kiev.ua) Received: (from netch@localhost) by burka.carrier.kiev.ua (8.12.11/8.12.11/Submit) id i9P9jxAx011921 for current@freebsd.org; Mon, 25 Oct 2004 12:45:59 +0300 (EEST) (envelope-from netch) Date: Mon, 25 Oct 2004 12:45:59 +0300 From: Valentin Nechayev To: current@freebsd.org Message-ID: <20041025094559.GK84228@lucky.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-42: On X-Verify-Sender: Address has been verified (burka.carrier.kiev.ua) Subject: panic on 5.3-rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: netch@lucky.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 09:46:09 -0000 Good dump found on device /dev/ad0s2b Architecture: i386 Architecture version: 1 Dump length: 402653184B (384 MB) Blocksize: 512 Dumptime: Sun Oct 24 23:09:48 2004 Hostname: moiva.carrier.kiev.ua Versionstring: FreeBSD 5.3-RC1-20041020 #0: Fri Oct 22 00:33:56 EEST 2004 root@moiva.carrier.kiev.ua:/usr/BSD/obj/usr/src/sys/moiva Panicstring: Most recently used by none #0 doadump () at pcpu.h:159 #1 0xc0503042 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc050335f in panic (fmt=0xc06c7c73 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc0457431 in db_panic (addr=-1068380249, have_addr=0, count=-1, modif=0xd4e89668 "") at /usr/src/sys/ddb/db_command.c:435 #4 0xc04573aa in db_command (last_cmdp=0xc07312a4, cmd_table=0x0, aux_cmd_tablep=0xc06fc81c, aux_cmd_tablep_end=0xc06fc820) at /usr/src/sys/ddb/db_command.c:349 #5 0xc045749b in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #6 0xc04592fa in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0xc051d231 in kdb_trap (type=0, code=0, tf=0xd4e897b4) at /usr/src/sys/kern/subr_kdb.c:418 #8 0xc0699457 in trap (frame= {tf_fs = -1066467304, tf_es = 16, tf_ds = -722993136, tf_edi = 1, tf_esi = -1066456220, tf_ebp = -722954244, tf_isp = -722954272, tf_ebx = -722954188, tf_edx = 0, tf_ecx = -1056882688, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068380249, tf_cs = 8, tf_eflags = 646, tf_esp = -1066562859, tf_ss = -1066571086}) at /usr/src/sys/i386/i386/trap.c:576 #9 0xc0687d1a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #10 0xc06f0018 in ?? () #11 0x00000010 in ?? () #12 0xd4e80010 in ?? () #13 0x00000001 in ?? () #14 0xc06f2b64 in ?? () #15 0xd4e897fc in ?? () #16 0xd4e897e0 in ?? () #17 0xd4e89834 in ?? () #18 0x00000000 in ?? () #19 0xc1014000 in ?? () #20 0x00000012 in ?? () #21 0x00000003 in ?? () #22 0x00000000 in ?? () #23 0xc051cfa7 in kdb_enter (msg=0x0) at cpufunc.h:56 #24 0xc05032f8 in panic (fmt=0xc06f2b64 "Most recently used by %s\n") at /usr/src/sys/kern/kern_shutdown.c:537 #25 0xc0663640 in mtrash_ctor (mem=0xc2066800, size=0, arg=0x0, flags=2) at /usr/src/sys/vm/uma_dbg.c:134 #26 0xc0661a78 in uma_zalloc_arg (zone=0xc105c780, udata=0x0, flags=2) at /usr/src/sys/vm/uma_core.c:1826 #27 0xc04f7bc3 in malloc (size=2048, type=0xc0716220, flags=2) at uma.h:274 #28 0xc0551945 in allocbuf (bp=0xc92d5564, size=2048) at /usr/src/sys/kern/vfs_bio.c:2765 #29 0xc0551650 in getblk (vp=0xc2285738, blkno=0, size=2048, slpflag=0, slptimeo=0, flags=0) at /usr/src/sys/kern/vfs_bio.c:2647 #30 0xc054d9cd in breadn (vp=0xc2285738, blkno=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/kern/vfs_bio.c:702 #31 0xc054d979 in bread (vp=0x0, blkno=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/kern/vfs_bio.c:684 #32 0xc0631ea8 in ffs_blkatoff (vp=0xc2285738, offset=0, res=0x0, bpp=0xd4e89a50) at /usr/src/sys/ufs/ffs/ffs_subr.c:87 #33 0xc063eb8c in ufs_lookup (ap=0xd4e89b10) at /usr/src/sys/ufs/ufs/ufs_lookup.c:264 #34 0xc0646a59 in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2816 #35 0xc05548df in vfs_cache_lookup (ap=0x0) at vnode_if.h:82 #36 0xc0646a59 in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2816 #37 0xc0559af9 in lookup (ndp=0xd4e89c28) at vnode_if.h:52 #38 0xc05594e6 in namei (ndp=0xd4e89c28) at /usr/src/sys/kern/vfs_lookup.c:181 #39 0xc0566882 in lstat (td=0xc18237d0, uap=0xd4e89d14) at /usr/src/sys/kern/vfs_syscalls.c:2069 #40 0xc0699cf0 in syscall (frame= {tf_fs = -1078001617, tf_es = 136118319, tf_ds = -722993105, tf_edi = -1077940888, tf_esi = -1077940932, tf_ebp = 136165980, tf_isp = -722952844, tf_ebx = 10, tf_edx = 136893556, tf_ecx = 0, tf_eax = 190, tf_trapno = 22, tf_err = 2, tf_eip = 672770287, tf_cs = 31, tf_eflags = 534, tf_esp = 136165824, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1001 #41 0xc0687d6f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #42 0xbfbf002f in ?? () #43 0x081d002f in ?? () #44 0xd4e8002f in ?? () #45 0xbfbfed68 in ?? () #46 0xbfbfed3c in ?? () #47 0x081dba5c in ?? () #48 0xd4e89d74 in ?? () #49 0x0000000a in ?? () #50 0x0828d474 in ?? () #51 0x00000000 in ?? () #52 0x000000be in ?? () #53 0x00000016 in ?? () #54 0x00000002 in ?? () #55 0x2819a8ef in ?? () #56 0x0000001f in ?? () #57 0x00000216 in ?? () #58 0x081db9c0 in ?? () #59 0x0000002f in ?? () #60 0x83f83d83 in ?? () #61 0x3e000003 in ?? () #62 0x44c71d74 in ?? () #63 0x005c0824 in ?? () #64 0x10560000 in ?? () #65 0xc1a95e20 in ?? () #66 0xc18237d0 in ?? () #67 0xd4e89ca4 in ?? () #68 0xd4e89c84 in ?? () #69 0xc177c190 in ?? () #70 0xc0514993 in sched_switch (td=0xbfbfed3c, newtd=0xa, flags=Cannot access memory at address 0x81dba6c ) at /usr/src/sys/kern/sched_4bsd.c:865 ==={{{{ moiva machine i386 cpu I586_CPU cpu I686_CPU ident moiva # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD options INET # InterNETworking options INET6 # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options NFSCLIENT # Network Filesystem Client options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options INCLUDE_CONFIG_FILE options MSGBUF_SIZE=131072 options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options PFIL_HOOKS # pfil(9) framework # Debugging for use in -current options KDB # Enable the kernel debugger options DDB # Enable the kernel debugger options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device cd device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device atapicam # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device mem device io device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter device apic # I/O apic options CPU_ENABLE_SSE device speaker #Play IBM BASIC-style noises out your speaker options GEOM_BSD # BSD disklabels options GEOM_MBR # DOS/MBR partitioning options COMPAT_FREEBSD4 options IPSEC #IP security options IPSEC_ESP #IP security (crypto; define w/ IPSEC) options IPSEC_DEBUG #debug for IP security options IPSEC_FILTERGIF #filter ipsec packets from a tunnel device bpf #Berkeley packet filter device disc #Discard device (ds0, ds1, etc) options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPDIVERT #divert sockets options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN options UFS_EXTATTR options UFS_EXTATTR_AUTOSTART options UFS_ACL options QUOTA #enable disk quotas device random options LIBICONV options CD9660_ICONV options MSDOSFS_ICONV options TTYHOG=8193 #hint.atkbd.0.flags="0" device psm options SC_HISTORY_SIZE=1500 # number of history buffer lines options SC_MOUSE_CHAR=0x3 # char code for text mode mouse cursor options SC_KERNEL_CONS_ATTR=(FG_GREEN|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_GREEN) options DIRECTIO # altq(9). Enable the base part of the hooks with the ALTQ option. # Individual disciplines must be built into the base system and can not be # loaded as modules at this point. In order to build a SMP kernel you must # also have the ALTQ_NOPCC option. options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Drop options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Prioirity Queueing #options ALTQ_NOPCC # Required for SMP build options ALTQ_DEBUG options PSM_DEBUG=4 ===}}} ==={{{ Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RC1-20041020 #0: Fri Oct 22 00:33:56 EEST 2004 root@moiva.carrier.kiev.ua:/usr/BSD/obj/usr/src/sys/moiva WARNING: WITNESS option enabled, expect reduced performance. WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (799.62-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x387f9ff real memory = 402653184 (384 MB) avail memory = 384106496 (366 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xd8000000-0xdbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) ahc0: port 0xe400-0xe4ff mem 0xdd101000-0xdd101fff irq 11 at device 13.0 on pci0 ahc0: [GIANT-LOCKED] aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs fxp0: port 0xe800-0xe83f mem 0xdd000000-0xdd0fffff,0xdd100000-0xdd100fff irq 10 at device 17.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:65:36:7b fxp0: [GIANT-LOCKED] cpu0 on motherboard orm0: at iomem 0xce000-0xcefff,0xc8000-0xcd7ff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: current command byte:0067 psm0: failed to reset the aux device. fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) speaker0: at port 0x61 on isa0 ahc1: No resources allocated. ahc1: No resources allocated. unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 799618785 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to accept, logging limited to 100 packets/entry by default ad0: 38166MB [77545/16/63] at ata0-master UDMA33 Waiting 15 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted /home: mount pending error: blocks 41720 files 431 /home: superblock summary recomputed WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /usr/BSD was not properly dismounted WARNING: /usr/local was not properly dismounted WARNING: /var was not properly dismounted /var: superblock summary recomputed ===}}} -netch- From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 10:09:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75AE116A4CE for ; Mon, 25 Oct 2004 10:09:16 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B24AB43D58 for ; Mon, 25 Oct 2004 10:09:15 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9PA9E10016304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 25 Oct 2004 12:09:14 +0200 Message-ID: <417CD0CA.8010708@ng.fadesa.es> Date: Mon, 25 Oct 2004 12:09:14 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <14479.1098695558@critter.freebsd.dk> In-Reply-To: <14479.1098695558@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 10:09:16 -0000 Poul-Henning Kamp wrote: > In message <417CC2F9.1050900@ng.fadesa.es>, fandino writes: > > >>Robert, I'm trying to understand where GEOM fits in the FreeBSD I/O structure >>and I only had found the original McKusick figure: > > http://phk.freebsd.dk/pubs contains a number of slidesets and papers > relevant to GEOM. ok, I see it. Then it's impossible bypass GEOM to test character access to disks. However I would like to know disk performance of list members using a VIA 82C686B chipset. Anyone in the list is using this chipset? Thank you. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 10:12:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BAF216A4CE for ; Mon, 25 Oct 2004 10:12:03 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9EC943D31 for ; Mon, 25 Oct 2004 10:12:02 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9PAC1tb015375; Mon, 25 Oct 2004 12:12:01 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: fandino@ng.fadesa.es From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 25 Oct 2004 12:09:14 +0200." <417CD0CA.8010708@ng.fadesa.es> Date: Mon, 25 Oct 2004 12:12:01 +0200 Message-ID: <15374.1098699121@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 10:12:03 -0000 In message <417CD0CA.8010708@ng.fadesa.es>, fandino writes: >Poul-Henning Kamp wrote: >> In message <417CC2F9.1050900@ng.fadesa.es>, fandino writes: >> >> >>>Robert, I'm trying to understand where GEOM fits in the FreeBSD I/O structure >>>and I only had found the original McKusick figure: >> >> http://phk.freebsd.dk/pubs contains a number of slidesets and papers >> relevant to GEOM. > >ok, I see it. Then it's impossible bypass GEOM to test character access >to disks. yes. >However I would like to know disk performance of list members using a >VIA 82C686B chipset. Anyone in the list is using this chipset? Just a check: You _have_ disabled all the debugging right ? WITNESS and all that stuff ? (See top of src/UPDATING) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 10:35:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A031C16A4CE for ; Mon, 25 Oct 2004 10:35:53 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id F108F43D2D for ; Mon, 25 Oct 2004 10:35:52 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9PAZmAf045758; Mon, 25 Oct 2004 12:35:50 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <417CD6DD.7050801@DeepCore.dk> Date: Mon, 25 Oct 2004 12:35:09 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: fandino@ng.fadesa.es References: <14479.1098695558@critter.freebsd.dk> <417CD0CA.8010708@ng.fadesa.es> In-Reply-To: <417CD0CA.8010708@ng.fadesa.es> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 10:35:53 -0000 fandino wrote: > However I would like to know disk performance of list members using a > VIA 82C686B chipset. Anyone in the list is using this chipset? I do: atapci0: port 0xd000-0xd00f at device=20 7.1 on pci0 =2E.. ad0: 39205MB [79656/16/63] at ata0-master UDMA100 Diskinfo -t yields: Seek times: Full stroke: 250 iter in 5.378885 sec =3D 21.516 msec Half stroke: 250 iter in 4.154826 sec =3D 16.619 msec Quarter stroke: 500 iter in 6.640011 sec =3D 13.280 msec Short forward: 400 iter in 2.911354 sec =3D 7.278 msec Short backward: 400 iter in 2.370054 sec =3D 5.925 msec Seq outer: 2048 iter in 0.267370 sec =3D 0.131 msec Seq inner: 2048 iter in 0.266306 sec =3D 0.130 msec Transfer rates: outside: 102400 kbytes in 1.933641 sec =3D 52957=20 kbytes/sec middle: 102400 kbytes in 1.934147 sec =3D 52943=20 kbytes/sec inside: 102400 kbytes in 2.761984 sec =3D 37075=20 kbytes/sec Mind you this server is active as mail/www/gateway so the numbers are to = be taken with a bit of salt, and that Maxtor disk is probably the=20 slowest disk they make at all these days, anyhow the numbers above fits=20 the specs pretty close... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 11:12:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F9FE16A4CE for ; Mon, 25 Oct 2004 11:12:10 +0000 (GMT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CD0243D1D for ; Mon, 25 Oct 2004 11:12:09 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd04.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1CM2lc-0001tC-02; Mon, 25 Oct 2004 13:12:00 +0200 Received: from Andro-Beta.Leidinger.net (GEDllsZLge6hFtrlKh+8K9lEz57FaSKZsPP3s8aXlZgEFYb1DDy96w@[217.229.218.178]) by fmrl04.sul.t-online.com with esmtp id 1CM2lQ-1qU7Rg0; Mon, 25 Oct 2004 13:11:48 +0200 Received: from Andro-Beta.Leidinger.net (localhost [127.0.0.1]) i9PBBl4p077879; Mon, 25 Oct 2004 13:11:47 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: (from www@localhost)i9PBBkTc077878; Mon, 25 Oct 2004 13:11:46 +0200 (CEST) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: Andro-Beta.Leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from wwwproxy-2.sns-felb.debis.de (wwwproxy-2.sns-felb.debis.de [53.122.192.14]) by netchild.homeip.net (IMP) with HTTP for ; Mon, 25 Oct 2004 13:11:45 +0200 Message-ID: <1098702705.417cdf715518c@netchild.homeip.net> Date: Mon, 25 Oct 2004 13:11:45 +0200 From: Alexander Leidinger To: "M. Warner Losh" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 / FreeBSD-4.10 X-Originating-IP: 53.122.192.14 X-ID: GEDllsZLge6hFtrlKh+8K9lEz57FaSKZsPP3s8aXlZgEFYb1DDy96w@t-dialin.net X-TOI-MSGID: 64363b09-8dae-422b-b478-9e868d70ab43 cc: current@freebsd.org Subject: Re: RFC: automated way of removing old base system files (only for a recent 6-current!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 11:12:10 -0000 Zitat von "M. Warner Losh" : > In message: <20041024124805.378e6bc3@Magellan.Leidinger.net> > Alexander Leidinger writes: > : But mtree doesn't has an option to ask the user if he really wants to > : delete those files (at least it's not very obvious if you fast-read the > : man-page). Even if they are old base system files, I don't want to just > : remove them without explicit permission. Better safe than sorry. But > : maybe I'm paranoid (at least for files and directories, but I strongly > : discourage the automated removal of old libs). > > Either you want things clean or you don't :-). Old libraries almost I want things clean, without getting hurt. I see a lot of foot shooting potential here. The way I have it ATM allows me to decide if I want to remove a lib or not. When I know what I use on a system, I can think a little bit about it and decide to not remove a library if I want to make sure nothing breaks. It may be the case you forgot about a pice of software you didn't installed from the ports. And seing a particular library may remind you of such a program (maybe because you wrote it yourself). > certainly should always be removed as well, because should always be > using the compat* port versions of these libraries. When a library > goes stale, it moves to a different directory. And my effort is to allow for an easy transition. You may have not updated all ports (in the case you don't want to install the compat libs). With my approach an admin can make the system "not completely clean". > : If there's consensus that we should use mtree to remove the files and > : directories I will switch to mtree (so far you're the only one who > : responded to this, so it would be nice of someone else would tell us his > : prefered color too), but you have to write a lot more to convince me to > : do the same for the libraries. > > The old, stale libraries may well be obsolete from a compat point of > view as well as a security hole point of view. The libraries are the > FIRST thing that I tend to purge from my systems. It has been my > experience that stale libraries cause more problems than just about > any other binary in the tree. Yes, I agree. That's the reason I want such a feature in the base system. But I want to be able to control it. A global "leave or remove" decission isn't enough, I want a more fine grained control like my actual approach. You may not know in advance which libraries get removed, the actual way you will see if e.g. an outdated openssl lib gets removed and you're able to say "Shit! I forgot to update apache+mod_ssl! I better abort and update mod_ssl first." > We can easily have two mtree files if that's a real problem. > > The reason I suggested mtree, is that NetBSD has been using > mtree.obsolete for years to automatically delete files. No one over > there has complained about that feature in all the time I've been > reading NetBSD's mailing lists. Just because nobody complains it doesn't mean we can't come up with something better. > Hmmm, looking at NetBSD's sources right now shows just lists of > obsolete files, segregated by installation set and platform. At the > very least it shouldn't be MAKEFILE variables. What's bad about using makefile variables? The makefile way we can have one file dedicated to one task (removing obsolete files), but can decide to split it up into several stages (files, dirs, libs), and we even are able to remove "disabled" files (e.g. remove files depending on the setting on the NO_FOO variables in make.conf). The mtree way we need a lot more files, is this really needed? I see a benefit in having only one file. Think about virtual servers (jails) which you may be able to buy. Unfortunately not every company which may offer such a service has good admins. So in case of an update of all the vservers on a machine they may not have removed old files. With the actual approach you (as a client who purchased one of those virtual servers) just copy this one file and remove them on your own. With a multiple file aproach you have to know a lot more of the internal workings of a "make delete-old" (and you don't want to install the entire source just to remove some files). And if you just want to use a clean system, this isn't userfriendly. What's the benefit of using mtree instead of the actual approach? Bye, Alexander. -- http://www.Leidinger.net/ Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org/ netchild @ FreeBSD.org : PGP ID = 72077137 "When I was crossing the border into Canada, they asked if I had any firearms with me. I said, `Well, what do you need?'" -- Steven Wright From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 11:18:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A042816A4CE for ; Mon, 25 Oct 2004 11:18:47 +0000 (GMT) Received: from mx2.mts.ru (mx2.mts.ru [212.44.140.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02D1443D41 for ; Mon, 25 Oct 2004 11:18:46 +0000 (GMT) (envelope-from tiamat@komi.mts.ru) Received: from mts.ru (localhost [127.0.0.1]) by mx2.mts.ru (Postfix) with SMTP id 46DD423F02 for ; Mon, 25 Oct 2004 15:18:44 +0400 (MSD) Received: by mx2.mts.ru (Postfix, from userid 12347) id 3F3E12402A; Mon, 25 Oct 2004 15:18:44 +0400 (MSD) Received: from maeko.inside.mts.ru (maeko [192.168.10.3]) by mx2.mts.ru (Postfix) with SMTP id 2E17C23F02 for ; Mon, 25 Oct 2004 15:18:44 +0400 (MSD) Received: from stella.komi.mts.ru ([10.50.1.1]) by maeko.inside.mts.ru (NAVGW 2.5.2.12) with SMTP id M2004102515184326023 for ; Mon, 25 Oct 2004 15:18:43 +0400 Received: from [10.50.1.13] (sandra.komi.mts.ru [10.50.1.13]) (user=tiamat mech=CRAM-MD5 bits=0) by stella.komi.mts.ru (MTS Komi/Smtp) with ESMTP id i9PBIg8l058646 for ; Mon, 25 Oct 2004 15:18:43 +0400 (MSD) (envelope-from tiamat@komi.mts.ru) Message-ID: <417CE112.3000003@komi.mts.ru> Date: Mon, 25 Oct 2004 15:18:42 +0400 From: =?KOI8-R?Q?=E4=C5=CA=D4=C5=D2_=E1=CC=C5=CB=D3=C1=CE=C4=D2_=F7=C1?= =?KOI8-R?Q?=CC=C5=D2=C9=C5=D7=C9=DE?= Organization: =?KOI8-R?Q?=E6=C9=CC=C9=C1=CC_=EF=E1=EF_=22=ED=CF=C2=C9?= =?KOI8-R?Q?=CC=D8=CE=D9=C5_=F4=C5=CC=C5=F3=C9=D3=D4=C5=CD=D9=22_=D7_?= =?KOI8-R?Q?=C7=2E=F3=D9=CB=D4=D9=D7=CB=C1=D2=C5=2C_=F2=EB=2E?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru-RU; rv:1.7.4) Gecko/20040926 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SpamTest-Info: Profile: Formal (131/041022) X-SpamTest-Info: Profile: Detect Soft No RBL (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Delete only Spam ( for alarm mail to spam@mts.ru) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release Subject: build world without INET6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 11:18:47 -0000 Hello! Why some components of the base system are compiled with -DINET6 despite of NOINET6=true in my /etc/make.conf? For example: kerberos5/Makefile.inc:CFLAGS+=-DINET6 lib/libc/net/Makefile.inc:CFLAGS+=-DINET6 lib/libfetch/Makefile:CFLAGS+=-DINET6 lib/libftpio/Makefile:CFLAGS+=-DINET6 lib/libutil/Makefile:CFLAGS+=-DINET6 libexec/ftpd/Makefile:CFLAGS+=-DINET6 libexec/rlogind/Makefile:CFLAGS+= -Wall -DINET6 libexec/telnetd/Makefile: -I${TELNETDIR} -DINET6 sbin/ifconfig/Makefile:CFLAGS+=-DINET6 sbin/route/Makefile:CFLAGS+=-DINET6 sbin/rtsol/Makefile:CFLAGS+=-DINET6 sys/modules/netgraph/fec/Makefile:CFLAGS += -DINET -DINET6 usr.bin/ftp/Makefile:CFLAGS+=-I${.CURDIR} -I${LUKEMFTP} -DINET6 usr.bin/logger/Makefile:CFLAGS+=-DINET6 usr.bin/netstat/Makefile:CFLAGS+=-DINET6 usr.bin/rpcinfo/Makefile:CFLAGS+=-DINET6 usr.bin/systat/Makefile:CFLAGS+=-DINET6 usr.bin/telnet/Makefile:CFLAGS+= -DINET6 -DIPSEC usr.sbin/inetd/Makefile:CFLAGS+= -DINET6 -DIPSEC usr.sbin/lpr/Makefile.inc:CFLAGS+= -DINET6 usr.sbin/ndp/Makefile:CFLAGS+= -DINET6 usr.sbin/rpcbind/Makefile:CFLAGS+= -DINET6 usr.sbin/rrenumd/Makefile:CFLAGS+= -DINET6 usr.sbin/rtadvd/Makefile:CFLAGS+= -DINET6 usr.sbin/rtsold/Makefile:CFLAGS+= -DINET6 usr.sbin/setkey/Makefile:CFLAGS+= -DIPSEC_DEBUG -DINET6 usr.sbin/syslogd/Makefile:CFLAGS+=-DINET6 usr.sbin/trpt/Makefile:CFLAGS+= -DINET6 It is possible to use macro, for example, as in lib/libpcap/Makefile?: .if !defined(NOINET6) CFLAGS+=-DINET6 .endif Thanks a lot! From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 11:28:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3100B16A4D0 for ; Mon, 25 Oct 2004 11:28:49 +0000 (GMT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8E3C43D53 for ; Mon, 25 Oct 2004 11:28:48 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd03.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1CM31p-0001sU-01; Mon, 25 Oct 2004 13:28:45 +0200 Received: from Andro-Beta.Leidinger.net (bHknD2Z18eFCLsU91hNqUQ6Z3cFIt3uCOvENL0bVzkjKo+5wU6yI8S@[217.229.218.178]) by fmrl03.sul.t-online.com with esmtp id 1CM31l-1ijRxI0; Mon, 25 Oct 2004 13:28:41 +0200 Received: from Andro-Beta.Leidinger.net (localhost [127.0.0.1]) i9PBScqE080194; Mon, 25 Oct 2004 13:28:39 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: (from www@localhost)i9PBSbfD080193; Mon, 25 Oct 2004 13:28:38 +0200 (CEST) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: Andro-Beta.Leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from wwwproxy-2.sns-felb.debis.de (wwwproxy-2.sns-felb.debis.de [53.122.192.14]) by netchild.homeip.net (IMP) with HTTP for ; Mon, 25 Oct 2004 13:28:36 +0200 Message-ID: <1098703716.417ce36428e2a@netchild.homeip.net> Date: Mon, 25 Oct 2004 13:28:36 +0200 From: Alexander Leidinger To: Thomas Hurst References: <20041016142502.6362d396@Magellan.Leidinger.net> <20041023.194558.63828926.imp@bsdimp.com> <20041024124805.378e6bc3@Magellan.Leidinger.net> <20041024131927.GA60644@voi.aagh.net> In-Reply-To: <20041024131927.GA60644@voi.aagh.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 / FreeBSD-4.10 X-Originating-IP: 53.122.192.14 X-ID: bHknD2Z18eFCLsU91hNqUQ6Z3cFIt3uCOvENL0bVzkjKo+5wU6yI8S@t-dialin.net X-TOI-MSGID: cae9a020-1634-49d0-a1ab-639045aa2a8f cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: RFC: automated way of removing old base system files (only for a recent 6-current!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 11:28:49 -0000 Zitat von Thomas Hurst : > * Alexander Leidinger (Alexander@Leidinger.net) wrote: > > > But mtree doesn't has an option to ask the user if he really wants to > > delete those files (at least it's not very obvious if you fast-read > > the man-page). Even if they are old base system files, I don't want to > > just remove them without explicit permission. Better safe than sorry. > > But maybe I'm paranoid (at least for files and directories, but I > > strongly discourage the automated removal of old libs). > > Can you move them to another directory like portupgrade? Then just > leave it up to the user to clean out lib/compat/old or so? Libraries which get removed this way are supposed to appear as an comapt distribution of some kind... e.g. ports/misc/compat4x. So the intended way of operation would be to either install the compat port and remove the old libs, or to reinstall every port with the right dependencies to the new libs and remove the old libs. Warner and I are talking how to implement the "remove the old libs" step. My approach allows a "run and abort if necessary" behavior, while Warners suggestion is a "fire and get burned if you forgot something" scenario (you could have a look at the files which specify what is supposed to get removed, but this view isn't filtered and additionally you have to know where the filelist is stored). Bye, Alexander. -- http://www.Leidinger.net/ Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org/ netchild @ FreeBSD.org : PGP ID = 72077137 Campus sidewalks never exist as the straightest line between two points. -- M. M. Johnston From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 11:59:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3321F16A4CE for ; Mon, 25 Oct 2004 11:59:52 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id B370A43D5D for ; Mon, 25 Oct 2004 11:59:50 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id i9PBxb9S033769; Mon, 25 Oct 2004 13:59:37 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <417CEAA8.9000709@withagen.nl> Date: Mon, 25 Oct 2004 13:59:36 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <20041016142502.6362d396@Magellan.Leidinger.net> <20041023.194558.63828926.imp@bsdimp.com> <20041024124805.378e6bc3@Magellan.Leidinger.net> <20041024131927.GA60644@voi.aagh.net> <1098703716.417ce36428e2a@netchild.homeip.net> In-Reply-To: <1098703716.417ce36428e2a@netchild.homeip.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: RFC: automated way of removing old base system files (only for a recent 6-current!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 11:59:52 -0000 Alexander Leidinger wrote: > Zitat von Thomas Hurst : > > >>* Alexander Leidinger (Alexander@Leidinger.net) wrote: >> >> >>>But mtree doesn't has an option to ask the user if he really wants to >>>delete those files (at least it's not very obvious if you fast-read >>>the man-page). Even if they are old base system files, I don't want to >>>just remove them without explicit permission. Better safe than sorry. >>>But maybe I'm paranoid (at least for files and directories, but I >>>strongly discourage the automated removal of old libs). >> >>Can you move them to another directory like portupgrade? Then just >>leave it up to the user to clean out lib/compat/old or so? > > > Libraries which get removed this way are supposed to appear as an comapt > distribution of some kind... e.g. ports/misc/compat4x. So the intended way > of operation would be to either install the compat port and remove the old > libs, or to reinstall every port with the right dependencies to the new > libs and remove the old libs. > > Warner and I are talking how to implement the "remove the old libs" step. My > approach allows a "run and abort if necessary" behavior, while Warners > suggestion is a "fire and get burned if you forgot something" scenario (you > could have a look at the files which specify what is supposed to get removed, > but this view isn't filtered and additionally you have to know where the > filelist is stored). Dagerous remark, but..... Why don't you do it the M$-way, and move al that is to be delete to the side somewhere, and inform the user about the location. Het then himself can either retrieve what he should not have deleted, or after due time delete it himself? That would make Warners approach not quite as dramatic as you make it sound. --WjW From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 02:06:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFDAC16A4CE for ; Mon, 25 Oct 2004 02:06:24 +0000 (GMT) Received: from plewe.is.tsukuba.ac.jp (plewe.cs.tsukuba.ac.jp [130.158.81.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6A3243D2F for ; Mon, 25 Oct 2004 02:06:23 +0000 (GMT) (envelope-from till@plewe.is.tsukuba.ac.jp) Received: from plewe.is.tsukuba.ac.jp (localhost [127.0.0.1]) i9P29LRV015018 for ; Mon, 25 Oct 2004 11:09:22 +0900 (JST) (envelope-from till@plewe.is.tsukuba.ac.jp) Received: (from till@localhost) by plewe.is.tsukuba.ac.jp (8.13.1/8.13.1/Submit) id i9P29L2J015017 for freebsd-current@freebsd.org; Mon, 25 Oct 2004 11:09:21 +0900 (JST) (envelope-from till) Date: Mon, 25 Oct 2004 11:09:21 +0900 From: Till Plewe To: freebsd-current@freebsd.org Message-ID: <20041025020921.GA14968%till@score.is.tsukuba.ac.jp> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Mon, 25 Oct 2004 12:02:06 +0000 Subject: Re: strange df output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: till@score.is.tsukuba.ac.jp List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 02:06:25 -0000 Maxim Maximov wrote: > Hello. > > Just noticed strange df output (/tmp): > > mcsi at ultra(ttyp1) [141] /# df -i > Filesystem 1K-blocks Used Avail Capacity iused ifree %iused > Mounted on > /dev/ad2s3a 253678 116458 116926 50% 2574 30448 8% / > devfs 1 1 0 100% 0 0 100% /dev > /dev/ad2s3e 253678 -18 233402 -0% 8 33014 0% /tmp > ... Same here. "fsck -y" does not seem to work. It always answers "no" to all questions. The "UNEXPECTED SOFT UPDATE INCONSISTENCY"s below do not show up consistently (only about half the time) ########## # uname -a ########## FreeBSD *** 6.0-CURRENT FreeBSD 6.0-CURRENT #4: Fri Oct 22 16:19:31 JST 2004 root@***:/usr/obj/usr/src/sys/GENERIC amd64 ######### # df ######### Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s1a 253678 116100 117284 50% / devfs 1 1 0 100% /dev /dev/da0s1d 253678 41320 192064 18% /var /dev/da0s1e 253678 11890 221494 5% /tmp /dev/da0s1f 12531178 9102814 2425870 79% /usr /dev/da1 17353432 13968972 1996186 87% /shogidb /dev/ad0s4d 37571788 31296822 3269224 91% /shogidb2 /dev/ad0s4e 37098890 3208655351830810976 -3208655351796679996 9401005631338% /shogidb3 procfs 4 4 0 100% /proc ########################### # tail /var/log/dmesg.today ########################### pid 64 (syncer), uid 0 inumber 54 on /shogidb3: bad block bad block -7284700853228855270, ino 54 pid 64 (syncer), uid 0 inumber 54 on /shogidb3: bad block bad block 4893737993591775445, ino 54 pid 64 (syncer), uid 0 inumber 54 on /shogidb3: bad block bad block 51707012973938502, ino 54 pid 64 (syncer), uid 0 inumber 54 on /shogidb3: bad block bad block 6666255807292474078, ino 54 pid 64 (syncer), uid 0 inumber 54 on /shogidb3: bad block handle_workitem_freeblocks: block count ################# # fsck /shogidb3 ################# #** /dev/ad0s4e (NO WRITE) ** Last Mounted on /shogidb3 ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=37 (1545472 should be 1447168) CORRECT? no INCORRECT BLOCK COUNT I=47 (1701248 should be 1586560) CORRECT? no ... ** Phase 2 - Check Pathnames UNALLOCATED I=213 OWNER=root MODE=100644 SIZE=614897920 MTIME=Apr 24 03:52 2004 FILE=/pb1b2CDB5x6:MTA:P2:MV1024:LOC33.cdb2 UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? no UNALLOCATED I=212 OWNER=root MODE=100644 SIZE=508980463 MTIME=Apr 24 03:49 2004 FILE=/pCDB5x6:MTA:P2:MV1024:LOC33.cdb2 UNEXPECTED SOFT UPDATE INCONSISTENCY REMOVE? no ... ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no ALLOCATED FILE 51 MARKED FREE ALLOCATED FILE 54 MARKED FREE ALLOCATED FILE 59 MARKED FREE BLK(S) MISSING IN BIT MAPS SALVAGE? no ###################### # fsck -F -y /shogidb3 ###################### ** /dev/ad0s4e (NO WRITE) ** Last Mounted on /shogidb3 ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no ALLOCATED FILE 51 MARKED FREE ALLOCATED FILE 54 MARKED FREE ALLOCATED FILE 59 MARKED FREE BLK(S) MISSING IN BIT MAPS SALVAGE? no 58 files, 8715685 used, 9833760 free (40 frags, 1229215 blocks, 0.0% fragmentation) From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 06:15:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7490016A4CE for ; Mon, 25 Oct 2004 06:15:48 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id BB8F543D48 for ; Mon, 25 Oct 2004 06:15:45 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 28329 invoked by uid 0); 25 Oct 2004 06:10:44 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 25 Oct 2004 06:10:44 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id A9EFE13147C; Mon, 25 Oct 2004 14:15:38 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01112-02; Mon, 25 Oct 2004 14:15:28 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id BA559131453; Mon, 25 Oct 2004 14:15:27 +0800 (CST) Date: Mon, 25 Oct 2004 14:15:27 +0800 From: Xin LI To: scsi@FreeBSD.org Message-ID: <20041025061527.GA3026@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #4: Mon Sep 13 12:44:05 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net X-Mailman-Approved-At: Mon, 25 Oct 2004 12:02:06 +0000 Subject: [RELENG_5_3] Strange timeout of mpt(4) with disk array X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 06:15:48 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable (bcc'ed to -CURRENT) Dear folks, I got a strange problem with mpt(4) when connecting with a disk array. The disk array works well when working under 160M/s mode, and 320M/s mode for RELENG_4 and Linux 2.4.20-8(?) from a stock RedHat 9 installation. I am trying to figure out what is happening in our mpt(4) driver which has caused this. Any help is appreciated. More information upon request. The message I got from the console (hand-copyed and typed) mpt1: timeout on request index=3D0xf0 sequence=3D0x00000084 mpt1: status 00000001; mask 00000001; Doorbell 24000000 request state on chip SCSI IO Request @ 0xe4ad5c5c Chain Offset 0x00 MsgFlags 0x00 MsgContext 0x000000fe Bus: 0 TargetID: 0 SenseBufferLength: 18 LUN: 0x2 Control: 0x02000500 READ UNTAGGED DataLength 0x00000024 SenseBufAddr 0x3e64ade0 CDB[0:6] 12 40 00 00 24 00 SE32 0xe4da9030; Addr=3D0x854884 FlagLength=3D0xd1000024 LAST_ELEMENT END_OF_BUFFER END_OF_LIST Thanks in advance! Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBfJn//cVsHxFZiIoRAm4/AJ9ips2vqBs0QWTbAzkPf9t4S3rfEgCfXelJ KlFC/rLcFi5ONIhg2PMg9hI= =r+bo -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 12:05:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF8CC16A4CE for ; Mon, 25 Oct 2004 12:05:50 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id E215543D68 for ; Mon, 25 Oct 2004 12:05:48 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA15258; Mon, 25 Oct 2004 15:05:25 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <417CEC04.3060705@icyb.net.ua> Date: Mon, 25 Oct 2004 15:05:24 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 0.8 (X11/20041019) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <4178DBA0.8050605@icyb.net.ua> <20041022131342.W95775@gwdu60.gwdg.de> <4178EE95.6080708@icyb.net.ua> <20041022103516.I48519@carver.gumbysoft.com> In-Reply-To: <20041022103516.I48519@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 25 Oct 2004 12:15:48 +0000 cc: freebsd-current@freebsd.org cc: Konrad Heuer Subject: Re: linux emulation: "/ " resolves to real root dir; why ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 12:05:51 -0000 on 22.10.2004 20:37 Doug White said the following: ... >>we are taking about different "break outs". Removing the check will >>*not* affect accessing any other filesystem node but "/". Only things like >> cd / >> ls / >>or >> "cd .." from /compat/linux/foo >>will be affected. > > > You missed the point. I am sorry but I think that's what you did. You will be able to do "cd /home" or "ls /home" just fine. Only one filesystem node corresponding to "/" will be affected. > This would mean you would not be able to access > stuff like /home, which would make it awful hard to access user home > directories, unless you create symlink copies in the /compat/linux tree. no, see what I wrote above. > > As long as you create the top-level dir in /compat/linux first, mkdir -p > will Do The Right Thing after that. No, it will not. As I wrote before it needs all path components but last to exist, otherwise it will do "cd /" first and this will be the wrong root. > The port seems to install fine on my systems; it doesn't spam any existing > files or directories, so I'm not sure why you think linux_base-7 has a > problem. I never said that this port has a problem, all I said is that "mkdir -p" with mkdir from this port doesn't properly work *because of the discussed linux emulation "feature"*. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 12:25:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDD5716A4CE for ; Mon, 25 Oct 2004 12:25:08 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47E5843D31 for ; Mon, 25 Oct 2004 12:25:06 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004102521:24:42:914443.7481.3042966448 for ; Mon, 25 Oct 2004 21:24:42 +0900 (KST) Message-ID: <417CF09A.90009@yahoo.com> Date: Mon, 25 Oct 2004 21:24:58 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:2.84) (by Terrace) Subject: kernel config: COMPAT_FREEBSD4 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 12:25:09 -0000 Hi, The upcoming 5.3 stable kernel configuration has the option COMPAT_FREEBSD4. What is the consequence of not having this in the kernel? If I install 5.3 from scratch on my system and compile all software from scratch, will I run into trouble without the option COMPAT_FREEBSD4 in the kernel? Will I risk unexpected crashes, or do I get harmless error messages in case option COMPAT_FREEBSD4 is needed but not there? What is the connection between this kernal option and the port misc/compat4x ? Rob. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 13:02:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D72DC16A4CE; Mon, 25 Oct 2004 13:02:38 +0000 (GMT) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4124343D58; Mon, 25 Oct 2004 13:02:38 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd07.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1CM4Ue-0000E5-04; Mon, 25 Oct 2004 15:02:36 +0200 Received: from Andro-Beta.Leidinger.net (GuJhseZ6QeWZlKqK4T-3rCgfMMkmf7xAWx+e1E5Qg-oy4r2eboAzrE@[217.229.218.178]) by fmrl07.sul.t-online.com with esmtp id 1CM4UO-0OsNJw0; Mon, 25 Oct 2004 15:02:20 +0200 Received: from Andro-Beta.Leidinger.net (localhost [127.0.0.1]) i9PD2Je5093452; Mon, 25 Oct 2004 15:02:19 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: (from www@localhost)i9PD2Ie8093451; Mon, 25 Oct 2004 15:02:18 +0200 (CEST) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: Andro-Beta.Leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from wwwproxy-2.sns-felb.debis.de (wwwproxy-2.sns-felb.debis.de [53.122.192.14]) by netchild.homeip.net (IMP) with HTTP for ; Mon, 25 Oct 2004 15:02:17 +0200 Message-ID: <1098709337.417cf95958202@netchild.homeip.net> Date: Mon, 25 Oct 2004 15:02:17 +0200 From: Alexander Leidinger To: Giorgos Keramidas References: <20041016142502.6362d396@Magellan.Leidinger.net> <20041023.194558.63828926.imp@bsdimp.com> <20041024124805.378e6bc3@Magellan.Leidinger.net> <20041024131927.GA60644@voi.aagh.net> <12D1A2B7719A7312364675CC@[192.168.1.16]> <20041024230428.GA1439@gothmog.gr> In-Reply-To: <20041024230428.GA1439@gothmog.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 / FreeBSD-4.10 X-Originating-IP: 53.122.192.14 X-ID: GuJhseZ6QeWZlKqK4T-3rCgfMMkmf7xAWx+e1E5Qg-oy4r2eboAzrE@t-dialin.net X-TOI-MSGID: 9c80ecd9-6194-4a10-a05e-fa120207dd06 cc: "Jason C. Wells" cc: current@freebsd.org Subject: Re: RFC: automated way of removing old base system files (only for a recent 6-current!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 13:02:39 -0000 Zitat von Giorgos Keramidas : > On 2004-10-24 09:38, "Jason C. Wells" wrote: [list of commands to delete old files] > > My motivation was to delete items that I had NO_* (bind, sendmail) options > > for in make.conf. Handling of NO_* is on my TODO list. > I use something similar here. I run find on specific directories and > use the -x option though with -mtime: [...] > Then I manually skim through the lists and see if I want to keep > something listed in there. Eventually, I delete the obsolete files > with something like: I don't think we can do this in an automated fashion. We can't be sure there are no files from the user/admin in the base system directories. We also can't assume a specific partition layout. We also don't know about strange symlinks, so writting such an automation isn't straight forward. The approach I've choosen needs a little bit of initial amount of work to gather a list of files to remove, but IMO it's the safest way of removing files without the fear of causing strange sideeffects. Bye, Alexander. -- http://www.Leidinger.net/ Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org/ netchild @ FreeBSD.org : PGP ID = 72077137 Everybody is somebody else's weirdo. -- Dykstra From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 13:09:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 047A516A4CF for ; Mon, 25 Oct 2004 13:09:36 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1124B43D31 for ; Mon, 25 Oct 2004 13:09:35 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 26515 invoked by uid 65534); 25 Oct 2004 13:09:33 -0000 Received: from p5087DEFA.dip.t-dialin.net (EHLO lofi.dyndns.org) (80.135.222.250) by mail.gmx.net (mp022) with SMTP; 25 Oct 2004 15:09:33 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i9PD9TZ0028702 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 25 Oct 2004 15:09:29 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Mon, 25 Oct 2004 15:09:26 +0200 User-Agent: KMail/1.7 References: <200410211523.52663@misha-mx.virtual-estates.net> <200410211811.07536.mistry.7@osu.edu> <20041025051921.GE45301@afflictions.org> In-Reply-To: <20041025051921.GE45301@afflictions.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9989455.7Z12C8W9Wk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410251509.27499.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Damian Gerow Subject: Re: unkillable multithreaded processes stuck in `STOP' state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 13:09:36 -0000 --nextPart9989455.7Z12C8W9Wk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 25. October 2004 07:19, Damian Gerow wrote: > Thus spake Anish Mistry (mistry.7@osu.edu) [21/10/04 18:11]: > : Just wanted to add a me too. I've seen this with KMail a few days ago. > > And another. > > I've discussed this a few times (with gdb traces) a few weeks back. I'm > not sure how much work was done on it, but I had thought it was fixed (not > pointing fingers, just stating my own confusion). > > I'd really, really like to get a web browser (that's not Opera) back.=20 > FWIW, I *am* using ULE, which may or may not be the problem. And no, no > preemption. There has been another report of a crashed KDE application (Umbrello) stuck= in=20 STOP on the kde-freebsd mailing list, this time on very recent RELENG_5. I'= m=20 starting to believe that indeed something bad has snuck into freebsd=20 somewhere, although I still haven't seen any similar symptoms myself. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart9989455.7Z12C8W9Wk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.9.11 (FreeBSD) iD8DBQBBfPsHXhc68WspdLARAmwTAJ9af/6m1H+l/tnQJKWLmyLTsdqjkwCggLZt ZJzkHHP2zvaH+ZrMjC2B9BI= =Xe0O -----END PGP SIGNATURE----- --nextPart9989455.7Z12C8W9Wk-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 13:54:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 887F316A4CE for ; Mon, 25 Oct 2004 13:54:13 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D96AF43D54 for ; Mon, 25 Oct 2004 13:54:12 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 2BF505314; Mon, 25 Oct 2004 15:54:11 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id E842B5310; Mon, 25 Oct 2004 15:54:04 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id CC16CB85E; Mon, 25 Oct 2004 15:54:04 +0200 (CEST) To: Rob References: <417CF09A.90009@yahoo.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 25 Oct 2004 15:54:04 +0200 In-Reply-To: <417CF09A.90009@yahoo.com> (spamrefuse@yahoo.com's message of "Mon, 25 Oct 2004 21:24:58 +0900") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.1 required=5.0 tests=AWL,SUBJ_FREE_CAP autolearn=no version=2.64 cc: freebsd-current Subject: Re: kernel config: COMPAT_FREEBSD4 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 13:54:13 -0000 Rob writes: > The upcoming 5.3 stable kernel configuration has the option > COMPAT_FREEBSD4. What is the consequence of not having this > in the kernel? Quite a few FreeBSD 4.x binaries will fail to run. This probably includes most non-Linux binary-only ports (e.g. www/opera) > If I install 5.3 from scratch on my system and compile all > software from scratch, will I run into trouble without the > option COMPAT_FREEBSD4 in the kernel? Probably not. > What is the connection between this kernal option and > the port misc/compat4x ? The ports installs FreeBSD 4.x versions of various system libraries which FreeBSD 4.x binaries may or may not need. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 15:13:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 992F016A4CE; Mon, 25 Oct 2004 15:13:35 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BF9D43D1F; Mon, 25 Oct 2004 15:13:35 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i9PGBDgR030644; Mon, 25 Oct 2004 11:11:14 -0500 Date: Mon, 25 Oct 2004 11:11:13 -0500 (EST) From: Sam X-X-Sender: sah@athena To: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 6.0 Witness squawk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 15:13:35 -0000 Hello, I'm almost finished porting my AoE (ATA over Ethernet) driver to 6.0 and have a question about a complaint witness is making. In general, is it ok to sleep with a mutex held? Specifically, it works like this in the driver. Each device struct has a mutex for guarding operations on it. Discovering devices is a two step process. First the device must respond to an AoE Query command, then it must respond to an ATA identify command. On the response to the latter, I grab the device mutex, examine the response and call disk_alloc() and disk_create(). Both of these functions call malloc with M_WAITOK, the latter triggers the witness message. In my situation, I don't really mind if I sleep with the mutex since I can't do any useful work with the device anyway. This does leave the possibility that the netisr for AoE could sleep. Thoughts? Cheers, Sam From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 15:26:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 007E216A4CF; Mon, 25 Oct 2004 15:26:18 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i9PFQHvL085595; Mon, 25 Oct 2004 11:26:17 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9PFQGPu085594; Mon, 25 Oct 2004 11:26:16 -0400 (EDT) (envelope-from green) Date: Mon, 25 Oct 2004 11:26:15 -0400 From: Brian Fundakowski Feldman To: Sam Message-ID: <20041025152615.GQ1072@green.homeunix.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: 6.0 Witness squawk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 15:26:18 -0000 On Mon, Oct 25, 2004 at 11:11:13AM -0500, Sam wrote: > Hello, > > I'm almost finished porting my AoE (ATA over Ethernet) > driver to 6.0 and have a question about a complaint witness > is making. > > In general, is it ok to sleep with a mutex held? > > Specifically, it works like this in the driver. > Each device struct has a mutex for guarding > operations on it. Discovering devices is a two > step process. First the device must respond to > an AoE Query command, then it must respond to > an ATA identify command. On the response to > the latter, I grab the device mutex, examine > the response and call disk_alloc() and disk_create(). > > Both of these functions call malloc with M_WAITOK, > the latter triggers the witness message. > > In my situation, I don't really mind if I sleep > with the mutex since I can't do any useful work > with the device anyway. > > This does leave the possibility that the netisr > for AoE could sleep. > > Thoughts? If you can't do any useful work, why do you have the mutex? Leave the mutex operations for when exclusivity _is_necessary_, after the major parts of initialization. No, it's not okay to sleep with a mutex held -- it must be dropped a la msleep/cv/whatever. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 15:48:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F59716A4CE; Mon, 25 Oct 2004 15:48:36 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9766943D39; Mon, 25 Oct 2004 15:48:35 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i9PGkEmg030911; Mon, 25 Oct 2004 11:46:15 -0500 Date: Mon, 25 Oct 2004 11:46:14 -0500 (EST) From: Sam X-X-Sender: sah@athena To: Brian Fundakowski Feldman In-Reply-To: <20041025152615.GQ1072@green.homeunix.org> Message-ID: References: <20041025152615.GQ1072@green.homeunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: 6.0 Witness squawk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 15:48:36 -0000 > On Mon, Oct 25, 2004 at 11:11:13AM -0500, Sam wrote: >> Hello, >> >> I'm almost finished porting my AoE (ATA over Ethernet) >> driver to 6.0 and have a question about a complaint witness >> is making. >> >> In general, is it ok to sleep with a mutex held? >> >> Specifically, it works like this in the driver. >> Each device struct has a mutex for guarding >> operations on it. Discovering devices is a two >> step process. First the device must respond to >> an AoE Query command, then it must respond to >> an ATA identify command. On the response to >> the latter, I grab the device mutex, examine >> the response and call disk_alloc() and disk_create(). >> >> Both of these functions call malloc with M_WAITOK, >> the latter triggers the witness message. >> >> In my situation, I don't really mind if I sleep >> with the mutex since I can't do any useful work >> with the device anyway. >> >> This does leave the possibility that the netisr >> for AoE could sleep. >> >> Thoughts? > > If you can't do any useful work, why do you have the mutex? Leave > the mutex operations for when exclusivity _is_necessary_, after the > major parts of initialization. No, it's not okay to sleep with a > mutex held -- it must be dropped a la msleep/cv/whatever. There are three entry points into the driver. 1) The disk layer 2) the netisr routine 3) the rexmit timer. The mutex is to keep them from stepping on each other. At this stage, the rexmit timer is active. I'll hack in some state so I can release the mutex. Thanks for your helpful response. Sam From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 15:52:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1DCF16A4CE; Mon, 25 Oct 2004 15:52:11 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7587E43D41; Mon, 25 Oct 2004 15:52:11 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 3D1955314; Mon, 25 Oct 2004 17:52:10 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 765BB5310; Mon, 25 Oct 2004 17:52:03 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 45733B85E; Mon, 25 Oct 2004 17:52:03 +0200 (CEST) To: Sam References: From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 25 Oct 2004 17:52:03 +0200 In-Reply-To: (sah@softcardsystems.com's message of "Mon, 25 Oct 2004 11:11:13 -0500 (EST)") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: 6.0 Witness squawk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 15:52:11 -0000 Sam writes: > In general, is it ok to sleep with a mutex held? No, never. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 16:05:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD74816A4CF; Mon, 25 Oct 2004 16:05:22 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F60D43D39; Mon, 25 Oct 2004 16:05:22 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 618435316; Mon, 25 Oct 2004 18:05:21 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id D76FD5314; Mon, 25 Oct 2004 18:05:11 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id B9C5BB85E; Mon, 25 Oct 2004 18:05:11 +0200 (CEST) To: Sam References: <20041025152615.GQ1072@green.homeunix.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 25 Oct 2004 18:05:11 +0200 In-Reply-To: (sah@softcardsystems.com's message of "Mon, 25 Oct 2004 11:46:14 -0500 (EST)") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: 6.0 Witness squawk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 16:05:22 -0000 Sam writes: > There are three entry points into the driver. 1) The disk > layer 2) the netisr routine 3) the rexmit timer. AFAIK, if the code that calls malloc() can be reached from 2) or 3), you're not allowed to use M_WAITOK. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 16:12:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C53A16A4CE for ; Mon, 25 Oct 2004 16:12:31 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1182743D48 for ; Mon, 25 Oct 2004 16:12:26 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9PGCO10017826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 25 Oct 2004 18:12:24 +0200 Message-ID: <417D25E8.6080804@ng.fadesa.es> Date: Mon, 25 Oct 2004 18:12:24 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <14479.1098695558@critter.freebsd.dk> <417CD0CA.8010708@ng.fadesa.es> <417CD6DD.7050801@DeepCore.dk> In-Reply-To: <417CD6DD.7050801@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 16:12:31 -0000 Hello, S=F8ren Schmidt wrote: > Transfer rates: > outside: 102400 kbytes in 1.933641 sec =3D 52957=20 > kbytes/sec > middle: 102400 kbytes in 1.934147 sec =3D 52943=20 > kbytes/sec > inside: 102400 kbytes in 2.761984 sec =3D 37075=20 > kbytes/sec >=20 >=20 > Mind you this server is active as mail/www/gateway so the numbers are t= o=20 > be taken with a bit of salt, and that Maxtor disk is probably the=20 > slowest disk they make at all these days, anyhow the numbers above fits= =20 > the specs pretty close... Thanks to the excelent job of Thomas Sparrevohn I get 52MB/s, this is an excerpt of their comments: "Changes the DMA speed to 66 - The Controller is a 100 controller and the= disks are 100 Disks but I think the default for the controller is 66 and hence there are most likely a small initialisation difference between Linux, Ne= tBSD and FreeBSD" # diskinfo -t ad5 ad5 =2E... Transfer rates: outside: 102400 kbytes in 1.897858 sec =3D 53956 kbytes/sec middle: 102400 kbytes in 1.934135 sec =3D 52944 kbytes/sec inside: 102400 kbytes in 2.735875 sec =3D 37429 kbytes/sec Soren whilst that this solution doesn't makes sense it is fine to me :-) Poul, now I'm using gstripe with two disks (52 MB/s by disk) and diskinfo= reports a final throughput of 40MB/s. is it normal with gstripe? # diskinfo -t /dev/stripe/test /dev/stripe/test =2E.... Transfer rates: outside: 102400 kbytes in 2.529268 sec =3D 40486 kbytes/sec middle: 102400 kbytes in 2.524635 sec =3D 40560 kbytes/sec inside: 102400 kbytes in 2.524111 sec =3D 40569 kbytes/sec # gstripe list Geom name: test State: UP Status: Total=3D2, Online=3D2 Type: AUTOMATIC Stripesize: 4096 ID: 3854451486 Providers: 1. Name: stripe/test Mediasize: 82220277760 (77G) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad5 Mediasize: 41110142976 (38G) Sectorsize: 512 Mode: r0w0e0 Number: 0 2. Name: ad7 Mediasize: 41110142976 (38G) Sectorsize: 512 Mode: r0w0e0 Number: 1 From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 16:24:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 075D316A4CE; Mon, 25 Oct 2004 16:24:48 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FE1243D54; Mon, 25 Oct 2004 16:24:47 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i9PHML2W031149; Mon, 25 Oct 2004 12:22:21 -0500 Date: Mon, 25 Oct 2004 12:22:21 -0500 (EST) From: Sam X-X-Sender: sah@athena To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: 6.0 Witness squawk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 16:24:48 -0000 > Sam writes: >> There are three entry points into the driver. 1) The disk >> layer 2) the netisr routine 3) the rexmit timer. > > AFAIK, if the code that calls malloc() can be reached from 2) or 3), > you're not allowed to use M_WAITOK. Hm. If that's true then I've either got to petition you fellas to change disk_alloc(), disk_create(), and disk_destroy() to use M_NOWAIT or schedule a callback where these calls can be handled properly. Thoughts about either approach? Sam From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 16:43:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 929F316A4CE for ; Mon, 25 Oct 2004 16:43:22 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBA5A43D3F for ; Mon, 25 Oct 2004 16:43:21 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9PGhGeR021597; Mon, 25 Oct 2004 18:43:20 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: fandino@ng.fadesa.es From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 25 Oct 2004 18:12:24 +0200." <417D25E8.6080804@ng.fadesa.es> Date: Mon, 25 Oct 2004 18:43:16 +0200 Message-ID: <21596.1098722596@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 16:43:22 -0000 In message <417D25E8.6080804@ng.fadesa.es>, fandino writes: >Poul, now I'm using gstripe with two disks (52 MB/s by disk) and diskinfo >reports a final throughput of 40MB/s. is it normal with gstripe? Ask pjd@freebsd.org, he's the author, I have no experience with it. PS: The direct copy of my email to you bounces with a bogus reference to RFC3330, you only happen to read my replies because you also get them via the list. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 17:04:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D97416A563 for ; Mon, 25 Oct 2004 17:04:59 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B4E943D46 for ; Mon, 25 Oct 2004 17:04:58 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9PH4u10018331 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 25 Oct 2004 19:04:56 +0200 Message-ID: <417D3238.90505@ng.fadesa.es> Date: Mon, 25 Oct 2004 19:04:56 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <21596.1098722596@critter.freebsd.dk> In-Reply-To: <21596.1098722596@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 17:04:59 -0000 Poul-Henning Kamp wrote: > In message <417D25E8.6080804@ng.fadesa.es>, fandino writes: > > >>Poul, now I'm using gstripe with two disks (52 MB/s by disk) and diskinfo >>reports a final throughput of 40MB/s. is it normal with gstripe? > > > Ask pjd@freebsd.org, he's the author, I have no experience with it. > > PS: The direct copy of my email to you bounces with a bogus reference > to RFC3330, you only happen to read my replies because you also get > them via the list. I think there is something wrong in you mail server (see answer section) it is advertising a private address (192.168.64.2). # dig critter.freebsd.dk ; <<>> DiG 9.2.3 <<>> critter.freebsd.dk ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30200 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 5, ADDITIONAL: 0 ;; QUESTION SECTION: ;critter.freebsd.dk. IN A ;; ANSWER SECTION: critter.freebsd.dk. 600 IN A 192.168.64.2 critter.freebsd.dk. 600 IN A 212.242.86.163 ;; AUTHORITY SECTION: freebsd.dk. 600 IN NS ns1.gratisdns.dk. freebsd.dk. 600 IN NS ns2.gratisdns.dk. freebsd.dk. 600 IN NS ns3.gratisdns.dk. freebsd.dk. 600 IN NS ns4.gratisdns.dk. freebsd.dk. 600 IN NS ns5.gratisdns.dk. ;; Query time: 2282 msec ;; SERVER: 195.55.55.161#53(195.55.55.161) ;; WHEN: Mon Oct 25 19:02:18 2004 ;; MSG SIZE rcvd: 168 From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 17:14:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35E4216A4CE for ; Mon, 25 Oct 2004 17:14:48 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C01743D1F for ; Mon, 25 Oct 2004 17:14:48 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 3064 invoked from network); 25 Oct 2004 17:14:47 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 25 Oct 2004 17:14:47 -0000 Received: from hydrogen.funkthat.com (atmzeb@localhost.funkthat.com [127.0.0.1])i9PHEklb069894; Mon, 25 Oct 2004 10:14:46 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i9PHEj6a069893; Mon, 25 Oct 2004 10:14:45 -0700 (PDT) Date: Mon, 25 Oct 2004 10:14:45 -0700 From: John-Mark Gurney To: Sam Message-ID: <20041025171445.GE22681@funkthat.com> Mail-Followup-To: Sam , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org, freebsd-arch@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: freebsd-current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: 6.0 Witness squawk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 17:14:48 -0000 Sam wrote this message on Mon, Oct 25, 2004 at 12:22 -0500: > >Sam writes: > >>There are three entry points into the driver. 1) The disk > >>layer 2) the netisr routine 3) the rexmit timer. > > > >AFAIK, if the code that calls malloc() can be reached from 2) or 3), > >you're not allowed to use M_WAITOK. > > Hm. If that's true then I've either got to petition you > fellas to change disk_alloc(), disk_create(), and disk_destroy() > to use M_NOWAIT or schedule a callback where these calls > can be handled properly. > > Thoughts about either approach? I'd go and do a callback.. You can do that using the generic taskqueue setup for this task... It's not an event that happens often, so the delay to schedule and execute won't be significant... Changing disk_alloc and friends to use M_NOWAIT would have significant implications to other code... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 17:23:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1275316A4CE for ; Mon, 25 Oct 2004 17:23:27 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id C318243D60 for ; Mon, 25 Oct 2004 17:23:26 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 23220 invoked from network); 25 Oct 2004 17:23:26 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail3.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 25 Oct 2004 17:23:26 -0000 Received: from hydrogen.funkthat.com (eryjgx@localhost.funkthat.com [127.0.0.1])i9PHNQlb070124; Mon, 25 Oct 2004 10:23:26 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i9PHNO7e070123; Mon, 25 Oct 2004 10:23:24 -0700 (PDT) Date: Mon, 25 Oct 2004 10:23:24 -0700 From: John-Mark Gurney To: fandino Message-ID: <20041025172324.GF22681@funkthat.com> Mail-Followup-To: fandino , freebsd-current@freebsd.org References: <14479.1098695558@critter.freebsd.dk> <417CD0CA.8010708@ng.fadesa.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <417CD0CA.8010708@ng.fadesa.es> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 17:23:27 -0000 fandino wrote this message on Mon, Oct 25, 2004 at 12:09 +0200: > However I would like to know disk performance of list members using a > VIA 82C686B chipset. Anyone in the list is using this chipset? Yep, and I get decent performance: dmesg clip: atapci0: port 0xc000-0xc00f,0x376,0x170-0x177,0 x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ad0: 43979MB [89355/16/63] at ata0-master UDMA100 diskinfo -t ad0: Seek times: Full stroke: 250 iter in 4.793884 sec = 19.176 msec Half stroke: 250 iter in 3.560384 sec = 14.242 msec Quarter stroke: 500 iter in 5.943262 sec = 11.887 msec Short forward: 400 iter in 1.545138 sec = 3.863 msec Short backward: 400 iter in 2.907429 sec = 7.269 msec Seq outer: 2048 iter in 0.224701 sec = 0.110 msec Seq inner: 2048 iter in 0.233413 sec = 0.114 msec Transfer rates: outside: 102400 kbytes in 2.857371 sec = 35837 kbytes/sec middle: 102400 kbytes in 3.561157 sec = 28755 kbytes/sec inside: 102400 kbytes in 5.635770 sec = 18170 kbytes/sec -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 17:27:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFE6416A4CE for ; Mon, 25 Oct 2004 17:27:57 +0000 (GMT) Received: from alf.dyndns.ws (244.Red-217-126-240.pooles.rima-tde.net [217.126.240.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D55943D6D for ; Mon, 25 Oct 2004 17:27:55 +0000 (GMT) (envelope-from victor@alf.dyndns.ws) Received: from amnesiac.euesrg02.net (amnesiac.euesrg02.net [192.168.0.40]) by alf.dyndns.ws (8.12.9p2/8.12.9) with ESMTP id i9PHRpOt058800; Mon, 25 Oct 2004 17:27:52 GMT (envelope-from victor@alf.dyndns.ws) From: Victor Balada Diaz To: freebsd-current@freebsd.org, fandino@ng.fadesa.es Date: Mon, 25 Oct 2004 19:28:00 +0200 User-Agent: KMail/1.7 References: <14479.1098695558@critter.freebsd.dk> <417CD6DD.7050801@DeepCore.dk> <417D25E8.6080804@ng.fadesa.es> In-Reply-To: <417D25E8.6080804@ng.fadesa.es> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410251928.01536.victor@alf.dyndns.ws> Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 17:27:58 -0000 On Monday 25 October 2004 18:12, fandino wrote: > Thanks to the excelent job of Thomas Sparrevohn I get 52MB/s, this is > an excerpt of their comments: > > "Changes the DMA speed to 66 - The Controller is a 100 controller and the > disks are 100 Disks but I think the default for the controller is 66 and > hence there are most likely a small initialisation difference between > Linux, NetBSD and FreeBSD" Hi please can you post how do you solved the problem? TIA. -- La prueba mas fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 17:38:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E51516A4CF for ; Mon, 25 Oct 2004 17:38:30 +0000 (GMT) Received: from smtp801.mail.ukl.yahoo.com (smtp801.mail.ukl.yahoo.com [217.12.12.138]) by mx1.FreeBSD.org (Postfix) with SMTP id 4FD3143D1F for ; Mon, 25 Oct 2004 17:38:29 +0000 (GMT) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from unknown (HELO w2fzz0vc01.aah-go-on.com) (thomas.sparrevohn@hg1.btinternet.com@81.157.228.151 with plain) by smtp801.mail.ukl.yahoo.com with SMTP; 25 Oct 2004 17:38:28 -0000 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Mon, 25 Oct 2004 18:37:57 +0100 User-Agent: KMail/1.7 References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> In-Reply-To: <200410251928.01536.victor@alf.dyndns.ws> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410251837.58257.Thomas.Sparrevohn@btinternet.com> Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Thomas.Sparrevohn@btinternet.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 17:38:30 -0000 On Monday 25 October 2004 18:28, Victor Balada Diaz wrote: > On Monday 25 October 2004 18:12, fandino wrote: > > Thanks to the excelent job of Thomas Sparrevohn I get 52MB/s, this is > > an excerpt of their comments: > > > > "Changes the DMA speed to 66 - The Controller is a 100 controller and the > > disks are 100 Disks but I think the default for the controller is 66 and > > hence there are most likely a small initialisation difference between > > Linux, NetBSD and FreeBSD" > > Hi > > please can you post how do you solved the problem? > atacontrol mode DMA4 DMA4 atacontrol mode DMA4 DMA4 The reason is that the motherboard only supports ATA100 on two out of four IDE channels and hence you need to force the two other channels to run at DMA66 From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 18:00:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F10516A4CE for ; Mon, 25 Oct 2004 18:00:32 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81EC743D4C for ; Mon, 25 Oct 2004 18:00:31 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9PI0PnS051264; Mon, 25 Oct 2004 20:00:27 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <417D3F12.20302@DeepCore.dk> Date: Mon, 25 Oct 2004 19:59:46 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Thomas.Sparrevohn@btinternet.com References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <200410251837.58257.Thomas.Sparrevohn@btinternet.com> In-Reply-To: <200410251837.58257.Thomas.Sparrevohn@btinternet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 18:00:32 -0000 Thomas Sparrevohn wrote: > On Monday 25 October 2004 18:28, Victor Balada Diaz wrote: >=20 >>On Monday 25 October 2004 18:12, fandino wrote: >> >>>Thanks to the excelent job of Thomas Sparrevohn I get 52MB/s, this is >>>an excerpt of their comments: >>> >>>"Changes the DMA speed to 66 - The Controller is a 100 controller and = the >>>disks are 100 Disks but I think the default for the controller is 66 a= nd >>>hence there are most likely a small initialisation difference between >>>Linux, NetBSD and FreeBSD" >> >>Hi >> >>please can you post how do you solved the problem? >=20 > atacontrol mode DMA4 DMA4 > atacontrol mode DMA4 DMA4 >=20 > The reason is that the motherboard only supports ATA100 on two out of f= our IDE=20 > channels and hence you need to force the two other channels to run at D= MA66=20 How do you come to that conclusion ? There is no such limitation AFAIK. However you can only get a total sum of 133MB/s divided by number of=20 disks (and minus some overhead on older system there is typically=20 110MB/s effective bandwidth).. The real explanation is much more likely that the timing specs are=20 marginal (overclocked ?) for the disks, which causes problems.. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 18:06:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6C1B16A4CE for ; Mon, 25 Oct 2004 18:06:27 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E017F43D53 for ; Mon, 25 Oct 2004 18:06:26 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9PI6P10018787 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 25 Oct 2004 20:06:25 +0200 Message-ID: <417D40A1.9030802@ng.fadesa.es> Date: Mon, 25 Oct 2004 20:06:25 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <200410251837.58257.Thomas.Sparrevohn@btinternet.com> <417D3F12.20302@DeepCore.dk> In-Reply-To: <417D3F12.20302@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 18:06:27 -0000 S=F8ren Schmidt wrote: >>> >>> please can you post how do you solved the problem? >> >> >> atacontrol mode DMA4 DMA4 >> atacontrol mode DMA4 DMA4 >> >> The reason is that the motherboard only supports ATA100 on two out of = >> four IDE channels and hence you need to force the two other channels=20 >> to run at DMA66=20 >=20 >=20 > How do you come to that conclusion ? There is no such limitation AFAIK.= >=20 > However you can only get a total sum of 133MB/s divided by number of=20 > disks (and minus some overhead on older system there is typically=20 > 110MB/s effective bandwidth).. >=20 > The real explanation is much more likely that the timing specs are=20 > marginal (overclocked ?) for the disks, which causes problems.. no, it is my home PC in which I work so it's important stability (not overclocking) and disk redundancy (vinum, gmirror) Also, there is an unresolvable question. Why two 52MB/s disks in raid0 has a throughput of 40MB/s and for raid1 18MB/s?? From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 18:14:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF3E916A4CE; Mon, 25 Oct 2004 18:14:58 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C146043D2D; Mon, 25 Oct 2004 18:14:57 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])D9B82456CA; Mon, 25 Oct 2004 20:14:56 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 23181-07-3; Mon, 25 Oct 2004 20:14:56 +0200 (CEST) Received: from m2a2.dyndns.org (p548545DD.dip.t-dialin.net [84.133.69.221]) 8B22F456C8; Mon, 25 Oct 2004 20:14:53 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 7DA60DA764; Mon, 25 Oct 2004 20:14:52 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28438-01; Mon, 25 Oct 2004 20:14:52 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 1A83BDA754; Mon, 25 Oct 2004 20:14:51 +0200 (CEST) To: Andre Oppermann In-Reply-To: <417960C2.8040007@freebsd.org> (Andre Oppermann's message of "Fri, 22 Oct 2004 21:34:26 +0200") References: <417960C2.8040007@freebsd.org> From: Matthias Andree Date: Mon, 25 Oct 2004 20:14:51 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: freebsd-current@freebsd.org Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 18:14:58 -0000 Andre Oppermann writes: > Can't we just reduce the annoying: > > Waiting 15 second for SCSI devices to settle > > to something shorter like 5 seconds in GENERIC? I know perfectly well where it > came from but these days not many of those slow disks are still around. > > It really annoys the hell out of me waiting the 15 seconds for nothing each time > I boot the GENERIC kernel for testing. Sure I can change that in the kernel > config but then it's modified. Any why take 15 seconds of everyone if only a > very few actually need it (those with stone-age disk drives)? I have several SCSI adaptors around (Tekram DC-390 - AMD53C974 based, several Tekram DC-390U/F - SYM53C8XX based, some Adaptec 2940 variants) and have yet to see one what would not have a BIOS setting to either set the BIOS reset->scan delay, send a START UNIT command (waiting for its completion) or similar. Usually, I have more than one way to work around junk disks such as Micropolis 4345WS (which needed a 10 s reset-to-scan delay with my Tekrams to report back reliably on power-up, it's fine with factory settings of the Adaptec 2940 UW Pro), and my oldish IBM DCAS-32160U or a halfway modern Fujitsu MAH-3182MP drive have no trouble with short inquiry delays at all. I'd support a switch. My kernels all work fine with 2 s delay on all drives I have - when there is trouble, it's after power-up - a kernel delay won't usually help in that case. -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 18:18:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1B8516A4CE; Mon, 25 Oct 2004 18:18:29 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F61043D1D; Mon, 25 Oct 2004 18:18:29 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])7E91C456C9; Mon, 25 Oct 2004 20:18:28 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27505-01-2; Mon, 25 Oct 2004 20:18:28 +0200 (CEST) Received: from m2a2.dyndns.org (p548545DD.dip.t-dialin.net [84.133.69.221]) 33C9C456BD; Mon, 25 Oct 2004 20:18:28 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 278A2DA766; Mon, 25 Oct 2004 20:18:27 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31014-02; Mon, 25 Oct 2004 20:18:26 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id C4C0DDA765; Mon, 25 Oct 2004 20:18:26 +0200 (CEST) To: Scott Long In-Reply-To: <41796D6D.7000108@freebsd.org> (Scott Long's message of "Fri, 22 Oct 2004 14:28:29 -0600") References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> From: Matthias Andree Date: Mon, 25 Oct 2004 20:18:26 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: freebsd-current@freebsd.org cc: Garance A Drosihn Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 18:18:29 -0000 Scott Long writes: > For just about everyone, a value of 2 seconds or less is just fine. > For those with tape drives, changers, and (less likely) cdroms, a > long delay after reset is still quite necessary. There are two knobs > to adjust this, and I'd like GENERIC to remain compatible. It's 15 > seconds, not 2 minutes. You get a longer delay that that just trying > to set up the inital page tables on a large memory machine! One thing that was suggested for Linux but rejected for 2.6 is probing hardware in parallel. I wonder if a threaded boot-up could be made (not for 5.X though) that lets the kernel proceed with other initialization while the scsi driver waits for the devices to settle. Some scheme for stable device enumeration may then be needed to avoid inconsistencies with cold start vs. fastreboot. One should think when the driver has claimed all the I/O ranges and IRQs and DMA channels it needs, it would be safe to background itself and report back later, at the latest just before launching /etc/rc or /sbin/init or whatever. -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 18:19:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22EE716A4CE for ; Mon, 25 Oct 2004 18:19:20 +0000 (GMT) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 512A743D1F for ; Mon, 25 Oct 2004 18:19:19 +0000 (GMT) (envelope-from lists-freebsd-current@biaix.org) Received: (qmail 43828 invoked by uid 1000); 25 Oct 2004 18:16:59 -0000 Date: Mon, 25 Oct 2004 20:16:59 +0200 From: Joan Picanyol To: freebsd-current@freebsd.org Message-ID: <20041025181659.GA43724@grummit.biaix.org> Mail-Followup-To: freebsd-current@freebsd.org References: <14479.1098695558@critter.freebsd.dk> <417CD0CA.8010708@ng.fadesa.es> <417CD6DD.7050801@DeepCore.dk> <417D25E8.6080804@ng.fadesa.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <417D25E8.6080804@ng.fadesa.es> User-Agent: Mutt/1.4.1i Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 18:19:20 -0000 * fandino [20041025 18:10]: > > Poul, now I'm using gstripe with two disks (52 MB/s by disk) and diskinfo > reports a final throughput of 40MB/s. is it normal with gstripe? > > # diskinfo -t /dev/stripe/test Try raidtest in /usr/src/tools/tools/raidtest/ qvb -- pica From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 18:19:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E76716A4CE; Mon, 25 Oct 2004 18:19:21 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AA5E43D1F; Mon, 25 Oct 2004 18:19:21 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])8EEA2456C9; Mon, 25 Oct 2004 20:19:20 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27505-01-4; Mon, 25 Oct 2004 20:19:20 +0200 (CEST) Received: from m2a2.dyndns.org (p548545DD.dip.t-dialin.net [84.133.69.221]) E05454567F; Mon, 25 Oct 2004 20:19:19 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id DE3F3DA766; Mon, 25 Oct 2004 20:19:18 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31014-02-2; Mon, 25 Oct 2004 20:19:18 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 7F3B0DA765; Mon, 25 Oct 2004 20:19:18 +0200 (CEST) To: Dan Nelson In-Reply-To: <20041022210806.GE52593@dan.emsphone.com> (Dan Nelson's message of "Fri, 22 Oct 2004 16:08:06 -0500") References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <20041022210806.GE52593@dan.emsphone.com> From: Matthias Andree Date: Mon, 25 Oct 2004 20:19:18 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: Garance A Drosihn cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 18:19:21 -0000 Dan Nelson writes: > I don't think the scsi code even does a bus reset, does it? That > should have already been done by the card BIOS during bootup, if at > all. I have have been setting it to 1s for at least 5 years, on > systems with SCSI disks, CD-Rs, autoloaders, and tape drives (dds and > dlt) with no ill effects. 2s here with Yamaha CD-R (wanna see really bad firmware? get one!), Tandberg SLR tape drives, SCSI disks (even slow Micropolis 4345WS), no problem either. -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 18:19:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EC1D16A4CE for ; Mon, 25 Oct 2004 18:19:41 +0000 (GMT) Received: from catwoman.cs.moravian.edu (catwoman.cs.moravian.edu [204.186.193.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id A756243D49 for ; Mon, 25 Oct 2004 18:19:40 +0000 (GMT) (envelope-from flash@cs.moravian.edu) Received: (from flash@localhost) by catwoman.cs.moravian.edu (8.11.7p1+Sun/8.11.7) id i9PIJdP14390; Mon, 25 Oct 2004 14:19:39 -0400 (EDT) Date: Mon, 25 Oct 2004 14:19:39 -0400 From: Stephen Corbesero To: Stephen Corbesero Message-ID: <20041025181939.GA14279@catwoman.cs.moravian.edu> References: <200410222258.i9MMwvx22672@catwoman.cs.moravian.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410222258.i9MMwvx22672@catwoman.cs.moravian.edu> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: usb in 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 18:19:41 -0000 I have done some more digging on my missing usb ports. It seems that if something is plugged in during bootup, the bus does recognize it. The system usually hangs, though. I printed out the irq/port/mem assignments from the machine when it still had WinXP. That suggest the ohci controller should be at inrq 19. Under freebsd, the device is loading up at irq5. Irq5 just happens to also be the address of the toshiba sofware modem. So, it is looking to me like a interrupt conflict. Any suggestions? Can I force which irq it is assigned? On Fri, Oct 22, 2004 at 06:58:57PM -0400, Stephen Corbesero wrote: > > I have been having very little success using many of my usb devices on > a Toshiba laptop (A60-S1662, Intel Celeron 2.5ghz, 256+512mb) > > I have tried an IBM mini-mouse, a PNY thumb drive, a usb keyboard > (with a 2-port embedded usb hub), a Vernier data acquisition device, > and another thumb drive. Only the one thumb drive worked on my > laptop. I know all the devices work elsewhere. > > > I have included my dmesg below if tyat helps anyone. > > > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 > The Regents of the University of California. All rights > reserved. > FreeBSD 5.3-STABLE #4: Fri Oct 22 11:23:21 EDT 2004 > flashr@aragorn.corbesero.com:/usr/obj/usr/src/sys/ARAGORN > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Celeron(R) CPU 2.53GHz (2533.44-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf33 Stepping = 3 > Features=0xbfebfbff > real memory = 738131968 (703 MB) > avail memory = 712556544 (679 MB) > acpi0: on motherboard > acpi0: Power Button (fixed) > acpi_ec0: port 0x66,0x62 on acpi0 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > cpu0: on acpi0 > acpi_tz0: on acpi0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > acpi_acad0: on acpi0 > acpi_cmbat0: on acpi0 > pcib0: port 0xcf8-0xcff iomem > 0xfff80000-0xffffffff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > drm0: port 0xc000-0xc0ff mem > 0xe0000000-0xe000ffff,0xa0000000-0xa7ffffff irq 11 at device 5.0 on > pci1 > info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 > ohci0: mem 0xf0001000-0xf0001fff irq 5 > at device 19.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 3 ports with 3 removable, self powered > ohci1: mem 0xf0002000-0xf0002fff irq 5 > at device 19.1 on pci0 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 3 ports with 3 removable, self powered > pci0: at device 19.2 (no driver attached) > pci0: at device 20.0 (no driver attached) > atapci0: port > 0x8070-0x807f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 20.1 on > pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > isab0: at device 20.3 on pci0 > isa0: on isab0 > pcib2: at device 20.4 on pci0 > pci2: on pcib2 > ath0: mem 0xd0010000-0xd001ffff irq 10 at device 4.0 on > pci2 > ath0: mac 5.9 phy 4.3 5ghz radio 4.6 > ath0: Ethernet address: 00:90:96:cb:46:3a > ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps > 24Mbps 36Mbps 48Mbps 54Mbps > cbb0: at device 6.0 on pci2 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > rl0: port 0xa000-0xa0ff mem > 0xd0000000-0xd00000ff irq 11 at device 7.0 on pci2 > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:a0:d1:db:0d:f9 > pci0: at device 20.5 (no driver attached) > pci0: at device 20.6 (no driver attached) > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0067 > Synaptics Touchpad v5.9 > Model information: > infoRot180: 1 > infoPortrait: 0 > infoSensor: 37 > infoHardware: 55 > infoNewAbs: 1 > capPen: 0 > infoSimplC: 1 > infoGeometry: 1 > Extended capabilities: > capExtended: 1 > capPassthrough: 0 > capSleep: 1 > capFourButtons: 0 > capMultiFinger: 1 > capPalmDetect: 1 > psm0: found Synaptics Touchpad > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Synaptics Touchpad, device ID 0-00, 3 buttons > psm0: config:00000000, flags:00000008, packet size:6 > psm0: syncmask:c0, syncbits:00 > 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 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > orm0: at iomem > 0xe6000-0xe6fff,0xe0000-0xe1fff,0xc0000-0xcefff on isa0 > pmtimer0 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 2533436374 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 28615MB [58140/16/63] at ata0-master > UDMA33 > acd0: CDRW at ata1-master UDMA33 > Mounting root from ufs:/dev/ad0s1a > psm: ENABLE_DEV return code:00fa > psm: SEND_AUX_DEV_STATUS return code:00fa > psm: status 20 02 64 > psm: SET_SAMPLING_RATE (100) 00fa > psm: SET_RESOLUTION (2) 00fa > psm: SET_SCALING11 return code:00fa > psm: SEND_AUX_DEV_STATUS return code:00fa > psm: status 20 02 64 > psmintr: Sync bytes now 00c0,00c0 > > > -- > Stephen Corbesero This message brought to you by > Associate Professor of Computer Science -- electrons -- > Moravian College, Bethlehem, PA 18018 The Other Charged Particle > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Stephen Corbesero This message brought to you by Associate Professor of Computer Science -- electrons -- Moravian College, Bethlehem, PA 18018 The Other Charged Particle From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 18:23:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AAD916A4CE for ; Mon, 25 Oct 2004 18:23:06 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA81F43D2F for ; Mon, 25 Oct 2004 18:23:05 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i9PIN3Pa051616; Mon, 25 Oct 2004 14:23:03 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i9PIN3eF051613; Mon, 25 Oct 2004 14:23:03 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Mon, 25 Oct 2004 14:23:03 -0400 (EDT) From: Andre Guibert de Bruet To: Garance A Drosihn In-Reply-To: Message-ID: <20041025141556.I42571@alpha.siliconlandmark.com> References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> <20041023082926.GE45235@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: Breaking up kernel config files (GENERIC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 18:23:06 -0000 On Mon, 25 Oct 2004, Garance A Drosihn wrote: > At 2:24 AM -0400 10/25/04, Andre Guibert de Bruet wrote: > > So, I would expect "categories" to only handle simple cases like that, > and we would leave the lines for things like 'da' and 'scbus' just the > way they currently are. > > Right now I'm just tossing out some ideas of what we'd really like to > see. I think that if all we do is split up all the per-architecture > GENERIC kernels into smaller files, then we will end up creating *more* > work for most people who want to create a smaller kernel config. I > suspect we can come up with something better than that. What I would really like to see is a mechanism for recognizing hardware (arch, cpu family, scsi, ide, sound, firewire and net) that is currently in the system and generating a barebones configuration file with just the results. What happens when this "auto-probing" doesn't recognize the hardware that you have? Well, what are you forced to do now? :-) Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 18:29:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEDC016A4CE for ; Mon, 25 Oct 2004 18:29:29 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5109E43D31 for ; Mon, 25 Oct 2004 18:29:29 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9PITSwV033413 for ; Mon, 25 Oct 2004 11:29:28 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9PITSlQ033412 for freebsd-current@freebsd.org; Mon, 25 Oct 2004 11:29:28 -0700 (PDT) (envelope-from obrien) Date: Mon, 25 Oct 2004 11:29:27 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20041025182927.GA33244@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Subject: [** HEADS UP **] 'i386' 32-bit kernel now built with -O2 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: Mon, 25 Oct 2004 18:29:29 -0000 We've been using '-O2 -fno-strict-aliasing' on all our 64-bit platforms for quite a while now. So I think it is field-tested enough to give it a try on the 'i386' kernel also. So after your next CVSup, you'll be using these optimization options unless you have different ones specified via "COPTFLAGS" in /etc/make.conf. Please let the freebsd-current@freebsd.org list know if you experience any new problems with your kernel that go away if you set: COPTFLAGS= -O in /etc/make.conf. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 18:30:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1131516A4CE for ; Mon, 25 Oct 2004 18:30:52 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B12543D48 for ; Mon, 25 Oct 2004 18:30:51 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9PIVl5d076982; Mon, 25 Oct 2004 12:31:47 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <417D45F1.9090504@freebsd.org> Date: Mon, 25 Oct 2004 12:29:05 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: fandino@ng.fadesa.es References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <200410251837.58257.Thomas.Sparrevohn@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> In-Reply-To: <417D40A1.9030802@ng.fadesa.es> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 18:30:52 -0000 fandino wrote: > Søren Schmidt wrote: > >>>> >>>> please can you post how do you solved the problem? >>> >>> >>> >>> atacontrol mode DMA4 DMA4 >>> atacontrol mode DMA4 DMA4 >>> >>> The reason is that the motherboard only supports ATA100 on two out of >>> four IDE channels and hence you need to force the two other channels >>> to run at DMA66 >> >> >> >> How do you come to that conclusion ? There is no such limitation AFAIK. >> >> However you can only get a total sum of 133MB/s divided by number of >> disks (and minus some overhead on older system there is typically >> 110MB/s effective bandwidth).. >> >> The real explanation is much more likely that the timing specs are >> marginal (overclocked ?) for the disks, which causes problems.. > > > > no, it is my home PC in which I work so it's important stability > (not overclocking) and disk redundancy (vinum, gmirror) No, I think that he is saying that the ATA silicon is marginal and probably overclocked by the vendor, not that you have overclocked your CPU. > > Also, there is an unresolvable question. Why two 52MB/s disks > in raid0 has a throughput of 40MB/s and for raid1 18MB/s?? Would you _PLEASE_ stop trying to associate RAID with performance! RAID is about reliability and reduncdancy, not about speed. Some cases can give you desirable performance increases as a side effect, but that is not the primary goal. Specifically in this case, the GEOM raid classes are fairly new and have not had the benefit of years of testing. I'd much rather that the focus be on stability and reliability for them, not speed. Once the primary goals of RAID are satisfied then we can start looking at performance. Scott From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 18:46:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26CC016A4CE for ; Mon, 25 Oct 2004 18:46:18 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA02A43D46 for ; Mon, 25 Oct 2004 18:46:17 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 67569 invoked by uid 89); 25 Oct 2004 18:43:37 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 25 Oct 2004 18:43:37 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Mon, 25 Oct 2004 12:43:37 -0600 (MDT) Message-ID: <63488.208.4.77.15.1098729817.squirrel@208.4.77.15> In-Reply-To: <20041025141556.I42571@alpha.siliconlandmark.com> References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> <20041023082926.GE45235@ip.net.ua> <20041025141556.I42571@alpha.siliconlandmark.com> Date: Mon, 25 Oct 2004 12:43:37 -0600 (MDT) From: "Ryan Sommers" To: "Andre Guibert de Bruet" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: Garance A Drosihn cc: current@freebsd.org Subject: Re: Breaking up kernel config files (GENERIC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 18:46:18 -0000 Andre Guibert de Bruet said: > What I would really like to see is a mechanism for recognizing hardware > (arch, cpu family, scsi, ide, sound, firewire and net) that is currently > in the system and generating a barebones configuration file with just the > results. I've thought about something like this. I'm sure some of us use our own "semi-automated" generation method of just doing something like dmesg | awk '{print $1}' | sed 's/:.*$//' | sort -u. I generally do something like this anytime I'm given a box and told to assimilate it to FreeBSD. I just take the output of this and use it as a base for what modifications I have to do to GENERIC. I'm sure someone could whip up a sed/awk script to do something like this pretty easily. A more complicated approach would involve actual hardware probing, generating dependency trees, compile time optimizations, etc. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 19:12:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73DA716A4CE for ; Mon, 25 Oct 2004 19:12:23 +0000 (GMT) Received: from Espresso.NEEBU.Net (espresso.neebu.net [66.166.158.130]) by mx1.FreeBSD.org (Postfix) with SMTP id EC49843D54 for ; Mon, 25 Oct 2004 19:12:22 +0000 (GMT) (envelope-from khuon@Espresso.NEEBU.Net) Received: from Espresso.NEEBU.Net (khuon@localhost [127.0.0.1]) by Espresso.NEEBU.Net (8.12.10/8.12.10) with ESMTP id i9PJC9S4009480 for ; Mon, 25 Oct 2004 12:12:12 -0700 (PDT) Received: from Espresso.NEEBU.Net (khuon@localhost)i9PJC9cL009479 for ; Mon, 25 Oct 2004 12:12:09 -0700 (PDT) Message-Id: <200410251912.i9PJC9cL009479@Espresso.NEEBU.Net> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 From: "Jake Khuon" To: freebsd-current@freebsd.org Dcc: Action: Expires: Precedence: Priority: Normal X-Face: "(e&e|OIYrcV1x8y?txN%k1E2f[qWLjRjOn+a30)3>x`Wx%_9XiXs\IO2#G5L1m=c/|^h|z29wJ#]D/.?Ks,Mw1 X-URI: http://Espresso.NEEBU.Net/~khuon/ X-Organisation: Network Engineers for Effective Bandwidth Utilisation X-Header: /usr/include gives great headers X-System: Sun UltraSPARCstation2/2300MP running SunOS Release 5.8 X-Shell: tcsh 6.07.02 (Astron) 1996-10-27 (sparc-sun-solaris) options 8b,nls,dl,al,ng,rh X-Chtorr: History is full of revisionists. Where it used to say "THOU SHALT NOT KILL" it now says, "except as specified in section III-B, Paragraph 12, Sub-section D, Schedule 3." If that still doesn't suit you, wait till next year's commandments come out and trade it in for something that does. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Oct 2004 12:12:09 -0700 Sender: khuon@Espresso.NEEBU.Net Subject: installworld_newk failing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 19:12:23 -0000 I'm getting a: nstallkernel.debug: No such file or directory when I try to do an installworld. -- /*===================[ Jake Khuon ]======================+ | Packet Plumber, Network Engineers /| / [~ [~ |) | | --------------- | | for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| N E T W O R K S | +=========================================================================*/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 19:18:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7335516A4CE for ; Mon, 25 Oct 2004 19:18:56 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D120E43D31 for ; Mon, 25 Oct 2004 19:18:53 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i9PJIla6054898; Mon, 25 Oct 2004 15:18:47 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i9PJIj7M054895; Mon, 25 Oct 2004 15:18:46 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Mon, 25 Oct 2004 15:18:45 -0400 (EDT) From: Andre Guibert de Bruet To: Ryan Sommers In-Reply-To: <63488.208.4.77.15.1098729817.squirrel@208.4.77.15> Message-ID: <20041025150626.J42571@alpha.siliconlandmark.com> References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> <20041025141556.I42571@alpha.siliconlandmark.com> <63488.208.4.77.15.1098729817.squirrel@208.4.77.15> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: Garance A Drosihn cc: current@freebsd.org Subject: Re: Breaking up kernel config files (GENERIC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 19:18:56 -0000 On Mon, 25 Oct 2004, Ryan Sommers wrote: > Andre Guibert de Bruet said: >> What I would really like to see is a mechanism for recognizing hardware >> (arch, cpu family, scsi, ide, sound, firewire and net) that is currently >> in the system and generating a barebones configuration file with just the >> results. > > I've thought about something like this. I'm sure some of us use our own > "semi-automated" generation method of just doing something like dmesg | > awk '{print $1}' | sed 's/:.*$//' | sort -u. I generally do something like > this anytime I'm given a box and told to assimilate it to FreeBSD. I just > take the output of this and use it as a base for what modifications I have > to do to GENERIC. I'm sure someone could whip up a sed/awk script to do > something like this pretty easily. A more complicated approach would > involve actual hardware probing, generating dependency trees, compile time > optimizations, etc. The dmesg approach works well for devices but doesn't fare too well with "options" unless you get into some really creative scripting. The approach I was thinking about would make extensive use of the hw and dev sysctl MIBs. I should have something that "works", tonight... Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 19:37:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A59A016A4CE for ; Mon, 25 Oct 2004 19:37:50 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id C014543D66 for ; Mon, 25 Oct 2004 19:37:49 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 41766 invoked by uid 80); 25 Oct 2004 19:37:24 -0000 Received: from ool-43552092.dyn.optonline.net (ool-43552092.dyn.optonline.net [67.85.32.146]) by corpmail.siteone.net (IMP) with HTTP for ; Mon, 25 Oct 2004 15:37:24 -0400 Message-ID: <1098733044.417d55f46cc15@corpmail.siteone.net> Date: Mon, 25 Oct 2004 15:37:24 -0400 From: brian@aljex.com To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 / FreeBSD-5.2.1 X-Originating-IP: 67.85.32.146 Subject: can't buildworld - boot2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 19:37:50 -0000 On 2004-10-19 I did a successful cvsup build install of world & kernel. The last few days I have not been able to buildworld any more. I have tried deleting /usr/src and /usr/obj, I have not tried doing a checkout to revert to 10-19 Possibly expected breakage do to the tty changes still in progress? In which case just wait a few more days? This is from today (2004-10-25) ===> sys/boot/i386/boot2 (all) objcopy -S -O binary boot1.out boot1 dd if=/dev/zero of=boot2.ldr bs=276 count=1 cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -DUFS1_AN D_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/ sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmis sing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-s tack-boundary=2 -O -S -o boot2.s.tmp /usr/src/sys/boot/i386/boot2/boot2.c sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp as -o boot2.o boot2.s cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -DUFS1_AN D_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/ sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmis sing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -ffreestanding -mpreferred-s tack-boundary=2 -O -c /usr/src/sys/boot/i386/boot2/sio.S ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o boot2.out /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boo t2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=1.01 size=780 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=1779 text=0 data=0 bss=0 entry=0 output: fmt=bin size=200d text=114 data=1ef9 org=0 entry=0 -525 bytes available *** Error code 1 Stop in /usr/src/sys/boot/i386/boot2. *** Error code 1 -- Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans Satriani ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 19:45:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBCB616A4CE; Mon, 25 Oct 2004 19:45:51 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id C334543D39; Mon, 25 Oct 2004 19:45:51 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (8.12.6/MantshX 2.0) with ESMTP id i9PJjo0R013379; Mon, 25 Oct 2004 12:45:51 -0700 (PDT) Received: from [10.1.1.245] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0)i9PJjmKl019624; Mon, 25 Oct 2004 12:45:50 -0700 (PDT) In-Reply-To: <417D45F1.9090504@freebsd.org> References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <200410251837.58257.Thomas.Sparrevohn@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Mon, 25 Oct 2004 15:45:48 -0400 To: Scott Long X-Mailer: Apple Mail (2.619) cc: fandino@ng.fadesa.es cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 19:45:52 -0000 On Oct 25, 2004, at 2:29 PM, Scott Long wrote: >> Also, there is an unresolvable question. Why two 52MB/s disks >> in raid0 has a throughput of 40MB/s and for raid1 18MB/s?? > > Would you _PLEASE_ stop trying to associate RAID with performance! > RAID is about reliability and reduncdancy, not about speed. All RAID modes make tradeoffs between performance, reliability, and cost. RAID-1 mirroring and RAID-5 provide higher reliability by using partial or full redundancy. However, RAID-0 striping provides no additional reliability: the primary reason for using RAID-0 is to improve performance by accessing two or more devices in parallel. > Some cases can give you desirable performance increases as a side > effect, > but that is not the primary goal. Disagree. Why else would you use RAID-0 striping? [ If you simply want to create a logical volume bigger than the size of a physical drive, you can use concatenation instead. ] > Specifically in this case, the > GEOM raid classes are fairly new and have not had the benefit of > years of testing. I'd much rather that the focus be on stability > and reliability for them, not speed. Once the primary goals of > RAID are satisfied then we can start looking at performance. Your position is certainly reasonable: if a storage system is not reliable, how fast it performs is something of a moot point. :-) However, this being said, a RAID-0 implementation needs to improve performance compared with using a bare drive if it is to be useful. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 19:50:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BED8416A4CE for ; Mon, 25 Oct 2004 19:50:56 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AEBB43D31 for ; Mon, 25 Oct 2004 19:50:56 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9PJpqLL077428; Mon, 25 Oct 2004 13:51:52 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <417D58B6.5030509@freebsd.org> Date: Mon, 25 Oct 2004 13:49:10 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Charles Swiger References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <200410251837.58257.Thomas.Sparrevohn@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> In-Reply-To: <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: fandino@ng.fadesa.es cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 19:50:56 -0000 Charles Swiger wrote: > On Oct 25, 2004, at 2:29 PM, Scott Long wrote: > >>> Also, there is an unresolvable question. Why two 52MB/s disks >>> in raid0 has a throughput of 40MB/s and for raid1 18MB/s?? >> >> >> Would you _PLEASE_ stop trying to associate RAID with performance! >> RAID is about reliability and reduncdancy, not about speed. > > > All RAID modes make tradeoffs between performance, reliability, and cost. > > RAID-1 mirroring and RAID-5 provide higher reliability by using partial > or full redundancy. However, RAID-0 striping provides no additional > reliability: the primary reason for using RAID-0 is to improve > performance by accessing two or more devices in parallel. > >> Some cases can give you desirable performance increases as a side effect, >> but that is not the primary goal. > > > Disagree. Why else would you use RAID-0 striping? > > [ If you simply want to create a logical volume bigger than the size of > a physical drive, you can use concatenation instead. ] > >> Specifically in this case, the >> GEOM raid classes are fairly new and have not had the benefit of >> years of testing. I'd much rather that the focus be on stability >> and reliability for them, not speed. Once the primary goals of >> RAID are satisfied then we can start looking at performance. > > > Your position is certainly reasonable: if a storage system is not > reliable, how fast it performs is something of a moot point. :-) > However, this being said, a RAID-0 implementation needs to improve > performance compared with using a bare drive if it is to be useful. > Well, RAID-0 is a special case =-) That said, putting discrete RAID classes into the GEOM layer is something of a new adventure, so I'm not surprised to hear about performance problems, even in RAID-0. There might be extra data copies or path latencies that weren't planned for or expected. It's definitely something to look at. But it's also a very new subsystem, so it would be unfair to judge FreeBSD performance with it. Scott From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 20:12:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A87BB16A4CE for ; Mon, 25 Oct 2004 20:12:42 +0000 (GMT) Received: from smtp811.mail.ukl.yahoo.com (smtp811.mail.ukl.yahoo.com [217.12.12.201]) by mx1.FreeBSD.org (Postfix) with SMTP id E7FE043D1D for ; Mon, 25 Oct 2004 20:12:41 +0000 (GMT) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from unknown (HELO w2fzz0vc01.aah-go-on.com) (thomas.sparrevohn@hg1.btinternet.com@81.157.228.151 with plain) by smtp811.mail.ukl.yahoo.com with SMTP; 25 Oct 2004 20:12:41 -0000 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Mon, 25 Oct 2004 21:12:27 +0100 User-Agent: KMail/1.7 References: <14479.1098695558@critter.freebsd.dk> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> <417D58B6.5030509@freebsd.org> In-Reply-To: <417D58B6.5030509@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410252112.27436.Thomas.Sparrevohn@btinternet.com> Subject: Re: FreeBSD 5.3b7and poor ata performance (or so it seemed) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Thomas.Sparrevohn@btinternet.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 20:12:42 -0000 On Monday 25 October 2004 20:49, Scott Long wrote: In this case the subject are very pooly reflects what the actual issues it should most likely have read "help: I am having very poor performance in the ATA subsystem (any nobody else seems to)" I am still pussled about why excatly the performance is a it is with this setup - but like eveybody else where english is not our native tongue it some time comes across a bit hasher than it should - The problem seen by Fandino are weird - any I am sure that FreeBSD not judged by it > > Well, RAID-0 is a special case =-) That said, putting discrete RAID > classes into the GEOM layer is something of a new adventure, so I'm > not surprised to hear about performance problems, even in RAID-0. > There might be extra data copies or path latencies that weren't planned > for or expected. It's definitely something to look at. But it's also > a very new subsystem, so it would be unfair to judge FreeBSD performance > with it. > > Scott > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 20:13:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 678A416A4CE for ; Mon, 25 Oct 2004 20:13:08 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A115743D2D for ; Mon, 25 Oct 2004 20:13:07 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 13715 invoked from network); 25 Oct 2004 20:10:59 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 25 Oct 2004 20:10:59 -0000 Message-ID: <417D5E51.2060100@freebsd.org> Date: Mon, 25 Oct 2004 22:13:05 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <417B128B.7080904@gddsn.org.cn> <20041024133045.40733f45@dolphin.local.net> <20041024144743.37fb5c69@dolphin.local.net> In-Reply-To: <20041024144743.37fb5c69@dolphin.local.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 20:13:08 -0000 Conrad J. Sabatier wrote: > On Sun, 24 Oct 2004 13:30:45 -0500, "Conrad J. Sabatier" > wrote: > > >>On Sun, 24 Oct 2004 10:25:15 +0800, wsk wrote: >> >> >>>rm -f hack.c >>>MAKE=/usr/obj/usr/src/make.i386/make sh /usr/src/sys/conf/newvers.sh >>>WSK cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs >>>-Wstrict-prototypes -W missing-prototypes -Wpointer-arith -Winline >>>-Wcast-qual -fformat-extensions -st d=c99 -nostdinc -I- -I. >>>-I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/us >>>r/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter >>>-I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath >>>-I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/sr c/sys/contrib/ngatm >>>-D_KERNEL -include opt_global.h -fno-common -finline-limit=8 000 >>>--param inline-unit-growth=100 --param large-function-growth=1000 >>>-mno-alig n-long-strings -mpreferred-stack-boundary=2 -ffreestanding >>>-Werror vers.c linking kernel >>>ip_divert.o(.text+0x1238): In function `div_modevent': >>>: undefined reference to `ip_divert_ptr' >>>ip_divert.o(.text+0x12c2): In function `div_modevent': >>>: undefined reference to `ip_divert_ptr' >>>*** Error code 1 >>> >>>Stop in /usr/obj/usr/src/sys/WSK. >>>*** Error code 1 >> >>Same deal with amd64. > > > For a further bit of clarification (I know, should have done this the > first time): > > This problem is occurring with the following kernel options: > > options IPDIVERT > options IPFILTER > options IPFILTER_LOG > > The only workaround at this time is adding "options IPFIREWALL". Yes, that is correct. IPDIVERT is a module now and you can dynamically load it just like you can load ipfw (options IPFIREWALL). IPDIVERT depends on ipfw being loaded or compiled into the kernel. I have done the last step of IPDIVERT's transition into a KLD a few minutes ago. It will warn you now if you try to compile it into a kernel without IPFIREWALL as well. As a module it will simply complain that ipfw needs to be loaded first. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 20:13:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCDE216A4CE; Mon, 25 Oct 2004 20:13:55 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0F2743D2D; Mon, 25 Oct 2004 20:13:55 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9PKDt3B036625; Mon, 25 Oct 2004 13:13:55 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9PKDtHp036624; Mon, 25 Oct 2004 13:13:55 -0700 (PDT) (envelope-from obrien) Date: Mon, 25 Oct 2004 13:13:54 -0700 From: "David O'Brien" To: Scott Long Message-ID: <20041025201354.GA36421@dragon.nuxi.com> References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41799396.9090307@freebsd.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: Annoying SCSI waiting... 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: Mon, 25 Oct 2004 20:13:56 -0000 On Fri, Oct 22, 2004 at 05:11:18PM -0600, Scott Long wrote: > I'm willing to crank it down to 5 sec in HEAD. However, before I go > changing a whole bunch of identical lines in nearly identical GENERIC > files, I'd like to see GENERIC get split into several sub-modules that > live in /sys/conf and can be included instead of constantly duplicated. > i.e. > > /sys/conf: > /SCSI > /BLOCK > /NIC > /USB > /FIREWIRE What do you put in 'SCSI'? Not all SCSI devices work on all our platforms. Things got messy in NOTES when we tried to share too much. I don't think SCSI could have much more beyond 'scbus ch da sa cd pass ses'. We'll still need to have the acutal SCSI HBA's in a MD file. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 20:19:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 172E216A4CE; Mon, 25 Oct 2004 20:19:51 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id C610E43D1F; Mon, 25 Oct 2004 20:19:50 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 805B6F1BC3; Mon, 25 Oct 2004 13:19:50 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 41569-05; Mon, 25 Oct 2004 13:19:49 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 2E056F1826; Mon, 25 Oct 2004 13:19:49 -0700 (PDT) From: Sean McNeil To: Andre Oppermann In-Reply-To: <417D5E51.2060100@freebsd.org> References: <417B128B.7080904@gddsn.org.cn> <20041024133045.40733f45@dolphin.local.net> <417D5E51.2060100@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-E2DMfrG1wJifJJzBY0m9" Message-Id: <1098735588.41693.4.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 25 Oct 2004 13:19:49 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: "Conrad J. Sabatier" cc: freebsd-current@freebsd.org Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 20:19:51 -0000 --=-E2DMfrG1wJifJJzBY0m9 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-25 at 13:13, Andre Oppermann wrote: > Conrad J. Sabatier wrote: > > On Sun, 24 Oct 2004 13:30:45 -0500, "Conrad J. Sabatier" > > wrote: > >=20 > >=20 > >>On Sun, 24 Oct 2004 10:25:15 +0800, wsk wrote: > >> > >> > >>>rm -f hack.c > >>>MAKE=3D/usr/obj/usr/src/make.i386/make sh /usr/src/sys/conf/newvers.sh > >>>WSK cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs > >>>-Wstrict-prototypes -W missing-prototypes -Wpointer-arith -Winline > >>>-Wcast-qual -fformat-extensions -st d=3Dc99 -nostdinc -I- -I. > >>>-I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/us > >>>r/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > >>>-I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath > >>>-I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/sr c/sys/contrib/ngatm > >>>-D_KERNEL -include opt_global.h -fno-common -finline-limit=3D8 000 > >>>--param inline-unit-growth=3D100 --param large-function-growth=3D1000 > >>>-mno-alig n-long-strings -mpreferred-stack-boundary=3D2 -ffreestanding > >>>-Werror vers.c linking kernel > >>>ip_divert.o(.text+0x1238): In function `div_modevent': > >>>: undefined reference to `ip_divert_ptr' > >>>ip_divert.o(.text+0x12c2): In function `div_modevent': > >>>: undefined reference to `ip_divert_ptr' > >>>*** Error code 1 > >>> > >>>Stop in /usr/obj/usr/src/sys/WSK. > >>>*** Error code 1 > >> > >>Same deal with amd64. > >=20 > >=20 > > For a further bit of clarification (I know, should have done this the > > first time): > >=20 > > This problem is occurring with the following kernel options: > >=20 > > options IPDIVERT > > options IPFILTER > > options IPFILTER_LOG > >=20 > > The only workaround at this time is adding "options IPFIREWALL". >=20 > Yes, that is correct. >=20 > IPDIVERT is a module now and you can dynamically load it just like you > can load ipfw (options IPFIREWALL). >=20 > IPDIVERT depends on ipfw being loaded or compiled into the kernel. >=20 > I have done the last step of IPDIVERT's transition into a KLD a few > minutes ago. It will warn you now if you try to compile it into a > kernel without IPFIREWALL as well. As a module it will simply complain > that ipfw needs to be loaded first. I build my kernel with options IPFIREWALL options IPFIREWALL_FORWARD options IPDIVERT Can I now use loadable modules as well? Will IPFIREWALL have the forwarding option or would I still have to specify that? I prefer a minimalist approach to my config and to load modules instead. Cheers, Sean --=-E2DMfrG1wJifJJzBY0m9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBfV/kyQsGN30uGE4RAmyWAKCHSe41i6Se65fkNz3FhIdW4v2/HgCeMhMa C0TfNwRv3MWYcvn9LArX0q0= =eLME -----END PGP SIGNATURE----- --=-E2DMfrG1wJifJJzBY0m9-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 20:22:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18AEE16A4CF for ; Mon, 25 Oct 2004 20:22:16 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54C7043D54 for ; Mon, 25 Oct 2004 20:22:15 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 13804 invoked from network); 25 Oct 2004 20:20:06 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 25 Oct 2004 20:20:06 -0000 Message-ID: <417D6075.1010309@freebsd.org> Date: Mon, 25 Oct 2004 22:22:13 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> In-Reply-To: <41799396.9090307@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Garance A Drosihn Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 20:22:16 -0000 Scott Long wrote: > Julian Elischer wrote: >> Scott Long wrote: >>> For just about everyone, a value of 2 seconds or less is just fine. >>> For those with tape drives, changers, and (less likely) cdroms, a >>> long delay after reset is still quite necessary. There are two knobs >>> to adjust this, and I'd like GENERIC to remain compatible. It's 15 >>> seconds, not 2 minutes. You get a longer delay that that just trying >>> to set up the inital page tables on a large memory machine! >> >> for some reason the actual wait time always seems t be twice the >> nominated one for me.. >> i.e. 15 seconds really seems ot take 30 seconds etc. > > I'm willing to crank it down to 5 sec in HEAD. However, before I go > changing a whole bunch of identical lines in nearly identical GENERIC > files, I'd like to see GENERIC get split into several sub-modules that > live in /sys/conf and can be included instead of constantly duplicated. Ok, so far the consus seems to be that 5 seconds is fine even with ceepy hardware out there. The modularization of GENERIC diverged into a little bike-shed pretty quickly but the rough consus so far seems to be that it doesn't provide any really significant benefits. One has to edit the whole stuff anyway. Unless there are objections I'm going to change the SCSI waiting to five seconds in all GENERIC's in a few hours. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 20:25:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE90616A4CE for ; Mon, 25 Oct 2004 20:25:47 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AAB143D49 for ; Mon, 25 Oct 2004 20:25:47 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 13835 invoked from network); 25 Oct 2004 20:23:38 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 25 Oct 2004 20:23:38 -0000 Message-ID: <417D6148.6050807@freebsd.org> Date: Mon, 25 Oct 2004 22:25:44 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sean McNeil References: <417B128B.7080904@gddsn.org.cn> <20041024133045.40733f45@dolphin.local.net> <417D5E51.2060100@freebsd.org> <1098735588.41693.4.camel@server.mcneil.com> In-Reply-To: <1098735588.41693.4.camel@server.mcneil.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Conrad J. Sabatier" cc: freebsd-current@freebsd.org Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 20:25:48 -0000 Sean McNeil wrote: > On Mon, 2004-10-25 at 13:13, Andre Oppermann wrote: >>Conrad J. Sabatier wrote: >>>For a further bit of clarification (I know, should have done this the >>>first time): >>> >>>This problem is occurring with the following kernel options: >>> >>>options IPDIVERT >>>options IPFILTER >>>options IPFILTER_LOG >>> >>>The only workaround at this time is adding "options IPFIREWALL". >> >>Yes, that is correct. >> >>IPDIVERT is a module now and you can dynamically load it just like you >>can load ipfw (options IPFIREWALL). >> >>IPDIVERT depends on ipfw being loaded or compiled into the kernel. >> >>I have done the last step of IPDIVERT's transition into a KLD a few >>minutes ago. It will warn you now if you try to compile it into a >>kernel without IPFIREWALL as well. As a module it will simply complain >>that ipfw needs to be loaded first. > > > I build my kernel with > > options IPFIREWALL > options IPFIREWALL_FORWARD > options IPDIVERT > > Can I now use loadable modules as well? Will IPFIREWALL have the > forwarding option or would I still have to specify that? You can certainly use IPDIVERT as a loadable module. The FORWARD option to IPFIREWALL needs to be compiled into the module if you want to load it as a module. For modules options in the kernel configuration file are not automatically included. You have to edit sys/modules/ipfw/Makefile instead. Then you can load everything as module. If you start natd from rc.conf it will load ipdivert.ko automatically (if you have run mergemaster to update your rc scripts). -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 20:28:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6DCA16A4CF for ; Mon, 25 Oct 2004 20:28:07 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71EA043D1D for ; Mon, 25 Oct 2004 20:28:07 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9PKS6Ds037066; Mon, 25 Oct 2004 13:28:06 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9PKS6Zq037065; Mon, 25 Oct 2004 13:28:06 -0700 (PDT) (envelope-from obrien) Date: Mon, 25 Oct 2004 13:28:06 -0700 From: "David O'Brien" To: Daniel Engberg Message-ID: <20041025202806.GB36421@dragon.nuxi.com> References: <200410222206.i9MM6QV02983@d1o407.telia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410222206.i9MM6QV02983@d1o407.telia.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: AMD PCnet/PCI Fast Ethernet driver issues in 5.3RC1 / 5.3-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 20:28:07 -0000 On Sat, Oct 23, 2004 at 12:06:26AM +0200, Daniel Engberg wrote: > Hi, > Currently I'm running 5.3-RC1 / 5.3-STABLE and it seems like this > version have issues with AMD PCnet/PCI Fast Ethernet NICs. The driver > (pcn) loads and detects the NIC properly without any errors but the > interface is unable to trasmit or receive any data. A workaround (not a > very nice one afaik), is to recompile the kernel and leave out the pcn > driver. By doing so FreeBSD will use the old lnc driver instead which > works. Any ideas what's causing this behaviour? > I'm using "FreeBSD BOX.BUNDLE 5.3-STABLE FreeBSD 5.3-STABLE #1: Thu Oct > 21 17:55:29 CEST 2004". What is the dmesg output for this device? Several of my machines have pcn(4) devices: pcn0: with zero problems. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 20:39:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B808416A4CE; Mon, 25 Oct 2004 20:39:30 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7962843D5F; Mon, 25 Oct 2004 20:39:30 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id i9PKdUaW001809; Mon, 25 Oct 2004 13:39:30 -0700 (PDT) Received: from [10.1.1.245] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0)i9PKdQiB015359; Mon, 25 Oct 2004 13:39:27 -0700 (PDT) In-Reply-To: <417D58B6.5030509@freebsd.org> References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <200410251837.58257.Thomas.Sparrevohn@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> <417D58B6.5030509@freebsd.org> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Mon, 25 Oct 2004 16:39:26 -0400 To: Scott Long X-Mailer: Apple Mail (2.619) cc: fandino@ng.fadesa.es cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 20:39:30 -0000 On Oct 25, 2004, at 3:49 PM, Scott Long wrote: [ ... ] >> Your position is certainly reasonable: if a storage system is not >> reliable, how fast it performs is something of a moot point. :-) >> However, this being said, a RAID-0 implementation needs to improve >> performance compared with using a bare drive if it is to be useful. > > Well, RAID-0 is a special case =-) Sort of, yeah. It's hard to make generalizations about RAID performance without considering each mode as a separate case...in which case, your generalizations aren't very general. 8-) > That said, putting discrete RAID > classes into the GEOM layer is something of a new adventure, so I'm > not surprised to hear about performance problems, even in RAID-0. > There might be extra data copies or path latencies that weren't planned > for or expected. It's definitely something to look at. But it's also > a very new subsystem, so it would be unfair to judge FreeBSD > performance > with it. Oh, I'm not trying to throw stones your way, or at GEOM, or anywhere else. By and large, you would be right to claim that RAID generally performs less well than direct access to bare drives. This conclusion is driven as much by how frequently RAID-5 gets used compared with the less-common RAID modes as anything else, however. Someone who uses RAID-0 or RAID-1,0 modes really does expect to see a performance improvement. -- -Chuck PS: And yes, I know that talking about how something should perform doesn't get code written, but it can be helpful to recognize that system ought to function at a certain level in order to be "useful". From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 20:42:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8175F16A4CE; Mon, 25 Oct 2004 20:42:45 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6147543D58; Mon, 25 Oct 2004 20:42:45 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 1C340F1BC4; Mon, 25 Oct 2004 13:42:45 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 41600-10; Mon, 25 Oct 2004 13:42:44 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 10E70F18B8; Mon, 25 Oct 2004 13:42:44 -0700 (PDT) From: Sean McNeil To: Andre Oppermann In-Reply-To: <417D6148.6050807@freebsd.org> References: <417B128B.7080904@gddsn.org.cn> <417D5E51.2060100@freebsd.org><417D6148.6050807@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ww18xAL64SjS9RbETnBP" Message-Id: <1098736963.44975.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 25 Oct 2004 13:42:44 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: "Conrad J. Sabatier" cc: freebsd-current@freebsd.org Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 20:42:45 -0000 --=-ww18xAL64SjS9RbETnBP Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-25 at 13:25, Andre Oppermann wrote: > Sean McNeil wrote: > > On Mon, 2004-10-25 at 13:13, Andre Oppermann wrote: > >>Conrad J. Sabatier wrote: > >>>For a further bit of clarification (I know, should have done this the > >>>first time): > >>> > >>>This problem is occurring with the following kernel options: > >>> > >>>options IPDIVERT > >>>options IPFILTER > >>>options IPFILTER_LOG > >>> > >>>The only workaround at this time is adding "options IPFIREWALL". > >> > >>Yes, that is correct. > >> > >>IPDIVERT is a module now and you can dynamically load it just like you > >>can load ipfw (options IPFIREWALL). > >> > >>IPDIVERT depends on ipfw being loaded or compiled into the kernel. > >> > >>I have done the last step of IPDIVERT's transition into a KLD a few > >>minutes ago. It will warn you now if you try to compile it into a > >>kernel without IPFIREWALL as well. As a module it will simply complain > >>that ipfw needs to be loaded first. > >=20 > >=20 > > I build my kernel with > >=20 > > options IPFIREWALL > > options IPFIREWALL_FORWARD > > options IPDIVERT > >=20 > > Can I now use loadable modules as well? Will IPFIREWALL have the > > forwarding option or would I still have to specify that? >=20 > You can certainly use IPDIVERT as a loadable module. The FORWARD option > to IPFIREWALL needs to be compiled into the module if you want to load > it as a module. For modules options in the kernel configuration file > are not automatically included. You have to edit sys/modules/ipfw/Makefi= le > instead. Then you can load everything as module. If you start natd from > rc.conf it will load ipdivert.ko automatically (if you have run mergemast= er > to update your rc scripts). OK, thanks. I thought someone was working on module configuration from the kernel configuration file instead of having to hack the Makefile for each module. That is a pita. Cheers, Sean --=-ww18xAL64SjS9RbETnBP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBfWVDyQsGN30uGE4RAsUjAJkBveL/vSUpFlsM2yJwMgchhIpNQwCg2kH9 aUSQKw0Dg90DzESF/kOuDKI= =M4iy -----END PGP SIGNATURE----- --=-ww18xAL64SjS9RbETnBP-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 20:47:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF78716A4CE for ; Mon, 25 Oct 2004 20:47:23 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59FD143D1F for ; Mon, 25 Oct 2004 20:47:23 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9PKmJ4d077746; Mon, 25 Oct 2004 14:48:19 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <417D65F1.2040809@freebsd.org> Date: Mon, 25 Oct 2004 14:45:37 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Charles Swiger References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <200410251837.58257.Thomas.Sparrevohn@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> <417D58B6.5030509@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: fandino@ng.fadesa.es cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 20:47:23 -0000 Charles Swiger wrote: > On Oct 25, 2004, at 3:49 PM, Scott Long wrote: > [ ... ] > >>> Your position is certainly reasonable: if a storage system is not >>> reliable, how fast it performs is something of a moot point. :-) >>> However, this being said, a RAID-0 implementation needs to improve >>> performance compared with using a bare drive if it is to be useful. >> >> >> Well, RAID-0 is a special case =-) > > > Sort of, yeah. It's hard to make generalizations about RAID performance > without considering each mode as a separate case...in which case, your > generalizations aren't very general. 8-) > >> That said, putting discrete RAID >> classes into the GEOM layer is something of a new adventure, so I'm >> not surprised to hear about performance problems, even in RAID-0. >> There might be extra data copies or path latencies that weren't planned >> for or expected. It's definitely something to look at. But it's also >> a very new subsystem, so it would be unfair to judge FreeBSD performance >> with it. > > > Oh, I'm not trying to throw stones your way, or at GEOM, or anywhere else. > > By and large, you would be right to claim that RAID generally performs > less well than direct access to bare drives. This conclusion is driven > as much by how frequently RAID-5 gets used compared with the less-common > RAID modes as anything else, however. Someone who uses RAID-0 or > RAID-1,0 modes really does expect to see a performance improvement. > RAID-0 yes, RAID-10 no, at least not for software RAID. The machine winds up having to transfer the same data twice across the PCI bus, twice through the controller, etc. If the controller is on a simple PCI-32/33 bus then it will quickly become saturated. Anyways, having spent a good part of my career with RAID, I find that I only use RAID-0 when I want to test system bandwidth, not when I want to store data. YMMV =-) Scott From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 21:04:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7C0A16A4D0 for ; Mon, 25 Oct 2004 21:04:02 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id A658443D5D for ; Mon, 25 Oct 2004 21:04:01 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 95888 invoked by uid 89); 25 Oct 2004 21:01:21 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 25 Oct 2004 21:01:21 -0000 Received: from 128.101.36.205 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Mon, 25 Oct 2004 15:01:21 -0600 (MDT) Message-ID: <10185.128.101.36.205.1098738081.squirrel@128.101.36.205> In-Reply-To: <1098733044.417d55f46cc15@corpmail.siteone.net> References: <1098733044.417d55f46cc15@corpmail.siteone.net> Date: Mon, 25 Oct 2004 15:01:21 -0600 (MDT) From: "Ryan Sommers" To: brian@aljex.com User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-current@freebsd.org Subject: Re: can't buildworld - boot2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 21:04:02 -0000 brian@aljex.com said: > kernel: ver=1.01 size=780 load=9000 entry=9010 map=16M pgctl=1:1 > client: fmt=bin size=1779 text=0 data=0 bss=0 entry=0 > output: fmt=bin size=200d text=114 data=1ef9 org=0 entry=0 > -525 bytes available > *** Error code 1 > > Stop in /usr/src/sys/boot/i386/boot2. > *** Error code 1 Are you building with a -j option? There are no errors that I can see in the output you provided. Using a -j option can usually be a symptom of this kind of failure where the real errors end up being buried in the output further up. Try building without -j and then see where the errors are. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 21:13:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A171216A4CF for ; Mon, 25 Oct 2004 21:13:12 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DD8F43D46 for ; Mon, 25 Oct 2004 21:13:12 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 14181 invoked from network); 25 Oct 2004 21:11:02 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 25 Oct 2004 21:11:02 -0000 Message-ID: <417D6C65.5030406@freebsd.org> Date: Mon, 25 Oct 2004 23:13:09 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sean McNeil References: <417B128B.7080904@gddsn.org.cn> <417D5E51.2060100@freebsd.org><417D6148.6050807@freebsd.org> <1098736963.44975.3.camel@server.mcneil.com> In-Reply-To: <1098736963.44975.3.camel@server.mcneil.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Conrad J. Sabatier" cc: freebsd-current@freebsd.org Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 21:13:12 -0000 Sean McNeil wrote: > > OK, thanks. I thought someone was working on module configuration from > the kernel configuration file instead of having to hack the Makefile for > each module. That is a pita. Peter Wemm was working on that. I have no idea how far he has actually come in making it work. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 21:22:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2315216A4CE; Mon, 25 Oct 2004 21:22:25 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B502C43D2F; Mon, 25 Oct 2004 21:22:24 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.3] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i9PLMGaN096368; Mon, 25 Oct 2004 17:22:17 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <417D65F1.2040809@freebsd.org> References: <14479.1098695558@critter.freebsd.dk><417D25E8.6080804@ng.fadesa .es> <200410251928.01536.victor@alf.dyndns.ws><200410251837.58257.Thoma s.Sparrev ohn@btinternet.com><417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es><417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com><417D58B6.5030509@fr eebsd.org > <417D65F1.2040809@freebsd.org> Date: Mon, 25 Oct 2004 22:55:31 +0200 To: Scott Long From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: fandino@ng.fadesa.es cc: Charles Swiger cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 21:22:25 -0000 At 2:45 PM -0600 2004-10-25, Scott Long wrote: > RAID-0 yes, RAID-10 no, at least not for software RAID. The machine > winds up having to transfer the same data twice across the PCI bus, > twice through the controller, etc. If the controller is on a simple > PCI-32/33 bus then it will quickly become saturated. I can't speak for GEOM, but my experience with vinum is that software RAID, especially RAID-1+0 will totally smoke the bare hardware, and will smoke most any PCI hardware RAID controller you put it up against. Granted, my experience is a few years old, so if you've got any more recent data that shows in detail what the current situation is and explains why, I'd love to see it. Until then, I stand by my results at . -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 21:27:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EAF616A4CF for ; Mon, 25 Oct 2004 21:27:19 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E99B943D4C for ; Mon, 25 Oct 2004 21:27:18 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9PLSE00077948; Mon, 25 Oct 2004 15:28:15 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <417D6F4C.9000404@freebsd.org> Date: Mon, 25 Oct 2004 15:25:32 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brad Knowles References: <14479.1098695558@critter.freebsd.dk><417D25E8.6080804@ng.fadesa .es> <200410251928.01536.victor@alf.dyndns.ws><200410251837.58257.Thoma s.Sparrev ohn@btinternet.com><417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es><417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com><417D58B6.5030509@fr eebsd.org > <417D65F1.2040809@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: fandino@ng.fadesa.es cc: Charles Swiger cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 21:27:19 -0000 Brad Knowles wrote: > At 2:45 PM -0600 2004-10-25, Scott Long wrote: > >> RAID-0 yes, RAID-10 no, at least not for software RAID. The machine >> winds up having to transfer the same data twice across the PCI bus, >> twice through the controller, etc. If the controller is on a simple >> PCI-32/33 bus then it will quickly become saturated. > > > I can't speak for GEOM, but my experience with vinum is that > software RAID, especially RAID-1+0 will totally smoke the bare hardware, > and will smoke most any PCI hardware RAID controller you put it up against. > > Granted, my experience is a few years old, so if you've got any more > recent data that shows in detail what the current situation is and > explains why, I'd love to see it. Until then, I stand by my results at > . > Software RAID does indeed have less latency than PCI RAID, and will often result in higher performance. But as was said, there is always a performance vs. reliability tradeoff. And when you are talking about RAID-10 with a bunch of disks, you will indeed start seeing bottlenecks in the bus. Scott From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 21:38:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 995A316A4CE; Mon, 25 Oct 2004 21:38:35 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56C8743D5D; Mon, 25 Oct 2004 21:38:35 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (8.12.6/MantshX 2.0) with ESMTP id i9PLcYqX029638; Mon, 25 Oct 2004 14:38:34 -0700 (PDT) Received: from [10.1.1.245] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0)i9PLcXnv027356; Mon, 25 Oct 2004 14:38:34 -0700 (PDT) In-Reply-To: <417D65F1.2040809@freebsd.org> References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <200410251837.58257.Thomas.Sparrevohn@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> <417D58B6.5030509@freebsd.org> <417D65F1.2040809@freebsd.org> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <38242D24-26CE-11D9-9A2F-003065ABFD92@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Mon, 25 Oct 2004 17:38:33 -0400 To: Scott Long X-Mailer: Apple Mail (2.619) cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 21:38:35 -0000 On Oct 25, 2004, at 4:45 PM, Scott Long wrote: >> Someone who uses RAID-0 or RAID-1,0 modes really does expect to see a >> performance improvement. > > RAID-0 yes, RAID-10 no, at least not for software RAID. The machine > winds up having to transfer the same data twice across the PCI bus, > twice through the controller, etc. If the controller is on a simple > PCI-32/33 bus then it will quickly become saturated. Hmm...sure, for that set of conditions-- write access, software RAID, bus throughput < aggregate raw disk performance-- you're quite right. Any RAID system which is being limited by PCI bus throughput was not spec'ed out particularly well, the prevalence of IDE RAID on the motherboard via Promise or Highpoint controllers not withstanding. However, such a configuration can still gain significant performance improvement from RAID-10 in terms of splitting seeks between 4 or more spindles, which gives you a very high # of I/O ops per second, and reduces service latency-- what Solaris calls "res_t", for time an I/O op is resident in the queue before actually being issued to a device. Even if you suffer from bus throughput limitations, and are not limited by IOPS, the read performance of RAID-10 is still very nice. > Anyways, having spent a good part of my career with RAID, I find that > I only use RAID-0 when I want to test system bandwidth, not when I > want to store data. YMMV =-) I'd agree with that. RAID-0 isn't worth the convolution of data compared with direct access and dividing the workload between spindles some other way. However, given my druthers I'd far rather set up four or six drives in a RAID-10 config than in a RAID-5 config. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 21:40:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 716C316A4CE; Mon, 25 Oct 2004 21:40:09 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2678343D39; Mon, 25 Oct 2004 21:40:09 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.3] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i9PLe67k097225; Mon, 25 Oct 2004 17:40:07 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <417D6F4C.9000404@freebsd.org> References: <14479.1098695558@critter.freebsd.dk><417D25E8.6080804@ng.fadesa .es> <200410251928.01536.victor@alf.dyndns.ws><200410251837.58257.Thoma s.Sparrev ohn@btinternet.com><417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es><417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com><417D58B6.5030509@fr eebsd.org > <417D65F1.2040809@freebsd.org> <417D6F4C.9000404@freebsd.org> Date: Mon, 25 Oct 2004 23:39:57 +0200 To: Scott Long From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: fandino@ng.fadesa.es cc: Charles Swiger cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 21:40:09 -0000 At 3:25 PM -0600 2004-10-25, Scott Long wrote: > But as was said, there is always > a performance vs. reliability tradeoff. Well, more like "Pick two: performance, reliability, price" ;) > And when you are talking about > RAID-10 with a bunch of disks, you will indeed start seeing bottlenecks > in the bus. When you're talking about using a lot of disks, that's going to be true for any disk subsystem that you're trying to get a lot of performance out of. The old rule was that if you had more than four disks per channel, you were probably hitting saturation. I don't know if that specific rule-of-thumb is still valid, but I'd be surprised if disk controller performance hasn't roughly kept up with disk performance over time. -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 21:43:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A22416A4CE for ; Mon, 25 Oct 2004 21:43:51 +0000 (GMT) Received: from omoikane.mb.skyweb.ca (64-42-246-34.mb.skyweb.ca [64.42.246.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id D09DF43D46 for ; Mon, 25 Oct 2004 21:43:50 +0000 (GMT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id E514962C1D; Mon, 25 Oct 2004 16:43:53 -0500 (CDT) From: Mark Johnston To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org Date: Mon, 25 Oct 2004 16:43:53 -0500 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200410251643.53256.mjohnston@skyweb.ca> Subject: cvs-src summary for October 18-25 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 21:43:51 -0000 FreeBSD cvs-src summary for 18/10/04 to 25/10/04 ++++++++++++++++++++++++++++++++++++++++++++++++ This is a regular weekly summary of FreeBSD's cutting-edge development. It is intended to help the FreeBSD community keep up with the fast-paced work going on in FreeBSD-CURRENT by distilling the deluge of data from the CVS mailing list into a (hopefully) easy-to-read newsletter. This newsletter is marked up in reStructuredText_, so any odd punctuation that you see is likely intended for the reST parser. .. _reStructuredText: http://docutils.sourceforge.net/rst.html You can get old summaries, and an HTML version of this one, at http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston (mark at xl0.org). If you would like to get the summary without subscribing to current@, please send mail to freebsd-cvs-summary-subscribe@lists.enderunix.org. Thanks to Omer Faruk Sen and EnderUNIX for hosting this list. For Lukasz Dudek and Szymon Roczniak's Polish translations of these summaries, which may lag the English ones slightly, please see http://mocart.pinco.pl/FreeBSD/. .. contents:: ============ New features ============ 5.3-RELEASE branched -------------------- Scott Long (scottl) created the 5.3-RELEASE branch, from which the 5.3 release will be built. 5.3 is scheduled for release tomorrow (October 26th); however, `the schedule`_ is a couple of days behind, so the release may happen around October 28th. The release will be announced on the mailing lists and on the FreeBSD.org Web site. .. _`the schedule`: http://www.freebsd.org/releases/5.3R/schedule.html HighPoint RocketRAID 1820 supported ----------------------------------- Scott Long (scottl) commited a driver called hptmv, for the thrillingly-named `HighPoint RocketRAID 1820`_ series of cards. The 1820 is HighPoint's PCI-X Serial ATA RAID card, supporting RAID 0, 1, 5, and 10 on up to 8 SATA drives. Scott thanks HighPoint for providing the original driver this code is based on, and IronSystems for providing hardware for testing. .. _`HighPoint RocketRAID 1820`: http://www.highpoint-tech.com/USA/sataraid.htm .. _HighPoint: http://www.highpoint-tech.com/ .. _IronSystems: http://www.ironsystems.com/ http://www.freebsd.org/cgi/mid.cgi?200410240537.i9O5bNh3068130 Onboard audio support for UltraSPARC workstations ------------------------------------------------- Pyun YongHyeon (yongari) committed a driver for the onboard CS4231-based audio controller on UltraSPARC workstations. The driver is based on OpenBSD's SBus CS4231 driver, but it has been heavily modified and supports both SBus and EBus. http://www.freebsd.org/cgi/mid.cgi?200410251029.i9PATwhO098396 Major netgraph rework --------------------- Gleb Smirnoff (glebius) committed a major overhaul of parts of the Netgraph code, which allows processing of network packets to be done by a series of arbitrarily-linked nodes. The new code creates a device for each hook on each node, which allows parallel processing. It also enhances performance in reading and writing, adds locking of the device and connection list, and tidies up some style and age problems. http://www.freebsd.org/cgi/mid.cgi?200410182013.i9IKDvcR002883 =============== Notable changes =============== SPECFS removed from the tree ---------------------------- Poul-Henning Kamp (phk) removed SPECFS, which was a layer that handled special device files like the ones in /dev. DEVFS, the device(-file) filesystem, has made it obsolete. Poul-Henning was even moved to poetry by the loss of this dear friend:: Alas, poor SPECFS! -- I knew him, Horatio; A filesystem of infinite jest, of most excellent fancy: he hath taught me lessons a thousand times; and now, how abhorred in my imagination it is! my gorge rises at it. Here were those hacks that I have curs'd I know not how oft. Where be your kludges now? your workarounds? your layering violations, that were wont to set the table on a roar? http://www.freebsd.org/cgi/mid.cgi?200410220959.i9M9xbAl096751 In-kernel TCP socket structure changed -------------------------------------- Andre Oppermann (andre) reduced the size of the tcpcb structure, which means that any programs that use it will have to be recompiled. Users of tcpcb include programs that examine kernel memory for TCP sockets, like sockstat and netstat. http://www.freebsd.org/cgi/mid.cgi?200410221955.i9MJt4Au030816 GENERIC reverted to UP instead of SMP ------------------------------------- Ken Smith (kensmith) switched the GENERIC kernel, which is used by default at installation time, to uniprocessor instead of multiprocessor. A uniprocessor kernel is faster on single-processor systems, which most people use, and safer for installs. Ken also created a configuration file called SMP, which can be used to build multiprocessor kernels out of the box. http://www.freebsd.org/cgi/mid.cgi?200410231958.i9NJwS2I019461 ================= Discussion topics ================= Supporting dynamically-loadable protocols ----------------------------------------- Andre Oppermann (andre) committed support for dynamically loadable protocols. This allows network protocols to be added to and removed from a running kernel. In response to this commit, Sam Leffler (sam) said, "I don't recall seeing this posted anywhere for comment. I have some concerns about this general topic and this code seems incomplete (e.g. I see no locking)." Andre replied, "Locking is not needed because there are no dead moments in transitioning from unregistered to registered and back." He gave a brief technical explanation, asking, "What remaining concerns do you have?" John-Mark Gurney (jmg) replied, "I don't see any GIANT_REQUIRE, or locking around adding a new protocol.. This means there could be a race where two modules loading a protocol get assigned the same slot..." Andre answered, "Luckily loading protocols is a relatively rare occourence and highly unlikely to bite anyone soon. I'll add the giant lock just to be sure as you suggest though." Max Laier (mlaier) also replied to Andre's previous post, saying, "While it is a cool thing to have something like this, but I am afraid that there is code that will trigger problems." He gave an example from the ICMP-handling code, saying, "This is clearly a problem if we can remove protocols. There might be more places where we (temporary) cache values from the protocol array. [ . . . ] I'd suggest, that you remove the possibility to remove protocols completely." He also noted, "[Unloading] has to be handled by the protocol itself." Andre answered, "Ok, this one is easy to fix. I'll audit the code for any other of these abuses." In response to "there might be more places", he said, "From my reading of many parts of the netinet/* code this is usually not a problem and the code is rather well behaved." He answered Max's suggestion that he remove the possibility to remove protocols, saying, "To be able to unload protocols is an important but seldomly used function and it's certainly not that a crash is guarnteed. Far from it." He agreed that a protocol has to handle its own unloading. Julian Elischer (julian) suggested, regarding unloading, "each protocol array entry could have either a mutex or a refcount or both.." A brief discussion followed on the technical details of how a protocol could handle being unloaded. Max replied to Andre's last post, saying, "[The example code was] One of many, I am afraid. '... usually ... rather ...' I really urge you, to reconsider. Many have argumented in the same way. I understand that it is nice to have this possibility, but it *does* cause *real* problems!" He noted, "Divert can be paniced with the sysctl code, btw. [ . . . ] Yes, it is not a problem in the common case, but you have to account for edge cases as well!" Andre replied, asking (WRT "one of many"), "Where are the others?" He suggested, "Unloading a protocol is a very convinient function during prototyping. For the final version you can refuse to unload." In response to Max's "edge case" note, he said, "And you have to account for that unloads do not happen for every packet that goes through the box." Max replied, "We are really concerned that you are introduceing something that is not fully though about. We will have problems with this and I really think that it should be backed out now and fixed before reconsidered! [ . . . ] Claiming that [races] will not be 'most of the time' is not exactly the right approach for serious development." To respond to Andre's request for specifics, he offered, "ip_encap is going to be a lot of fun. And that's just the most obvious, I could find." He also replied to Andre's final comment, saying, "The fact that an unload happens very seldom, is not an excuse to allow it to panic the box." Andre answered, "Dynamically registering and unregistering is not the problem. [ . . . ] What can be problematic is not the unregistering of an protocol but the subsequent unloading of the module that implemented said protocol. [ . . . ] In the case of IPDIVERT I made it unloadable and as you correctly say there can be certain race conditions. The solution is not to back out what I committed but to make IPDIVERT to refuse to unload, *or* to fix IPDIVERT in a way to make it 100% race safe to unload." In response to the ip_encap comment, he said, "You are on the wrong boat here. ip_encap is an entirely different animal. [ . . . ] And to rebut that I have carelessly thrown some untested and immature piece of code in there; I have in fact looked and thought through this and studied the code that uses it." Harti Brandt (harti) replied to Andre's earlier "this one is easy to fix" post, saying, "Actually it is not easy to fix. Even if you don't introduce a temporary variable the compiler can and probably will still use a temporary copy of the function pointer. You cannot prevent the compiler from makeing temporary copies." Dag-Erling Smorgrav (des) responded, "Yes, you can, using the volatile keyword." Harti replied, "That doesn't help you if the compiler needs to fetch the function pointer into a register to call it. That would be allowed even if you declare the pointer volatile." He gave an example to illustrate his point. Sam posted a reply to Andre's first post, explaining that he had been away for the day. "It seems many people have responded though not addressing all my concerns. While I applaud your effort to attack this problem I must say I am totally disgusted by the way in which you've dropped this code in the tree with no review or opportunity for comment." http://www.freebsd.org/cgi/mid.cgi?200410191513.i9JFDUbf072176 ================= Committer changes ================= Andrew Reiter (arr) has returned to committerhood after ten months away. http://www.freebsd.org/cgi/mid.cgi?200410222154.i9MLsXwC041321 =============== Other bug fixes =============== Lukas Ertl (le) fixed a locking bug in the NDIS code that could cause system panics. The bug and fix were submitted by Frank Mayhar in `PR 72795`_. .. _`PR 72795`: http://www.freebsd.org/cgi/query-pr.cgi?pr=72795 http://www.freebsd.org/cgi/mid.cgi?200410182133.i9ILXvsN012113 John-Mark Gurney (jmg) fixed a problem with the de driver, which supports DEC DC21x4x Ethernet cards, that would cause it to get very slow after a few minutes of use. http://www.freebsd.org/cgi/mid.cgi?200410182306.i9IN6DDx016512 From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 22:08:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 716B516A4CE; Mon, 25 Oct 2004 22:08:27 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E79243D46; Mon, 25 Oct 2004 22:08:27 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (8.12.6/MantshX 2.0) with ESMTP id i9PM8Q0R027729; Mon, 25 Oct 2004 15:08:26 -0700 (PDT) Received: from [10.1.1.245] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0)i9PM8OZ4015771; Mon, 25 Oct 2004 15:08:25 -0700 (PDT) In-Reply-To: References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <"200410251837.58257.Thoma s.Sparrev ohn"@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> <417D65F1.2040809@freebsd.org> <417D6F4C.9000404@freebsd.org> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <64029B30-26D2-11D9-9A2F-003065ABFD92@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Mon, 25 Oct 2004 18:08:24 -0400 To: Brad Knowles X-Mailer: Apple Mail (2.619) cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 22:08:27 -0000 On Oct 25, 2004, at 5:39 PM, Brad Knowles wrote: > At 3:25 PM -0600 2004-10-25, Scott Long wrote: >> But as was said, there is always >> a performance vs. reliability tradeoff. > > Well, more like "Pick two: performance, reliability, price" ;) That sounds familiar. :-) If you prefer... ...consider using: ---------------------------------------------- performance, reliability: RAID-1 mirroring performance, cost: RAID-0 striping reliability, performance: RAID-1 mirroring (+ hot spare, if possible) reliability, cost: RAID-5 (+ hot spare) cost, reliability: RAID-5 cost, performance: RAID-0 striping >> And when you are talking about RAID-10 with a bunch of disks, you >> will indeed start seeing bottlenecks in the bus. > > When you're talking about using a lot of disks, that's going to be > true for any disk subsystem that you're trying to get a lot of > performance out of. That depends on your hardware, of course. :-) There's a Sun E450 with ten disks over 5 SCSI channels in the room next door: one UW channel native on the MB, and two U160 channels apiece from two dual-channel cards which come with each 8-drive-bay extender kit. It's running Solaris and DiskSuite (ODS) now, but it would be interesting to put FreeBSD on it and see how that does, if I ever get the chance. > The old rule was that if you had more than four disks per channel, > you were probably hitting saturation. I don't know if that specific > rule-of-thumb is still valid, but I'd be surprised if disk controller > performance hasn't roughly kept up with disk performance over time. That rule dates back to the early days of SCSI-2, where you could fit about four drives worth of aggregate throughput over a 40Mbs ultra-wide bus. The idea behind it is still sound, although the numbers of drives you can fit obviously changes whether you talk about ATA-100 or SATA-150. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 22:12:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2D8716A4CE for ; Mon, 25 Oct 2004 22:12:38 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 313E743D41 for ; Mon, 25 Oct 2004 22:12:38 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 24194 invoked by uid 80); 25 Oct 2004 22:12:13 -0000 Received: from ool-43552092.dyn.optonline.net (ool-43552092.dyn.optonline.net [67.85.32.146]) by corpmail.siteone.net (IMP) with HTTP for ; Mon, 25 Oct 2004 18:12:13 -0400 Message-ID: <1098742333.417d7a3d920cf@corpmail.siteone.net> Date: Mon, 25 Oct 2004 18:12:13 -0400 From: brian@aljex.com To: freebsd-current@freebsd.org References: <1098733044.417d55f46cc15@corpmail.siteone.net> <10185.128.101.36.205.1098738081.squirrel@128.101.36.205> In-Reply-To: <10185.128.101.36.205.1098738081.squirrel@128.101.36.205> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 / FreeBSD-5.2.1 X-Originating-IP: 67.85.32.146 Subject: Re: can't buildworld - boot2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 22:12:38 -0000 Quoting Ryan Sommers : > brian@aljex.com said: > > kernel: ver=1.01 size=780 load=9000 entry=9010 map=16M pgctl=1:1 > > client: fmt=bin size=1779 text=0 data=0 bss=0 entry=0 > > output: fmt=bin size=200d text=114 data=1ef9 org=0 entry=0 > > -525 bytes available > > *** Error code 1 > > > > Stop in /usr/src/sys/boot/i386/boot2. > > *** Error code 1 > > Are you building with a -j option? There are no errors that I can see in > the output you provided. Using a -j option can usually be a symptom of > this kind of failure where the real errors end up being buried in the > output further up. > > Try building without -j and then see where the errors are. > > -- > Ryan Sommers > ryans@gamersimpact.com > > no -j just "make buildworld" -bash-2.05b# uname -a FreeBSD venti 6.0-CURRENT FreeBSD 6.0-CURRENT #13: Tue Oct 19 06:56:35 EDT 2004 root@venti:/usr/obj/usr/src/sys/VENTI i386 -bash-2.05b# whereis cc cc: /usr/bin/cc /usr/share/man/man1/cc.1.gz /usr/src/gnu/usr.bin/cc -bash-2.05b# ls -l /usr/bin/cc -r-xr-xr-x 2 root wheel 171304 Oct 19 04:37 /usr/bin/cc -bash-2.05b# cc --version cc (GCC) 3.4.2 [FreeBSD] 20040728 ... (ie: the kernel and gcc are in fact the 10-19 build) -bash-2.05b# rm -rf /usr/src /usr/obj -bash-2.05b# cvsup all.sup ... -bash-2.05b# cd /usr/src -bash-2.05b# make buildworld 2&1 >/buildworld.txt ... (error shown previously) where all.sup has: ------- *default host=ftp4.us.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=. *default delete use-rel-suffix *default compress src-all ports-all ------- make.conf has: ------- #COPTS = -O -march=pentium4 CPUTYPE = pentium4 COPTFLAGS = -O #CFLAGS = -O -msse2 -mfpmath-sse CFLAGS = -O NOPROFILE = true ------- I'm used to using ksh on sco and as a result the command above didn't capture stderr so I'll do it again and repost. Just for, no particular reason I guess, I'll try from the default csh instead of bash this time too. thanks ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 22:23:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C242016A4CE for ; Mon, 25 Oct 2004 22:23:44 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7552E43D45 for ; Mon, 25 Oct 2004 22:23:42 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.3] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i9PMNbBg099501 for ; Mon, 25 Oct 2004 18:23:40 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <64029B30-26D2-11D9-9A2F-003065ABFD92@mac.com> References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <"200410251837.58257.Thoma s.Sparrev ohn"@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> <417D65F1.2040809@freebsd.org> <417D6F4C.9000404@freebsd.org> <64029B30-26D2-11D9-9A2F-003065ABFD92@mac.com> Date: Tue, 26 Oct 2004 00:23:29 +0200 To: FreeBSD-CURRENT Mailing List From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 22:23:44 -0000 At 6:08 PM -0400 2004-10-25, Charles Swiger wrote: >>> And when you are talking about RAID-10 with a bunch of disks, you >>> will indeed start seeing bottlenecks in the bus. >> >> When you're talking about using a lot of disks, that's going to be >> true for any disk subsystem that you're trying to get a lot of >> performance out of. > > That depends on your hardware, of course. :-) See below. > There's a Sun E450 with ten disks over 5 SCSI channels in the room > next door: one UW channel native on the MB, and two U160 channels > apiece from two dual-channel cards which come with each 8-drive-bay > extender kit. You've got an average of two disks per SCSI channel, and how many disks per channel on those 8-drive bays? > It's running Solaris and DiskSuite (ODS) now, but it > would be interesting to put FreeBSD on it and see how that does, if > I ever get the chance. In my experience, ODS never performed quite as good as Vinum, but it would be very interesting to see what kind of performance you can get out of this box using FreeBSD/SPARC64. -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 22:43:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 027A816A4CE for ; Mon, 25 Oct 2004 22:43:38 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C14843D45 for ; Mon, 25 Oct 2004 22:43:37 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9PMiYG7078287; Mon, 25 Oct 2004 16:44:34 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <417D812F.1040404@freebsd.org> Date: Mon, 25 Oct 2004 16:41:51 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Charles Swiger References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <"200410251837.58257.Thoma s.Sparrev ohn"@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> <417D65F1.2040809@freebsd.org> <417D6F4C.9000404@freebsd.org> <64029B30-26D2-11D9-9A2F-003065ABFD92@mac.com> In-Reply-To: <64029B30-26D2-11D9-9A2F-003065ABFD92@mac.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 22:43:38 -0000 Charles Swiger wrote: > On Oct 25, 2004, at 5:39 PM, Brad Knowles wrote: > >> At 3:25 PM -0600 2004-10-25, Scott Long wrote: >> >>> But as was said, there is always >>> a performance vs. reliability tradeoff. >> >> >> Well, more like "Pick two: performance, reliability, price" ;) > > > That sounds familiar. :-) > > If you prefer... ...consider using: > ---------------------------------------------- > performance, reliability: RAID-1 mirroring > performance, cost: RAID-0 striping > reliability, performance: RAID-1 mirroring (+ hot spare, if possible) > reliability, cost: RAID-5 (+ hot spare) > cost, reliability: RAID-5 > cost, performance: RAID-0 striping It's more complex than that. Are you talking software RAID, PCI RAID, or external RAID? That affects all three quite a bit. Also, how do you define reliability? Do you verify reads on RAID-1 and 5? Also, what about error recovery? > >>> And when you are talking about RAID-10 with a bunch of disks, you >>> will indeed start seeing bottlenecks in the bus. >> >> >> When you're talking about using a lot of disks, that's going to be >> true for any disk subsystem that you're trying to get a lot of >> performance out of. > > > That depends on your hardware, of course. :-) > > There's a Sun E450 with ten disks over 5 SCSI channels in the room next > door: one UW channel native on the MB, and two U160 channels apiece from > two dual-channel cards which come with each 8-drive-bay extender kit. > It's running Solaris and DiskSuite (ODS) now, but it would be > interesting to put FreeBSD on it and see how that does, if I ever get > the chance. > >> The old rule was that if you had more than four disks per channel, >> you were probably hitting saturation. I don't know if that specific >> rule-of-thumb is still valid, but I'd be surprised if disk controller >> performance hasn't roughly kept up with disk performance over time. > > > That rule dates back to the early days of SCSI-2, where you could fit > about four drives worth of aggregate throughput over a 40Mbs ultra-wide > bus. The idea behind it is still sound, although the numbers of drives > you can fit obviously changes whether you talk about ATA-100 or SATA-150. > The formula here is simple: ATA: 2 SATA: 1 So the channel transport starts becoming irrlevant now (except when you talk about SAS and having bonded channels going to switches). The limiting factor again becomes PCI. An easy example is the software RAID cards that are based on the Marvell 8 channel SATA chip. It can drive all 8 drives at max platter speed if you have enough PCI bandwidth (and I've tested this recently with FreeBSD 5.3, getting >200 MB/s across 4 drives). However, you're talking about PCI-X-100 bandwidth at that point, which is not what most peole have in their desktop systems. And for reasons of reliability, I wouldn't consider software RAID to be something that you would base your server-class storage on other than to mirror the boot drive so a failure there doesn't immediately bring you down. Anyways, it sounds like the original poster found that at least part of the problem was due to local ATA problems. In the longer term, I'd like to see people who care about performance focus on things like I/Os per second, not raw bandwidth. As I mentioned above, I've seen that a software RAID driver on FreeBSD can sustain line rate with the drives on large transfers. That would make sense because the overhead to set up the DMA is dwarfed in comparison to the time to do the DMA. I'd also like to see more 'apples-to-apples' comparisons. It doesn't mean a whole lot to say, for example, that software RAID on SCSI doesn't perform as well as a single ATA drive, regardless of how 'common sense' this argument might sound. The performance characteristics of ATA and SCSI really are quite different. With SCSI you get the ability to do lots of parallel request via tagged queueing, and ATA just can't touch that. With ATA you tend to get large caches and agressive read-ahead, so sequential performance is always good. In my opinion these qualities can have a detrimental impact on reliability, but again my focus has always been on reliability first. What is interesting is measuring how many single-sector transfers can be done per second and how much CPU that consumes. I used to be able to get about 11,000 io/s on an aac card on a 5.2-CURRENT system from last winter. Now I can only get about 7,000. I not sure where the problem is yet, unfortunately. I'm using KSE pthreads to generate a lot of parallel requests with as little overhead as possible, so maybe something there has changed, or maybe something in the I/O path above the driver has changed, or maybe something in interrupt handling or shceduling has changed. It would be interesting to figure this out since this definitenly shows a problem. Scott From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 22:48:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B15816A4E6 for ; Mon, 25 Oct 2004 22:48:31 +0000 (GMT) Received: from mail816.megamailservers.com (mail816.carrierinternetsolutions.com [69.49.106.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE8F643D45 for ; Mon, 25 Oct 2004 22:48:30 +0000 (GMT) (envelope-from strick@covad.net) Received: from mist.nodomain (h-68-164-175-223.snfccasy.dynamic.covad.net [68.164.175.223])i9PMmTFP030855 for ; Mon, 25 Oct 2004 18:48:29 -0400 Received: from mist.nodomain (localhost [127.0.0.1]) by mist.nodomain (8.12.11/8.12.11) with ESMTP id i9PMmSTa000479; Mon, 25 Oct 2004 15:48:28 -0700 (PDT) (envelope-from dan@mist.nodomain) Received: (from dan@localhost) by mist.nodomain (8.12.11/8.12.11/Submit) id i9PMmSQ9000478; Mon, 25 Oct 2004 15:48:28 -0700 (PDT) (envelope-from dan) Date: Mon, 25 Oct 2004 15:48:28 -0700 (PDT) From: Dan Strick Message-Id: <200410252248.i9PMmSQ9000478@mist.nodomain> To: freebsd-current@freebsd.org cc: dan@mist.nodomain Subject: painful delay during 5.3-RC1 boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 22:48:34 -0000 I tried to install 5.3-RC1 yesterday and this time (the first time since 5.1) it booted correctly. The kernel paused for more than 100 seconds shortly after starting the second HTT cpu and just before mounting root. The problem still exists after building and tuning a custom kernel. Is this known behavior? Dan Strick strick@covad.net From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 23:05:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58F0B16A4CE for ; Mon, 25 Oct 2004 23:05:32 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF5A143D58 for ; Mon, 25 Oct 2004 23:05:31 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] (pool-68-160-246-51.ny325.east.verizon.net [68.160.246.51]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id i9PN5OGH098239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Oct 2004 19:05:27 -0400 (EDT) Message-ID: <417D86AA.3060802@mac.com> Date: Mon, 25 Oct 2004 19:05:14 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brad Knowles References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <"200410251837.58257.Thoma s.Sparrev ohn"@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> <417D65F1.2040809@freebsd.org> <417D6F4C.9000404@freebsd.org> <64029B30-26D2-11D9-9A2F-003065ABFD92@mac.com> In-Reply-To: X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-2.4 required=5.5 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on pi.codefab.com cc: FreeBSD-CURRENT Mailing List Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 23:05:32 -0000 Brad Knowles wrote: > At 6:08 PM -0400 2004-10-25, Charles Swiger wrote: >> There's a Sun E450 with ten disks over 5 SCSI channels in the room >> next door: one UW channel native on the MB, and two U160 channels >> apiece from two dual-channel cards which come with each 8-drive-bay >> extender kit. > > You've got an average of two disks per SCSI channel, and how many > disks per channel on those 8-drive bays? The Sun E450 base unit came with a 4-drive bay and 1 channel. Sun sells (or sold?) kits that add 8-drive bays & a dual-channel card. You can put two kits in, for a total of twenty drives in the machine, in other words, so this particular system is only half-full. [ If it was full, there would be exactly 4 drives per channel. ] Hmm, here's a picture of an E450 with one 8-drive bay kit installed; you can see the two unused 80-pin SCA connectors where drives 10 and 11 [*] could go: http://sunsolve.sun.com/handbook_pub/Systems/E450/component.front_open_zoom.html >> It's running Solaris and DiskSuite (ODS) now, but it >> would be interesting to put FreeBSD on it and see how that does, if >> I ever get the chance. > > In my experience, ODS never performed quite as good as Vinum, but it > would be very interesting to see what kind of performance you can get > out of this box using FreeBSD/SPARC64. Yup. It would need to stop being used before I can play with it, though. -- -Chuck [*]: Counting from 0 to 19, of course. From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 23:06:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7593D16A4CE for ; Mon, 25 Oct 2004 23:06:32 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CC2843D41 for ; Mon, 25 Oct 2004 23:06:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 13E8452FEB; Mon, 25 Oct 2004 16:07:19 -0700 (PDT) Date: Mon, 25 Oct 2004 16:07:18 -0700 From: Kris Kennaway To: Dan Strick Message-ID: <20041025230718.GA96243@xor.obsecurity.org> References: <200410252248.i9PMmSQ9000478@mist.nodomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <200410252248.i9PMmSQ9000478@mist.nodomain> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: dan@mist.nodomain Subject: Re: painful delay during 5.3-RC1 boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 23:06:32 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Oct 25, 2004 at 03:48:28PM -0700, Dan Strick wrote: > I tried to install 5.3-RC1 yesterday and this time (the first time since > 5.1) it booted correctly. The kernel paused for more than 100 seconds > shortly after starting the second HTT cpu and just before mounting root. > The problem still exists after building and tuning a custom kernel. > Is this known behavior? Try boot -v and post more information. Kris --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBfYcmWry0BWjoQKURAquNAKDGERUSjf4dJ888JUX0VI70gAa0swCglwte wy72Ks+gSbZNMTNHNiNAwwY= =oUUx -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 23:53:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59D5F16A4CE for ; Mon, 25 Oct 2004 23:53:20 +0000 (GMT) Received: from sccimhc92.asp.att.net (sccimhc92.asp.att.net [63.240.76.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5BDB43D3F for ; Mon, 25 Oct 2004 23:53:19 +0000 (GMT) (envelope-from David.Boyd@insightbb.com) Received: from happy (12-202-176-78.client.insightbb.com[12.202.176.78]) by sccimhc92.asp.att.net (sccimhc92) with SMTP id <20041025235317i9200hihcae>; Mon, 25 Oct 2004 23:53:18 +0000 From: "David Boyd" To: Date: Mon, 25 Oct 2004 19:53:16 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: Panic on shutdown -r now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 23:53:20 -0000 I am resubmitting this (see 10/7/2004) because it persists in 5.3-RELEASE. System is very recent (last night) cvsup of RELENG_5. Motherboard is Intel D865PERL. The system is setup to collect a dump after a panic, but none is ever found. Also, the corrupted output after "Shutting down ACPI" is about as good as it gets... sometimes the console (vga or serial) displays just one or two "random" letters (usually an "s"). It doesn't appear that disabling ACPI has any effect on this problem. Shutdown -p now always performs a power off. The system is temporarily a spare, so I can do anything that you think may help. The following is from a boot -v and "shutdown -r now" from the serial console. Console: serial port BIOS drive A: is disk0 BIOS drive B: is disk1 BIOS drive C: is disk2 BIOS 639kB/521408kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@comm-server.support.bsd1.net, Wed Oct 6 21:11:51 EDT 2004) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x425ed0 data=0x7d054+0x4acec syms=[0x4+0x59e30+0x4+0x6ee3a] /boot/kernel/acpi.ko text=0x3fa04 data=0x1be4+0x110c syms=[0x4+0x72a0+0x4+0x9743] SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000e6000 len=000000000001a000 SMAP type=01 base=0000000000100000 len=000000001fd30000 SMAP type=04 base=000000001fe30000 len=000000000000e6d2 SMAP type=02 base=000000001ff10000 len=0000000000020000 SMAP type=03 base=000000001ff30000 len=0000000000010000 SMAP type=04 base=000000001ff40000 len=00000000000b0000 SMAP type=02 base=000000001fff0000 len=0000000000010000 SMAP type=02 base=00000000fecf0000 len=0000000000001000 SMAP type=02 base=00000000fed20000 len=0000000000080000 Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA7 #0: Wed Oct 6 21:39:12 EDT 2004 root@comm-server.support.bsd1.net:/usr/obj/var/cvsup/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a0d000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a0d294. Table 'FACP' at 0x1ff30200 Table 'APIC' at 0x1ff30300 MADT: Found table at 0x1ff30300 MP Configuration Table version 1.4 found at 0xc00fc610 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193124 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2394008716 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 534970368 (510 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c29000 - 0x000000001f507fff, 512618496 bytes (125151 pages) avail memory = 513937408 (490 MB) APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry = 0xf0010 (c00f0010) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f3e80 pnpbios: Entry = f0000:44aa Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) lapic0: Routing NMI -> LINT1 lapic1: Routing NMI -> LINT1 MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: intr override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> random: io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000094 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25708086) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f3d30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 8 A 0x68 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 0 A 0x69 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 0 B 0x6a 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 0 C 0x6b 3 4 5 6 7 9 10 11 12 14 15 slot 1 2 0 D 0x68 3 4 5 6 7 9 10 11 12 14 15 slot 2 2 1 A 0x6a 3 4 5 6 7 9 10 11 12 14 15 slot 2 2 1 B 0x69 3 4 5 6 7 9 10 11 12 14 15 slot 2 2 1 C 0x68 3 4 5 6 7 9 10 11 12 14 15 slot 2 2 1 D 0x6b 3 4 5 6 7 9 10 11 12 14 15 slot 3 2 2 A 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 3 2 2 B 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 3 2 2 C 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 3 2 2 D 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 A 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 B 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 C 0x69 3 4 5 6 7 9 10 11 12 14 15 slot 4 2 3 D 0x6a 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 A 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 B 0x6b 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 C 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 5 2 4 D 0x68 3 4 5 6 7 9 10 11 12 14 15 embedded 2 7 A 0x61 3 4 5 6 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 3, width = 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu1: Failed to attach throttling P_CNT pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f8000000, size 26, enabled found-> vendor=0x8086, dev=0x2570, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2571, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000cc00, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d2, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 map[20]: type 4, range 32, base 0000d000, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24d4, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=19 map[20]: type 4, range 32, base 0000d400, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d7, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=18 map[20]: type 4, range 32, base 0000d800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24de, revid=0x02 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 map[10]: type 1, range 32, base febffc00, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x24dd, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=23 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x02 (500 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 4, range 32, base 0000ec00, size 3, enabled map[14]: type 4, range 32, base 0000e800, size 2, enabled map[18]: type 4, range 32, base 0000e400, size 3, enabled map[1c]: type 4, range 32, base 0000e000, size 2, enabled map[20]: type 4, range 32, base 0000dc00, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d1, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 map[20]: type 4, range 32, base 0000c800, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24d3, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 map[18]: type 1, range 32, base febff800, size 9, enabled map[1c]: type 1, range 32, base febff400, size 8, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24d5, revid=0x02 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 powerspec 2 supports D0 D3 current D0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfc900000-0xfe9fffff pcib1: prefetched decode 0xe4700000-0xf47fffff ACPI PCI link initial configuration: pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xfd000000-0xfdffffff map[14]: type 3, range 32, base e8000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xe8000000-0xefffffff map[18]: type 3, range 32, base f4780000, size 19, enabled pcib1: device (null) requested decoded memory range 0xf4780000-0xf47fffff pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x10de, dev=0x0201, revid=0xa3 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) uhci0: port 0xcc00-0xcc1f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcc00 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd400-0xd41f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd800-0xd81f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xa000-0xbfff pcib2: memory decode 0xfea00000-0xfeafffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. ACPI PCI link initial configuration: pci2: on pcib2 pci2: physical bus=2 map[10]: type 4, range 32, base 0000bc00, size 3, enabled pcib2: device (null) requested decoded I/O range 0xbc00-0xbc07 map[14]: type 4, range 32, base 0000b800, size 2, enabled pcib2: device (null) requested decoded I/O range 0xb800-0xb803 map[18]: type 4, range 32, base 0000b400, size 3, enabled pcib2: device (null) requested decoded I/O range 0xb400-0xb407 map[1c]: type 4, range 32, base 0000b000, size 2, enabled pcib2: device (null) requested decoded I/O range 0xb000-0xb003 map[20]: type 4, range 32, base 0000ac00, size 4, enabled pcib2: device (null) requested decoded I/O range 0xac00-0xac0f map[24]: type 1, range 32, base feaf0000, size 16, enabled pcib2: device (null) requested decoded memory range 0xfeaf0000-0xfeafffff pcib2: matched entry for 2.2.INTA pcib2: slot 2 INTA hardwired to IRQ 17 found-> vendor=0x105a, dev=0x6268, revid=0x02 bus=2, slot=2, func=0 class=01-04-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0430, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x04 (1000 ns), maxlat=0x12 (4500 ns) intpin=a, irq=17 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 4, range 32, base 0000a800, size 8, enabled pcib2: device (null) requested decoded I/O range 0xa800-0xa8ff map[14]: type 1, range 32, base feadfc00, size 8, enabled pcib2: device (null) requested decoded memory range 0xfeadfc00-0xfeadfcff pcib2: matched entry for 2.3.INTA pcib2: slot 3 INTA hardwired to IRQ 19 found-> vendor=0x1186, dev=0x1300, revid=0x10 bus=2, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=19 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000a400, size 8, enabled pcib2: device (null) requested decoded I/O range 0xa400-0xa4ff map[14]: type 1, range 32, base feadf800, size 8, enabled pcib2: device (null) requested decoded memory range 0xfeadf800-0xfeadf8ff pcib2: matched entry for 2.4.INTA pcib2: slot 4 INTA hardwired to IRQ 18 found-> vendor=0x1186, dev=0x1300, revid=0x10 bus=2, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base feade000, size 12, enabled pcib2: device (null) requested decoded memory range 0xfeade000-0xfeadefff map[14]: type 4, range 32, base 0000a000, size 6, enabled pcib2: device (null) requested decoded I/O range 0xa000-0xa03f pcib2: matched entry for 2.8.INTA pcib2: slot 8 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x1050, revid=0x01 bus=2, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=20 powerspec 2 supports D0 D1 D2 D3 current D0 atapci0: port 0xac00-0xac0f,0xb000-0xb003,0xb400-0xb407,0xb800-0xb803,0xbc00-0xbc07 mem 0xfeaf0000-0xfeafffff irq 17 at device 2.0 on pci2 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xac00 atapci0: [MPSAFE] ata2: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xbc00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xb800 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xb400 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb000 ata3: reset tp1 mask=03 ostat0=50 ostat1=00 ata3-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata3-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata3-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xa800 rl0: port 0xa800-0xa8ff mem 0xfeadfc00-0xfeadfcff irq 19 at device 3.0 on pci2 pcib2: device rl0 requested decoded I/O range 0xa800-0xa8ff miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:0d:88:35:39:a0 rl0: [MPSAFE] rl1: Reserved 0x100 bytes for rid 0x10 type 4 at 0xa400 rl1: port 0xa400-0xa4ff mem 0xfeadf800-0xfeadf8ff irq 18 at device 4.0 on pci2 pcib2: device rl1 requested decoded I/O range 0xa400-0xa4ff miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: bpf attached rl1: Ethernet address: 00:0d:88:37:d7:ba rl1: [MPSAFE] fxp0: port 0xa000-0xa03f mem 0xfeade000-0xfeadefff irq 20 at device 8.0 on pci2 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfeade000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1050 8086 3020 0001 fxp0: Dynamic Standby mode is enabled miibus2: on fxp0 inphy0: on miibus2 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:11:11:0a:46:7b fxp0: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x90 err=0x01 lsb=0x14 msb=0xeb ata0-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata0-slave: stat=0x00 err=0x01 lsb=0x7f msb=0x7f ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ata0: [MPSAFE] ata1: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x7f err=0x01 lsb=0x01 msb=0x01 ata1: reset tp2 stat0=10 stat1=7f devices=0x6 ata1: [MPSAFE] atapci2: port 0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 irq 18 at device 31.2 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xdc00 atapci2: [MPSAFE] ata4: channel #0 on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0xec00 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe800 ata4: reset tp1 mask=03 ostat0=7f ostat1=7f ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata4-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata4: reset tp2 stat0=ff stat1=ff devices=0x0 ata4: [MPSAFE] ata5: channel #1 on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe400 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xe000 ata5: reset tp1 mask=03 ostat0=7f ostat1=7f ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata5-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata5: reset tp2 stat0=ff stat1=ff devices=0x0 ata5: [MPSAFE] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 03 50 psm: status 00 00 50 psm: status 00 03 50 psm: status 00 03 50 psm: data 08 00 00 psm: status 00 03 50 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console ppc0: using extended I/O port range ppc0: SPP ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xcc000-0xd57ff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 01 40 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 2394008716 Hz quality -100 Timecounters tick every 10.000 msec lo0: bpf attached cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata0-master: setting PIO4 on Intel ICH5 chip ata0-master: setting UDMA33 on Intel ICH5 chip acd0: CDROM drive at ata0 as master acd0: 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc GEOM: Configure fd0a, start 0 length 1474560 end 1474559 GEOM: Configure fd0b, start 0 length 1474560 end 1474559 GEOM: Configure fd0c, start 0 length 1474560 end 1474559 ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=10 ostat1=00 ata1-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x7f err=0x01 lsb=0x01 msb=0x01 ata1: reset tp2 stat0=10 stat1=7f devices=0x6 ata1: resetting done .. ata1: reiniting channel .. ata1-slave: FAILURE - ATA_IDENTIFY timed out ata1: reiniting channel .. ata1-slave: FAILURE - ATA_IDENTIFY timed out ata1-master: pio=0x0b wdma=0x21 udma=0xffffffff cable=40pin ata1-master: FAILURE - SETFEATURES SET TRANSFER MODE status=1 error=4 ata1-master: FAILURE setting PIO3 on Intel ICH5 chip ata1: device config done .. ata1-slave: FAILURE - ATA_IDENTIFY timed out ata1-master: pio=0x0b wdma=0x21 udma=0xffffffff cable=40pin ata1-master: FAILURE - SETFEATURES SET TRANSFER MODE status=1 error=4 ata1-master: FAILURE setting PIO3 on Intel ICH5 chip afd0: removable drive at ata1 as master afd0: 96MB (196608 sectors), 96 cyls, 64 heads, 32 S/T, 512 B/S afd0: 4096KB/s, BIOSPIO GEOM: new disk afd0 ata2-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata2-master: setting PIO4 on Promise PDC20270 chip ata2-master: setting UDMA100 on Promise PDC20270 chip ad4: ATA-6 disk at ata2-master ad4: 76319MB (156301488 sectors), 155061 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, UDMA100 ata3-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata3-master: setting PIO4 on Promise PDC20270 chip ata3-master: setting UDMA100 on Promise PDC20270 chip ad6: ATA-6 disk at ata3-master ad6: 76319MB (156301488 sectors), 155061 C, 16 H, 63 S, 512 B ad6: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad4 GEOM: new disk ad6 lun 0 magic_0 0x00000000 magic_1 0x00000000 flags 0x20104 20104 total_disks 2 generation 600 width 1 heads 255 sectors 63 cylinders 9729 total_sectors 156301312 interleave 128 reserved 63 offset 0 disk 0: flags = 0x0b b ad6 sectors 156301425 disk 1: flags = 0x0b b ad4 sectors 156301425 ar0: 76319MB [9729/255/63] status: READY subdisks: disk0 READY on ad6 at ata3-master disk1 READY on ad4 at ata2-master SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:83875302 [1] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:83875365 l:72421020 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad4s1, start 32256 length 42944154624 end 42944186879 GEOM: Configure ad4s2, start 42944186880 length 37079562240 end 80023749119 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:83875302 [1] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:83875365 l:72421020 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad6s1, start 32256 length 42944154624 end 42944186879 GEOM: Configure ad6s2, start 42944186880 length 37079562240 end 80023749119 GEOM: new disk ar0 GEOM: Configure ad4s1a, start 0 length 4294967296 end 4294967295 GEOM: Configure ad4s1b, start 4294967296 length 2147483648 end 6442450943 GEOM: Configure ad4s1c, start 0 length 42944154624 end 42944154623 GEOM: Configure ad4s1d, start 6442450944 length 8589934592 end 15032385535 GEOM: Configure ad4s1e, start 15032385536 length 8589934592 end 23622320127 GEOM: Configure ad4s1f, start 23622320128 length 4294967296 end 27917287423 GEOM: Configure ad4s1g, start 27917287424 length 4294967296 end 32212254719 GEOM: Configure ad4s1h, start 32212254720 length 10731899904 end 42944154623 GEOM: Configure ad4s2c, start 0 length 37079562240 end 37079562239 GEOM: Configure ad4s2d, start 0 length 37079562240 end 37079562239 GEOM: Configure ad6s1a, start 0 length 4294967296 end 4294967295 GEOM: Configure ad6s1b, start 4294967296 length 2147483648 end 6442450943 GEOM: Configure ad6s1c, start 0 length 42944154624 end 42944154623 GEOM: Configure ad6s1d, start 6442450944 length 8589934592 end 15032385535 GEOM: Configure ad6s1e, start 15032385536 length 8589934592 end 23622320127 GEOM: Configure ad6s1f, start 23622320128 length 4294967296 end 27917287423 GEOM: Configure ad6s1g, start 27917287424 length 4294967296 end 32212254719 GEOM: Configure ad6s1h, start 32212254720 length 10731899904 end 42944154623 GEOM: Configure ad6s2c, start 0 length 37079562240 end 37079562239 GEOM: Configure ad6s2d, start 0 length 37079562240 end 37079562239 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:83875302 [1] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:83875365 l:72421020 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ar0s1, start 32256 length 42944154624 end 42944186879 GEOM: Configure ar0s2, start 42944186880 length 37079562240 end 80023749119 GEOM: Configure ar0s1a, start 0 length 4294967296 end 4294967295 GEOM: Configure ar0s1b, start 4294967296 length 2147483648 end 6442450943 GEOM: Configure ar0s1c, start 0 length 42944154624 end 42944154623 GEOM: Configure ar0s1d, start 6442450944 length 8589934592 end 15032385535 GEOM: Configure ar0s1e, start 15032385536 length 8589934592 end 23622320127 GEOM: Configure ar0s1f, start 23622320128 length 4294967296 end 27917287423 GEOM: Configure ar0s1g, start 27917287424 length 4294967296 end 32212254719 GEOM: Configure ar0s1h, start 32212254720 length 10731899904 end 42944154623 GEOM: Configure ar0s2c, start 0 length 37079562240 end 37079562239 GEOM: Configure ar0s2d, start 0 length 37079562240 end 37079562239 Mounting root from ufs:/dev/ar0s1a start_init: trying /sbin/init Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. kernel dumps on /dev/ar0s1b swapon: adding /dev/ar0s1b as swap device Starting file system checks: /dev/ar0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ar0s1a: clean, 2000705 free (689 frags, 250002 blocks, 0.0% fragmentation) /dev/ar0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ar0s1d: clean, 3309627 free (39699 frags, 408741 blocks, 1.0% fragmentation) /dev/ar0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ar0s1e: clean, 3853627 free (331 frags, 481662 blocks, 0.0% fragmentation) /dev/ar0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ar0s1f: clean, 2029020 free (28 frags, 253624 blocks, 0.0% fragmentation) /dev/ar0s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ar0s1g: clean, 2029025 free (25 frags, 253625 blocks, 0.0% fragmentation) /dev/ar0s1h: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ar0s1h: clean, 5074382 free (22 frags, 634295 blocks, 0.0% fragmentation) /dev/ar0s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ar0s2d: clean, 17533931 free (27 frags, 2191738 blocks, 0.0% fragmentation) Setting hostname: comm-server.support.bsd1.net. lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 Starting dhclient. fxp0: flags=8843 mtu 1500 options=8 inet6 fe80::211:11ff:fe0a:467b%fxp0 prefixlen 64 scopeid 0x3 inet 192.168.210.51 netmask 0xffffff00 broadcast 192.168.210.255 ether 00:11:11:0a:46:7b media: Ethernet autoselect (100baseTX ) status: active Additional routing options: IP gateway=YES. Starting devd. Mounting NFS file systems:. Starting syslogd. Oct 7 14:40:30 comm-server syslogd: kernel boot file is /boot/kernel/kernel Checking for core dump on /dev/ar0s1b ... savecore: no dumps found Setting date via ntp. Looking for host 192.168.210.1 and service ntp host found : free.bsd1.net 7 Oct 14:40:31 ntpdate[311]: step time server 192.168.210.1 offset 0.447919 sec ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout Starting usbd. Starting local daemons:. Updating motd. Configuring syscons: blanktime. Starting sshd. Initial i386 initialization:. Additional ABI support:. Starting cron. Local package initialization:. Additional TCP options:. Starting inetd. Starting background file system checks in 60 seconds. Thu Oct 7 14:40:32 EDT 2004 FreeBSD/i386 (comm-server.support.bsd1.net) (ttyd0) login: root Password: Oct 7 14:40:52 comm-server login: ROOT LOGIN (root) ON ttyd0 erase ^H, kill ^U, intr ^C status ^T FreeBSD cons25 [comm-server.support.bsd1.net:ttyd0:/root ]> ls /var/crash minfree [comm-server.support.bsd1.net:ttyd0:/root ]> pstat -s Device 1K-blocks Used Avail Capacity /dev/ar0s1b 2097152 0 2097152 0% [comm-server.support.bsd1.net:ttyd0:/root ]> shutdown -r now Shutdown NOW! shutdown: [pid 507] *** FINAL System shutdown message from root@comm-server.support.bsd1.net *** System going down IMMEDIATELY Oct 7 14:41:09 comm-server shutdown: reboot by root: [comm-server.support.bsd1.net:ttyd0:/root ]> System shutdown time has arrived Stopping inetd. Shutting down daemon processes:. Stopping cron. Shutting down local daemons:. Writing entropy file:. swapoff: removing /dev/ar0s1b as swap device . Oct 7 14:41:11 comm-server syslogd: exiting on signal 15 boot() called on cpu#1 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...3 0 0 0 done No buffers busy after final sync Uptime: 1m20s unknown: wake_prep disabled wake for \_SB_.PCI0.P0P2.TANA (S5) pcib2: wake_prep disabled wake for \_SB_.PCI0.P0P3 (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.AC97 (S5) uhci0: wake_prep disabled wake for \_SB_.PCI0.USB0 (S5) uhci1: wake_prep disabled wake for \_SB_.PCI0.USB1 (S5) uhci2: wake_prep disabled wake for \_SB_.PCI0.USB2 (S5) uhci3: wake_prep disabled wake for \_SB_.PCI0.USB3 (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.USB7 (S5) sio0: wake_prep disabled wake for \_SB_.PCI0.SBRG.UAR1 (S5) acpi_button0: wake_prep disabled wake for \_SB_.SLPB (S5) Shutting down ACPI kk e rFnaetla lt rdaopu b1l2e wfiatuhl ti:n t eerirpu p=t s0 xdci1s9aabcl4ebdc e s p F=a t0axl5 4t6r0acp1 91a2 :e bppa g=e 0fxa0u l tc pwuhiidl e= i1n; kaeprince li d m=o d0e1 cppauniidc := d0o;u balpei cf aiudl t= 0c0p u ifda u=l t1 v ibrotouta(l) acdadlrleesds o=n 0cxp1u0#010 2U p tfiamuel:t 1cmo2d1es = supervisor read, page not present instruction pointer = 0x8:0x10002 stack pointer = 0x10:0xd40ecad8 frame pointer = 0x10:0xd40ecb98 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 37 (swi5: clock sio) trap number = 12 From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 00:07:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3143A16A4CE; Tue, 26 Oct 2004 00:07:34 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFC5743D2F; Tue, 26 Oct 2004 00:07:33 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] (pool-68-160-246-51.ny325.east.verizon.net [68.160.246.51]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id i9Q07PAA036131 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Oct 2004 20:07:26 -0400 (EDT) Message-ID: <417D9532.5000103@mac.com> Date: Mon, 25 Oct 2004 20:07:14 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <"200410251837.58257.Thoma s.Sparrev ohn"@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> <417D65F1.2040809@freebsd.org> <417D6F4C.9000404@freebsd.org> <64029B30-26D2-11D9-9A2F-003065ABFD92@mac.com> <417D812F.1040404@freebsd.org> In-Reply-To: <417D812F.1040404@freebsd.org> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-2.7 required=5.5 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on pi.codefab.com cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 00:07:34 -0000 Scott Long wrote: > Charles Swiger wrote: [ ...let's pray to the format=flowed gods... ] >> If you prefer... ...consider using: >> ---------------------------------------------- >> performance, reliability: RAID-1 mirroring >> performance, cost: RAID-0 striping >> reliability, performance: RAID-1 mirroring (+ hot spare, if possible) >> reliability, cost: RAID-5 (+ hot spare) >> cost, reliability: RAID-5 >> cost, performance: RAID-0 striping > > It's more complex than that. Certainly. I plead guilty both of generalizing, and of simplifying matters...but I'm not the first one to do so! :-) For example, I didn't mention RAID-10 or -50, although both can do very well if you've got enough disks. Still, I suspect the table above may be helpful to someone. > Are you talking software RAID, PCI RAID, or external RAID? I didn't specify. I am not sure that considering a specific example would change the generalization above, since other considerations like the ratio of reads to writes also have a significant impact on whether, say, RAID-5 or RAID-1 is a better choice for a particular case. However, if you can point me to general counterexamples where this issue would change the recommendations I made above, I would be happy to consider them. > That affects all three quite a bit. Also, how do you define reliability? At the physical component layer, reliability gets defined by MTBF #s for the various failure modes, things like spindle bearing wear, # of start-stop cycles, etc. SMART provides some helpful parameters for disks, and there is the I2B or SMBUS mechanisms for doing hardware-level checking of the controller cards or the MB. At the logical level, considering a RAID system as a whole, reliability equates to "availability", which can be measured by how long (or whether) the data on the RAID volume is _correctly_ available to the system. > Do you verify reads on RAID-1 and 5? This is answered by how you value the performance vs. reliability tradeoff. > Also, what about error recovery? Are you talking about issues like, "what are your chances of losing data if two drives fail"? >> That rule dates back to the early days of SCSI-2, where you could fit >> about four drives worth of aggregate throughput over a 40Mbs >> ultra-wide bus. The idea behind it is still sound, although the >> numbers of drives you can fit obviously changes whether you talk about >> ATA-100 or SATA-150. > > The formula here is simple: > > ATA: 2 > SATA: 1 > > So the channel transport starts becoming irrlevant now (except when you > talk about SAS and having bonded channels going to switches). The > limiting factor again becomes PCI. I absolutely agree that your consumer-grade 32-bit, 33MHz PCI is a significant limiting factor and will probably act as a bottle bottleneck even to a four-disk RAID config. > An easy example is the software RAID cards that are based on the Marvell 8 > channel SATA chip. It can drive all 8 drives at max platter speed if you > have enough PCI bandwidth (and I've tested this recently with FreeBSD 5.3, > getting >200 MB/s across 4 drives). However, you're talking about > PCI-X-100 bandwidth at that point, which is not what most people have in > their desktop systems. True, although that will gradually change over the next year or two as PCI-X systems like the AMD Opteron and the G5 Macs get adopted. Besides, given the quality trends of consumer-grade hard drives, more and more people are using RAID to save them from a 16-month old dead drive (brought to you courtesy of vendors H, I, or Q). > And for reasons of reliability, I wouldn't consider software RAID to > be something that you would base your server-class storage on other than > to mirror the boot drive so a failure there doesn't immediately bring > you down. If you cannot trust your OS to handle your data via software RAID properly, why should you trust the OS to pass data on to a hardware RAID controller which actually is valid? For example, it seems to me that a failure mode such as a bad memory chip would result in incorrect data going to the disks regardless of whether you were using software or hardware RAID. Ditto for an application-level bug which generates the wrong results. [1] [ ... ] > What is interesting is measuring how many single-sector transfers can be > done per second and how much CPU that consumes. I used to be able > to get about 11,000 io/s on an aac card on a 5.2-CURRENT system from > last winter. Now I can only get about 7,000. I not sure where the > problem is yet, unfortunately. I'm using KSE pthreads to generate a > lot of parallel requests with as little overhead as possible, so maybe > something there has changed, or maybe something in the I/O path above > the driver has changed, or maybe something in interrupt handling or > shceduling has changed. It would be interesting to figure this out > since this definitenly shows a problem. Thanks for your thoughts. -- -Chuck [1]: This is why RAID is still not a substitute for good backups... From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 00:47:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 541B416A4CE for ; Tue, 26 Oct 2004 00:47:57 +0000 (GMT) Received: from mail836.megamailservers.com (mail836.carrierinternetsolutions.com [69.49.106.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB0F243D5A for ; Tue, 26 Oct 2004 00:47:56 +0000 (GMT) (envelope-from strick@covad.net) Received: from mist.nodomain (h-67-101-99-201.snfccasy.dynamic.covad.net [67.101.99.201])i9Q0lqpQ002213; Mon, 25 Oct 2004 20:47:53 -0400 Received: from mist.nodomain (localhost [127.0.0.1]) by mist.nodomain (8.12.11/8.12.11) with ESMTP id i9Q0lqWB000444; Mon, 25 Oct 2004 17:47:52 -0700 (PDT) (envelope-from dan@mist.nodomain) Received: (from dan@localhost) by mist.nodomain (8.12.11/8.12.11/Submit) id i9Q0lq9r000443; Mon, 25 Oct 2004 17:47:52 -0700 (PDT) (envelope-from dan) Date: Mon, 25 Oct 2004 17:47:52 -0700 (PDT) From: Dan Strick Message-Id: <200410260047.i9Q0lq9r000443@mist.nodomain> To: freebsd-current@freebsd.org, kris@obsecurity.org Subject: Re: painful delay during 5.3-RC1 boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 00:47:57 -0000 On Mon, Oct 25, 2004 at 03:48:28PM -0700, I wrote: > > I tried to install 5.3-RC1 yesterday and this time (the first time since > 5.1) it booted correctly. The kernel paused for more than 100 seconds > shortly after starting the second HTT cpu and just before mounting root. > The problem still exists after building and tuning a custom kernel. > Is this known behavior? > On Mon, 25 Oct 2004 16:07:18 -0700, Kris Kennaway responded: > > Try boot -v and post more information. > This is the output from dmesg just after "boot -v". I have indicated where the kernel paused, just after this line in the output: ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 Dan Strick strick@covad.net ------------------------------------------------------------------------ intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e8000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xe8000000-0xefffffff map[14]: type 1, range 32, base f1010000, size 16, enabled pcib1: device (null) requested decoded memory range 0xf1010000-0xf101ffff found-> vendor=0x1002, dev=0x4e65, revid=0x00 bus=1, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) pcib2: at device 3.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x9000-0x9fff pcib2: memory decode 0xf6000000-0xf60fffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: could not get PCI interrupt routing table for \\_SB_.PCI0.CSAB - AE_NOT_FOUND pci2: on pcib2 pci2: physical bus=2 map[10]: type 1, range 32, base f6000000, size 17, enabled pcib2: device (null) requested decoded memory range 0xf6000000-0xf601ffff map[18]: type 4, range 32, base 00009000, size 5, enabled pcib2: device (null) requested decoded I/O range 0x9000-0x901f pcib0: matched entry for 0.3.INTB pcib0: slot 3 INTB hardwired to IRQ 18 pcib2: slot 1 INTA is routed to irq 18 found-> vendor=0x8086, dev=0x1019, revid=0x00 bus=2, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0238, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 powerspec 2 supports D0 D3 current D0 em0: port 0x9000-0x901f mem 0xf6000000-0xf601ffff irq 18 at device 1.0 on pci2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xf6000000 em0: Reserved 0x20 bytes for rid 0x18 type 4 at 0x9000 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:20:ed:78:c7:71 em0: Speed:N/A Duplex:N/A uhci0: port 0xbc00-0xbc1f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbc00 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb000-0xb01f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb000 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb400-0xb41f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb400 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xb800-0xb81f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb800 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib3: at device 30.0 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 4 pcib3: I/O decode 0x7000-0x8fff pcib3: memory decode 0xf2000000-0xf5ffffff pcib3: prefetched decode 0xfff00000-0xfffff pcib3: Subtractively decoded bridge. ACPI PCI link initial configuration: pci3: on pcib3 pci3: physical bus=3 map[10]: type 4, range 32, base 00008000, size 8, enabled pcib3: device (null) requested decoded I/O range 0x8000-0x80ff map[14]: type 1, range 32, base f5005000, size 12, enabled pcib3: device (null) requested decoded memory range 0xf5005000-0xf5005fff pcib3: matched entry for 3.1.INTA pcib3: slot 1 INTA hardwired to IRQ 21 found-> vendor=0x9004, dev=0x8178, revid=0x01 bus=3, slot=1, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=21 powerspec 1 supports D0 D3 current D0 found-> vendor=0x1011, dev=0x0001, revid=0x02 bus=3, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base f5004000, size 11, enabled pcib3: device (null) requested decoded memory range 0xf5004000-0xf50047ff map[14]: type 1, range 32, base f5000000, size 14, enabled pcib3: device (null) requested decoded memory range 0xf5000000-0xf5003fff pcib3: matched entry for 3.10.INTA pcib3: slot 10 INTA hardwired to IRQ 22 found-> vendor=0x104c, dev=0x8024, revid=0x00 bus=3, slot=10, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=22 powerspec 2 supports D0 D1 D2 D3 current D0 ahc0: port 0x8000-0x80ff mem 0xf5005000-0xf5005fff irq 21 at device 1.0 on pci3 ahc0: Defaulting to MEMIO off ahc0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x8000 ahc0: Reading SEEPROM...done. ahc0: internal 50 cable not present, internal 68 cable not present ahc0: external cable not present ahc0: BIOS eeprom is present ahc0: High byte termination Enabled ahc0: Low byte termination Enabled ahc0: Downloading Sequencer Program... 441 instructions downloaded ahc0: Features 0x10005, Bugs 0x11, Flags 0x28485540 ahc0: [GIANT-LOCKED] aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs pcib4: at device 2.0 on pci3 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0x7000-0x7fff pcib4: memory decode 0xf3000000-0xf4ffffff pcib4: prefetched decode 0xfff00000-0xfffff pci4: on pcib4 pci4: physical bus=4 map[10]: type 4, range 32, base 00007000, size 8, enabled pcib4: device (null) requested decoded I/O range 0x7000-0x70ff pcib3: device (null) requested decoded I/O range 0x7000-0x70ff map[14]: type 1, range 32, base f4000000, size 12, enabled pcib4: device (null) requested decoded memory range 0xf4000000-0xf4000fff pcib3: device (null) requested decoded memory range 0xf4000000-0xf4000fff pcib3: matched entry for 3.2.INTA pcib3: slot 2 INTA hardwired to IRQ 22 pcib4: slot 4 INTA is routed to irq 22 found-> vendor=0x9004, dev=0x7278, revid=0x03 bus=4, slot=4, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=22 map[10]: type 4, range 32, base 00007400, size 8, enabled pcib4: device (null) requested decoded I/O range 0x7400-0x74ff pcib3: device (null) requested decoded I/O range 0x7400-0x74ff map[14]: type 1, range 32, base f4001000, size 12, enabled pcib4: device (null) requested decoded memory range 0xf4001000-0xf4001fff pcib3: device (null) requested decoded memory range 0xf4001000-0xf4001fff pcib3: matched entry for 3.2.INTB pcib3: slot 2 INTB hardwired to IRQ 16 pcib4: slot 5 INTA is routed to irq 16 found-> vendor=0x9004, dev=0x7278, revid=0x03 bus=4, slot=5, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=16 ahc1: port 0x7000-0x70ff mem 0xf4000000-0xf4000fff irq 22 at device 4.0 on pci4 ahc1: Defaulting to MEMIO off ahc1: Reserved 0x100 bytes for rid 0x10 type 4 at 0x7000 ahc1: Reading SEEPROM...done. ahc1: Low byte termination Enabled ahc1: Downloading Sequencer Program... 439 instructions downloaded ahc1: Features 0x10000, Bugs 0x25, Flags 0x20481540 ahc1: [GIANT-LOCKED] aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs ahc2: port 0x7400-0x74ff mem 0xf4001000-0xf4001fff irq 16 at device 5.0 on pci4 ahc2: Defaulting to MEMIO off ahc2: Reserved 0x100 bytes for rid 0x10 type 4 at 0x7400 ahc2: Reading SEEPROM...done. ahc2: Low byte termination Enabled ahc2: Downloading Sequencer Program... 439 instructions downloaded ahc2: Features 0x10000, Bugs 0x25, Flags 0x20481540 ahc2: [GIANT-LOCKED] aic7870: Single Channel B, SCSI Id=7, 16/253 SCBs fwohci0: mem 0xf5000000-0xf5003fff,0xf5004000-0xf50047ff irq 22 at device 10.0 on pci3 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xf5004000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:20:ed:0a:00:81:c1:33 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=01 ata1-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x01 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=10 stat1=01 devices=0x4 ata1: [MPSAFE] atapci1: port 0xd000-0xd00f,0xcc00-0xcc03,0xc800-0xc807,0xc400-0xc403,0xc000-0xc007 irq 18 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd000 atapci1: [MPSAFE] ata2: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xc000 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xc400 ata2: reset tp1 mask=03 ostat0=80 ostat1=80 ata2-master: stat=0x80 err=0xff lsb=0xff msb=0xff ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xc800 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xcc00 ata3: reset tp1 mask=03 ostat0=80 ostat1=80 ata3-master: stat=0x80 err=0xff lsb=0xff msb=0xff ata3-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata3-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm0: port 0xdc00-0xdc3f,0xd800-0xd8ff mem 0xf6102000-0xf61020ff,0xf6101000-0xf61011ff irq 17 at device 31.5 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xf6101000 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xf6102000 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features reserved 1, center DAC, surround DAC, LFE DAC, reserved 5 pcm0: sndbuf_setmap 3e859000, 4000; 0xecbdc000 -> 3e859000 pcm0: sndbuf_setmap 3e855000, 4000; 0xecbe0000 -> 3e855000 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0xc801 0xc811 0xc801 0xc801 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: irq maps: 0xc801 0xc809 0xc801 0xc801 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xd0000-0xd07ff,0xc0000-0xccfff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 2813538128 Hz quality -100 Timecounters tick every 10.000 msec lo0: bpf attached ata0-slave: pio=0x0c wdma=0x22 udma=0x46 cable=80pin ata0-master: pio=0x0c wdma=0x22 udma=0x46 cable=80pin ata0-master: setting PIO4 on Intel ICH5 chip ata0-master: setting UDMA100 on Intel ICH5 chip ata0-slave: setting PIO4 on Intel ICH5 chip ata0-slave: setting UDMA100 on Intel ICH5 chip ad0: ATA-7 disk at ata0-master ad0: 78166MB (160084415 sectors), 158813 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 ad1: ATA-7 disk at ata0-slave ad1: 78167MB (160086528 sectors), 158816 C, 16 H, 63 S, 512 B ad1: 16 secs/int, 1 depth queue, UDMA100 ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on Intel ICH5 chip ata1-master: setting UDMA33 on Intel ICH5 chip acd0: CDRW drive at ata1 as master acd0: read 173KB/s (8939KB/s) write 172KB/s (9039KB/s), 8192KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc em0: Link is up 100 Mbps Full Duplex ata2-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ad4: ATA-6 disk at ata2-master ad4: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, SATA150 ata3-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ad6: ATA-6 disk at ata3-master ad6: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512 B ad6: 16 secs/int, 1 depth queue, SATA150 Waiting 5 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (noperiph:ahc1:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (noperiph:ahc2:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. pcm0: measured ac97 link rate at 48019 Hz, will use 48000 Hz ahc0: Selection Timeout on A:0. 0 SCBs aborted ahc1: Selection Timeout on A:0. 0 SCBs aborted ahc2: Selection Timeout on A:0. 0 SCBs aborted ahc0: Selection Timeout on A:1. 0 SCBs aborted ahc1: Selection Timeout on A:1. 0 SCBs aborted ahc2: Selection Timeout on A:1. 0 SCBs aborted ahc0: Selection Timeout on A:2. 0 SCBs aborted ahc1: Selection Timeout on A:2. 0 SCBs aborted ahc2: Selection Timeout on A:2. 0 SCBs aborted ahc0: Selection Timeout on A:3. 0 SCBs aborted ahc1: Selection Timeout on A:3. 0 SCBs aborted ahc2: Selection Timeout on A:3. 0 SCBs aborted ahc0: Selection Timeout on A:4. 0 SCBs aborted ahc1: Selection Timeout on A:4. 0 SCBs aborted ahc2: Selection Timeout on A:4. 0 SCBs aborted ahc0: Selection Timeout on A:5. 0 SCBs aborted ahc1: Selection Timeout on A:5. 0 SCBs aborted ahc2: Selection Timeout on A:5. 0 SCBs aborted ahc0: Selection Timeout on A:6. 0 SCBs aborted ahc1: Selection Timeout on A:6. 0 SCBs aborted ahc2: Selection Timeout on A:6. 0 SCBs aborted ahc0: Selection Timeout on A:8. 0 SCBs aborted ahc0: Selection Timeout on A:9. 0 SCBs aborted ahc0: Selection Timeout on A:10. 0 SCBs aborted ahc0: Selection Timeout on A:11. 0 SCBs aborted ahc0: Selection Timeout on A:12. 0 SCBs aborted ahc0: Selection Timeout on A:13. 0 SCBs aborted ahc0: Selection Timeout on A:14. 0 SCBs aborted ahc0: Selection Timeout on A:15. 0 SCBs aborted SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 ------------------------------------------------------------------------- This is where the kernel paused for just over 100 seconds. ------------------------------------------------------------------------- GEOM: new disk ad0 GEOM: new disk ad1 GEOM: new disk ad4 GEOM: new disk ad6 [0] f:00 typ:11 s(CHS):0/1/1 e(CHS):340/254/63 s:63 l:5478102 [1] f:00 typ:165 s(CHS):341/0/1 e(CHS):681/254/63 s:5478165 l:5478165 [2] f:80 typ:165 s(CHS):682/0/1 e(CHS):1022/254/63 s:10956330 l:5478165 [3] f:00 typ:165 s(CHS):1023/0/1 e(CHS):1023/254/63 s:16434495 l:143637165 GEOM: Configure ad0s1, start 32256 length 2804788224 end 2804820479 GEOM: Configure ad0s2, start 2804820480 length 2804820480 end 5609640959 GEOM: Configure ad0s3, start 5609640960 length 2804820480 end 8414461439 GEOM: Configure ad0s4, start 8414461440 length 73542228480 end 81956689919 [0] f:00 typ:11 s(CHS):0/1/1 e(CHS):340/254/63 s:63 l:5478102 [1] f:80 typ:165 s(CHS):341/0/1 e(CHS):681/254/63 s:5478165 l:5478165 [2] f:00 typ:165 s(CHS):682/0/1 e(CHS):1022/254/63 s:10956330 l:5478165 [3] f:00 typ:165 s(CHS):1023/0/1 e(CHS):1023/254/63 s:16434495 l:143637165 GEOM: Configure ad1s1, start 32256 length 2804788224 end 2804820479 GEOM: Configure ad1s2, start 2804820480 length 2804820480 end 5609640959 GEOM: Configure ad1s3, start 5609640960 length 2804820480 end 8414461439 GEOM: Configure ad1s4, start 8414461440 length 73542228480 end 81956689919 [0] f:00 typ:98 s(CHS):0/1/1 e(CHS):340/254/63 s:63 l:5478102 [1] f:80 typ:165 s(CHS):341/0/1 e(CHS):681/254/63 s:5478165 l:5478165 [2] f:00 typ:165 s(CHS):682/0/1 e(CHS):1022/254/63 s:10956330 l:5478165 [3] f:00 typ:165 s(CHS):1023/0/1 e(CHS):1023/80/63 s:16434495 l:218007153 GEOM: Configure ad4s1, start 32256 length 2804788224 end 2804820479 GEOM: Configure ad4s2, start 2804820480 length 2804820480 end 5609640959 GEOM: Configure ad4s3, start 5609640960 length 2804820480 end 8414461439 GEOM: Configure ad4s4, start 8414461440 length 111619662336 end 120034123775 [0] f:00 typ:98 s(CHS):0/1/1 e(CHS):340/254/63 s:63 l:5478102 [1] f:00 typ:165 s(CHS):341/0/1 e(CHS):681/254/63 s:5478165 l:5478165 [2] f:00 typ:165 s(CHS):682/0/1 e(CHS):1022/254/63 s:10956330 l:5478165 [3] f:00 typ:165 s(CHS):1023/0/1 e(CHS):1023/254/63 s:16434495 l:218007153 GEOM: Configure ad6s1, start 32256 length 2804788224 end 2804820479 GEOM: Configure ad6s2, start 2804820480 length 2804820480 end 5609640959 GEOM: Configure ad6s3, start 5609640960 length 2804820480 end 8414461439 GEOM: Configure ad6s4, start 8414461440 length 111619662336 end 120034123775 GEOM: Configure ad0s2a, start 0 length 197406720 end 197406719 GEOM: Configure ad0s2b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad0s2c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad0s2d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad0s2e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad0s3a, start 0 length 197406720 end 197406719 GEOM: Configure ad0s3b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad0s3c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad0s3d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad0s3e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad0s4a, start 32256 length 11951299584 end 11951331839 GEOM: Configure ad0s4c, start 0 length 73542228480 end 73542228479 GEOM: Configure ad0s4d, start 11951331840 length 20530298880 end 32481630719 GEOM: Configure ad0s4e, start 32481630720 length 20530298880 end 53011929599 GEOM: Configure ad0s4f, start 53011929600 length 20530298880 end 73542228479 GEOM: Configure ad1s2a, start 0 length 197406720 end 197406719 GEOM: Configure ad1s2b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad1s2c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad1s2d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad1s2e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad1s3a, start 0 length 197406720 end 197406719 GEOM: Configure ad1s3b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad1s3c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad1s3d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad1s3e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad1s4a, start 32256 length 11951299584 end 11951331839 GEOM: Configure ad1s4c, start 0 length 73542228480 end 73542228479 GEOM: Configure ad1s4d, start 11951331840 length 20530298880 end 32481630719 GEOM: Configure ad1s4e, start 32481630720 length 20530298880 end 53011929599 GEOM: Configure ad1s4f, start 53011929600 length 20530298880 end 73542228479 GEOM: Configure ad4s2a, start 0 length 197406720 end 197406719 GEOM: Configure ad4s2b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad4s2c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad4s2d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad4s2e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad4s3a, start 0 length 197406720 end 197406719 GEOM: Configure ad4s3b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad4s3c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad4s3d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad4s3e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad4s4a, start 1024 length 8965554176 end 8965555199 GEOM: Configure ad4s4c, start 0 length 111619662336 end 111619662335 GEOM: Configure ad4s4d, start 8965555200 length 20530298880 end 29495854079 GEOM: Configure ad4s4e, start 29495854080 length 20530298880 end 50026152959 GEOM: Configure ad4s4f, start 50026152960 length 20530298880 end 70556451839 GEOM: Configure ad4s4g, start 70556451840 length 20530298880 end 91086750719 GEOM: Configure ad4s4h, start 91086750720 length 20530298880 end 111617049599 GEOM: Configure ad6s2a, start 0 length 197406720 end 197406719 GEOM: Configure ad6s2b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad6s2c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad6s2d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad6s2e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad6s3a, start 0 length 197406720 end 197406719 GEOM: Configure ad6s3b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad6s3c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad6s3d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad6s3e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad6s4a, start 1024 length 8965554176 end 8965555199 GEOM: Configure ad6s4c, start 0 length 111619662336 end 111619662335 GEOM: Configure ad6s4d, start 8965555200 length 20530298880 end 29495854079 GEOM: Configure ad6s4e, start 29495854080 length 20530298880 end 50026152959 GEOM: Configure ad6s4f, start 50026152960 length 20530298880 end 70556451839 GEOM: Configure ad6s4g, start 70556451840 length 20530298880 end 91086750719 GEOM: Configure ad6s4h, start 91086750720 length 20530298880 end 111617049599 Mounting root from ufs:/dev/ad0s3a start_init: trying /sbin/init splash: image decoder found: dragon_saver em0: Link is up 100 Mbps Full Duplex From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 02:28:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80C0D16A4CE; Tue, 26 Oct 2004 02:28:27 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C8E543D54; Tue, 26 Oct 2004 02:28:27 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9Q2TODM078882; Mon, 25 Oct 2004 20:29:24 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <417DB5E1.7000308@freebsd.org> Date: Mon, 25 Oct 2004 20:26:41 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current , developers@freebsd.org X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: HEADS UP: ULE off in 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 02:28:27 -0000 All, A lot of poeple have noted recently that a lot of bug reports are coming in with strange symptoms, and only after a lot of detective work does it turn out that the submitter is using the ULE scheduler. We turned off the ULE scheduler months ago and tried to make it clear that it has problems and is not considered stable. Since there are likely many people out there that might not be aware of what scheduler they are using, I've set the ULE source code to error out and not compile at all for RELENG_5 and RELENG_5_3. The time spent debugging ULE-induced problems is causing way too much lost time, and we need to focus on debugging the supported configurations, not the unsupported ones. Scott From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 02:44:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2839116A4CE; Tue, 26 Oct 2004 02:44:11 +0000 (GMT) Received: from lakermmtao03.cox.net (lakermmtao03.cox.net [68.230.240.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F99C43D31; Tue, 26 Oct 2004 02:44:10 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.30.24]) by lakermmtao03.cox.net ESMTP <20041026024402.NCKK15262.lakermmtao03.cox.net@dolphin.local.net>; Mon, 25 Oct 2004 22:44:02 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i9Q2i6OM007558; Mon, 25 Oct 2004 21:44:06 -0500 (CDT) (envelope-from conrads@cox.net) Date: Mon, 25 Oct 2004 21:44:01 -0500 From: "Conrad J. Sabatier" To: Andre Oppermann Message-ID: <20041025214401.31d63ee4@dolphin.local.net> In-Reply-To: <417D5E51.2060100@freebsd.org> References: <417B128B.7080904@gddsn.org.cn> <20041024133045.40733f45@dolphin.local.net> <20041024144743.37fb5c69@dolphin.local.net> <417D5E51.2060100@freebsd.org> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 02:44:11 -0000 On Mon, 25 Oct 2004 22:13:05 +0200, Andre Oppermann wrote: > Conrad J. Sabatier wrote: > > > > This problem is occurring with the following kernel options: > > > > options IPDIVERT > > options IPFILTER > > options IPFILTER_LOG > > > > The only workaround at this time is adding "options IPFIREWALL". > > Yes, that is correct. > > IPDIVERT is a module now and you can dynamically load it just like you > can load ipfw (options IPFIREWALL). > > IPDIVERT depends on ipfw being loaded or compiled into the kernel. > > I have done the last step of IPDIVERT's transition into a KLD a few > minutes ago. It will warn you now if you try to compile it into a > kernel without IPFIREWALL as well. As a module it will simply > complain that ipfw needs to be loaded first. Hmmm. I'm confused now. Up until a day or two ago, the kernel would compile just fine without IPFIREWALL. When did IPDIVERT come to depend on IPFIREWALL, and why? Or maybe I'm just *really* confused. I thought I needed IPDIVERT for ipnat to work, or am I mistaken? What exactly do I need now to use ipf and ipnat? -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 02:49:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E795716A4CE for ; Tue, 26 Oct 2004 02:49:35 +0000 (GMT) Received: from out01.grupos.com.br (out01.grupos.com.br [200.203.183.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7441643D39 for ; Tue, 26 Oct 2004 02:49:28 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by out01.grupos.com.br (Postfix) with ESMTP id 7451B4111 for ; Mon, 25 Oct 2004 23:49:26 -0300 (BRT) Received: from corp.grupos.com.br (localhost [127.0.0.1]) by corp.grupos.com.br (Postfix) with ESMTP id 26D1C20A8A for ; Mon, 25 Oct 2004 23:49:26 -0300 (BRT) Received: from [192.168.1.3] (200-180-009-075.fnsce7006.dsl.brasiltelecom.net.br [200.180.9.75]) by corp.grupos.com.br (Postfix) with ESMTP id B361720A89 for ; Mon, 25 Oct 2004 23:49:25 -0300 (BRT) Message-ID: <417DBB32.9060903@corp.grupos.com.br> Date: Mon, 25 Oct 2004 23:49:22 -0300 From: Marcus Grando User-Agent: Mozilla Thunderbird 0.8 (X11/20041001) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AV-Checked: ClamAV using ClamSMTP Subject: Strange problem with em0 and switch half/full duplex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 02:49:36 -0000 Hi, I have a strange problem with em0 and half-duplex/full-duplex mode. For example, if connect em0 in one switch and they negotiated half-duplex, after that remove this cable and connect in another switch full-duplex, panic occurs. System: cvsup RELENG_5_3 (3 days ago). Regards -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 03:27:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 831FD16A4CE for ; Tue, 26 Oct 2004 03:27:43 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17B2D43D48 for ; Tue, 26 Oct 2004 03:27:43 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i9Q3QXsN041252; Mon, 25 Oct 2004 21:26:33 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 25 Oct 2004 21:27:05 -0600 (MDT) Message-Id: <20041025.212705.49226982.imp@bsdimp.com> To: don@siad.net From: "M. Warner Losh" In-Reply-To: <417C1DE4.3040100@siad.net> References: <41125A5B.2010706@siad.net> <417C1DE4.3040100@siad.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: fxp lost on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 03:27:43 -0000 In message: <417C1DE4.3040100@siad.net> "Don L. Belcher" writes: : >>>> : : > I seem to have lost my fxp card in current ( It was working : >>>> about 1 or 2 ... : By reverting pccbb.c 1.109 changes to 1.108 fixes problem ( 5.3-STABLE : built Oct. 17 ) Interesting. Very interesting. This is the change that tries to be smarter about numbering PCI busses :-(. Can you send me a pciconf -l from a working system? Warner From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 03:30:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5DF216A4CE for ; Tue, 26 Oct 2004 03:30:50 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 747BB43D1F for ; Tue, 26 Oct 2004 03:30:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i9Q3RnbV041282; Mon, 25 Oct 2004 21:27:49 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 25 Oct 2004 21:28:20 -0600 (MDT) Message-Id: <20041025.212820.60925870.imp@bsdimp.com> To: vova@fbsd.ru From: "M. Warner Losh" In-Reply-To: <1098564131.1064.3.camel@localhost> References: <1098564131.1064.3.camel@localhost> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: fxp does not work after upgrade to latest current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 03:30:50 -0000 In message: <1098564131.1064.3.camel@localhost> Vladimir Grebenschikov writes: : : After upgrade to latest current fxp driver didn't work: : : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : fxp0: DMA timeout : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : fxp0: DMA timeout : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : fxp0: DMA timeout : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : fxp0: device timeout : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : fxp0: DMA timeout : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : fxp0: DMA timeout : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : fxp0: DMA timeout : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff : : any clues ? : : With about week-old kernel all is ok. Uggg. Maybe this is due to the address that is assigned to it. I'm having horrible luck with your machine, no? Warner From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 03:33:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA73F16A4CE for ; Tue, 26 Oct 2004 03:33:39 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81B9E43D45 for ; Tue, 26 Oct 2004 03:33:39 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i9Q3V4DW041331; Mon, 25 Oct 2004 21:31:04 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 25 Oct 2004 21:31:36 -0600 (MDT) Message-Id: <20041025.213136.05880213.imp@bsdimp.com> To: vova@fbsd.ru From: "M. Warner Losh" In-Reply-To: <1098564131.1064.3.camel@localhost> References: <1098564131.1064.3.camel@localhost> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: fxp does not work after upgrade to latest current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 03:33:40 -0000 In message: <1098564131.1064.3.camel@localhost> Vladimir Grebenschikov writes: : fxp0: port 0x4000-0x403f mem 0xd0200000-0xd0200fff irq 9 at device 8.0 on pci2 What does devinfo -r show for cbb0? Warner From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 04:11:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FC9416A4CE for ; Tue, 26 Oct 2004 04:11:18 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id A3C1443D41 for ; Tue, 26 Oct 2004 04:11:17 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 86881 invoked by uid 80); 26 Oct 2004 04:10:54 -0000 Received: from ool-43552092.dyn.optonline.net (ool-43552092.dyn.optonline.net [67.85.32.146]) by corpmail.siteone.net (IMP) with HTTP for ; Tue, 26 Oct 2004 00:10:54 -0400 Message-ID: <1098763854.417dce4e8d52f@corpmail.siteone.net> Date: Tue, 26 Oct 2004 00:10:54 -0400 From: brian@aljex.com To: freebsd-current@freebsd.org References: <1098733044.417d55f46cc15@corpmail.siteone.net> <10185.128.101.36.205.1098738081.squirrel@128.101.36.205> <1098742333.417d7a3d920cf@corpmail.siteone.net> In-Reply-To: <1098742333.417d7a3d920cf@corpmail.siteone.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 / FreeBSD-5.2.1 X-Originating-IP: 67.85.32.146 Subject: Re: can't buildworld - boot2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 04:11:18 -0000 Quoting brian@aljex.com: > Quoting Ryan Sommers : > > > brian@aljex.com said: > > > kernel: ver=1.01 size=780 load=9000 entry=9010 map=16M pgctl=1:1 > > > client: fmt=bin size=1779 text=0 data=0 bss=0 entry=0 > > > output: fmt=bin size=200d text=114 data=1ef9 org=0 entry=0 > > > -525 bytes available > > > *** Error code 1 > > > > > > Stop in /usr/src/sys/boot/i386/boot2. > > > *** Error code 1 > > > > Are you building with a -j option? There are no errors that I can see in > > the output you provided. Using a -j option can usually be a symptom of > > this kind of failure where the real errors end up being buried in the > > output further up. > > > > Try building without -j and then see where the errors are. > > > > -- > > Ryan Sommers > > ryans@gamersimpact.com > > > > > > no -j > > just "make buildworld" > > -bash-2.05b# uname -a > FreeBSD venti 6.0-CURRENT FreeBSD 6.0-CURRENT #13: Tue Oct 19 06:56:35 EDT > 2004 > root@venti:/usr/obj/usr/src/sys/VENTI i386 > -bash-2.05b# whereis cc > cc: /usr/bin/cc /usr/share/man/man1/cc.1.gz /usr/src/gnu/usr.bin/cc > -bash-2.05b# ls -l /usr/bin/cc > -r-xr-xr-x 2 root wheel 171304 Oct 19 04:37 /usr/bin/cc > -bash-2.05b# cc --version > cc (GCC) 3.4.2 [FreeBSD] 20040728 > ... > > (ie: the kernel and gcc are in fact the 10-19 build) > > -bash-2.05b# rm -rf /usr/src /usr/obj > -bash-2.05b# cvsup all.sup > ... > -bash-2.05b# cd /usr/src > -bash-2.05b# make buildworld 2&1 >/buildworld.txt > ... > (error shown previously) > > where all.sup has: > ------- > *default host=ftp4.us.FreeBSD.org > *default base=/usr > *default prefix=/usr > *default release=cvs tag=. > *default delete use-rel-suffix > *default compress > src-all > ports-all > ------- > > make.conf has: > ------- > #COPTS = -O -march=pentium4 > CPUTYPE = pentium4 > COPTFLAGS = -O > #CFLAGS = -O -msse2 -mfpmath-sse > CFLAGS = -O > NOPROFILE = true > ------- > > > > I'm used to using ksh on sco and as a result the command above didn't capture > stderr so I'll do it again and repost. Just for, no particular reason I > guess, > I'll try from the default csh instead of bash this time too. > > thanks deleted /usr/src and /usr/obj again used vipw to change roots shell back to /bin/csh logged out & back in cvsupped and make buildworld worked fine (with the -O2 -fno-strict-aliasing btw, I don't know if that's been implimented yet, I put it in make.conf) possible clue: you mentioned -j I had tried a -j4 , which was the first time I ever tried -j anything btw, previously and it failed, but it didn't fail anywhere near the spot I showed. After it failed I shrugged and thought "not surprising" and did a make clean and make buildworld and got the failure in boot2 I originally posted about, and continued to get the same failure no matter what I did over several complete delete/checkout/build attempts even though I never used -j again. Silly as it seems, the only common factor I see was that all those attempts, spread over 3 or so days, took place in the same login session, the same instance of bash, as the original make -j4 failure. Either the initial failure screwed up the instance of bash and all I needed to do was log out & in, or the use of bash vs csh is no good, or some change was committed in the last few hours that fixed it, or -O2 -fno-strict-aliasing works where -O doesn't. The kernel just successfully built too while I was writing this. I'll try to duplicate it just so it becomes a known repeatable thing instead of a passing fluke that no one knows why it happened or if there is anything to be aware of. Thanks. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 05:00:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3B7216A4CE for ; Tue, 26 Oct 2004 05:00:00 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACBD643D1F for ; Tue, 26 Oct 2004 04:59:58 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) i9Q4xHa2048655; Mon, 25 Oct 2004 21:59:17 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (pc1.oakwoodazabu1-unet.ocn.ne.jp [220.110.140.201]) by mail.meer.net (8.12.10/8.12.2/meer) with ESMTP id i9Q4xFPw001266; Mon, 25 Oct 2004 21:59:15 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Tue, 26 Oct 2004 13:59:14 +0900 Message-ID: From: gnn@FreeBSD.org To: Marcus Grando In-Reply-To: <417DBB32.9060903@corp.grupos.com.br> References: <417DBB32.9060903@corp.grupos.com.br> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@FreeBSD.org Subject: Re: Strange problem with em0 and switch half/full duplex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 05:00:00 -0000 At Mon, 25 Oct 2004 23:49:22 -0300, Marcus Grando wrote: > > Hi, > > I have a strange problem with em0 and half-duplex/full-duplex mode. > > For example, if connect em0 in one switch and they negotiated > half-duplex, after that remove this cable and connect in another switch > full-duplex, panic occurs. > > System: cvsup RELENG_5_3 (3 days ago). > Howdy, Can you get a backtrace of the panic or any other information? Just knowing that this panics the system doesn't help those of us without similar hardware to help diagnose the problem. Thanks, George From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 05:30:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DE4616A4CE for ; Tue, 26 Oct 2004 05:30:57 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ACD843D2D for ; Tue, 26 Oct 2004 05:30:55 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from gothmog.gr (patr530-b145.otenet.gr [212.205.244.153]) i9Q5UoK4010253; Tue, 26 Oct 2004 08:30:51 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i9Q5Umh2001883; Tue, 26 Oct 2004 08:30:48 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i9Q5UmqX001882; Tue, 26 Oct 2004 08:30:48 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Tue, 26 Oct 2004 08:30:48 +0300 From: Giorgos Keramidas To: brian@aljex.com Message-ID: <20041026053047.GA1828@gothmog.gr> References: <1098733044.417d55f46cc15@corpmail.siteone.net> <10185.128.101.36.205.1098738081.squirrel@128.101.36.205> <1098742333.417d7a3d920cf@corpmail.siteone.net> <1098763854.417dce4e8d52f@corpmail.siteone.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098763854.417dce4e8d52f@corpmail.siteone.net> cc: freebsd-current@freebsd.org Subject: Re: can't buildworld - boot2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 05:30:57 -0000 On 2004-10-26 00:10, brian@aljex.com wrote: > deleted /usr/src and /usr/obj again > used vipw to change roots shell back to /bin/csh > logged out & back in > cvsupped and make buildworld worked fine (with the -O2 -fno-strict-aliasing btw, > I don't know if that's been implimented yet, I put it in make.conf) > > possible clue: you mentioned -j > I had tried a -j4 , which was the first time I ever tried -j anything btw, > previously and it failed, but it didn't fail anywhere near the spot I showed. > After it failed I shrugged and thought "not surprising" and did a make clean > and make buildworld and got the failure in boot2 I originally posted about, and > continued to get the same failure no matter what I did over several complete > delete/checkout/build attempts even though I never used -j again. > > Silly as it seems, the only common factor I see was that all those attempts, > spread over 3 or so days, took place in the same login session, the same > instance of bash, as the original make -j4 failure. > > Either the initial failure screwed up the instance of bash and all I needed to > do was log out & in, or the use of bash vs csh is no good, or some change was > committed in the last few hours that fixed it, or -O2 -fno-strict-aliasing > works where -O doesn't. Or your /usr/obj was messed up royally by running with -j4, and wiping it fixed everything ;-) From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 06:24:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE12916A4CE for ; Tue, 26 Oct 2004 06:24:54 +0000 (GMT) Received: from server1.astraldream.net (astraldream.net [69.20.5.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87A4D43D58 for ; Tue, 26 Oct 2004 06:24:54 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.20] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated (0 bits)) by server1.astraldream.net (8.11.6/8.11.6) with ESMTP id i9Q6OjX07545 verified NO); Tue, 26 Oct 2004 02:24:51 -0400 From: Suleiman Souhlal To: Travis Poppe In-Reply-To: <20041019111518.1f6a76a4@maya.liquidx.org> References: <20041019111518.1f6a76a4@maya.liquidx.org> Content-Type: text/plain Message-Id: <1098771878.63451.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 26 Oct 2004 02:24:38 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: Mild sound distortion with FreeBSD 5.3-BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 06:24:55 -0000 Hello, On Tue, 2004-10-19 at 13:15, Travis Poppe wrote: > I've recently noticed a mild sound distortion in XMMS and other > applications that output sound. I'm not sure when I started noticing > this, but I don't believe it has always been present in the 5.x branch > (and if it has, I haven't noticed it up until a month or two ago). You should be able to fix it by using a bigger buffer. To do this, change line 48 of src/sys/dev/sound/pci/emu10k1.c from: #define EMU_DEFAULT_BUFSZ 4096 To something like: #define EMU_DEFAULT_BUFSZ 8192 and recompile the kernel/modules. If this doesn't work, you can also try using an even bigger buffer size, such as 16384, but then, you will have a noticeable delay between the time you press play and start hearing the music (it shouldn't be too bad, unless you play games). Bye. -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 06:35:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4098B16A4CE; Tue, 26 Oct 2004 06:35:55 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79FD043D41; Tue, 26 Oct 2004 06:35:52 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i9Q6ZjZV058906; Tue, 26 Oct 2004 08:35:49 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i9Q6Zjcv058905; Tue, 26 Oct 2004 08:35:45 +0200 (SAST) (envelope-from jhay) Date: Tue, 26 Oct 2004 08:35:45 +0200 From: John Hay To: Andre Oppermann Message-ID: <20041026063545.GA57014@zibbi.icomtek.csir.co.za> References: <417B128B.7080904@gddsn.org.cn> <20041024133045.40733f45@dolphin.local.net> <417D5E51.2060100@freebsd.org> <1098735588.41693.4.camel@server.mcneil.com> <417D6148.6050807@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <417D6148.6050807@freebsd.org> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 06:35:55 -0000 On Mon, Oct 25, 2004 at 10:25:44PM +0200, Andre Oppermann wrote: > Sean McNeil wrote: > >On Mon, 2004-10-25 at 13:13, Andre Oppermann wrote: > >>Conrad J. Sabatier wrote: > >>>For a further bit of clarification (I know, should have done this the > >>>first time): > >>> > >>>This problem is occurring with the following kernel options: > >>> > >>>options IPDIVERT > >>>options IPFILTER > >>>options IPFILTER_LOG > >>> > >>>The only workaround at this time is adding "options IPFIREWALL". > >> > >>Yes, that is correct. > >> > >>IPDIVERT is a module now and you can dynamically load it just like you > >>can load ipfw (options IPFIREWALL). > >> > >>IPDIVERT depends on ipfw being loaded or compiled into the kernel. > >> > >>I have done the last step of IPDIVERT's transition into a KLD a few > >>minutes ago. It will warn you now if you try to compile it into a > >>kernel without IPFIREWALL as well. As a module it will simply complain > >>that ipfw needs to be loaded first. > > > > > >I build my kernel with > > > >options IPFIREWALL > >options IPFIREWALL_FORWARD > >options IPDIVERT > > > >Can I now use loadable modules as well? Will IPFIREWALL have the > >forwarding option or would I still have to specify that? > > You can certainly use IPDIVERT as a loadable module. The FORWARD option > to IPFIREWALL needs to be compiled into the module if you want to load > it as a module. For modules options in the kernel configuration file > are not automatically included. You have to edit sys/modules/ipfw/Makefile > instead. Then you can load everything as module. If you start natd from > rc.conf it will load ipdivert.ko automatically (if you have run mergemaster > to update your rc scripts). Is there any harm in making IPFIREWALL_FORWARD default for the ipfw module? For that matter, why have a separate FORWARD option and not just have it as part of the standard firewall stuff? And related to this, is there a problem with kern/71910? This one is needed on a NAT box that have to forward packets to a web proxy for transparent proxying. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 06:43:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 515EC16A4CE for ; Tue, 26 Oct 2004 06:43:20 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0888043D5A for ; Tue, 26 Oct 2004 06:43:20 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i9Q6hF90091271; Mon, 25 Oct 2004 23:43:15 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <417DF203.4070705@freebsd.org> Date: Mon, 25 Oct 2004 23:43:15 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Jason C. Wells" References: <6CCE035F71E8316B634212C5@[192.168.1.16]> <417BBFEC.1050100@gamersimpact.com> In-Reply-To: <417BBFEC.1050100@gamersimpact.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Ryan Sommers cc: freebsd-current@freebsd.org Subject: Re: tar dumps core when appending to empty file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 06:43:20 -0000 Ryan Sommers wrote: > Jason C. Wells wrote: > >> What I am trying to do is: >> >> $ touch Makefiles.tar >> $ find . -name Makefile.orig -exec tar -r -f Makefiles.tar {} \; >> >> This causes tar to dump core as fast as find can find the specified >> files. This is clearly a bug in libarchive. I'll commit Ryan's fix. (Thanks, Ryan!) In the interim, you might try this *much* faster method: find . -name Makefile.orig | tar -c -f Makefiles.tar -I- This runs tar just once and also avoids the overhead of scanning the entire archive to locate the last item for an append. Your approach gets awfully slow if you have very many files to add. Tim From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 06:55:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 460FD16A4CE; Tue, 26 Oct 2004 06:55:14 +0000 (GMT) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 329AE43D41; Tue, 26 Oct 2004 06:55:10 +0000 (GMT) (envelope-from flynn@energyhq.es.eu.org) Received: from scienide.energyhq.es.eu.org (scienide.energyhq.es.eu.org [192.168.100.1]) by mindfields.energyhq.es.eu.org (Postfix) with SMTP id AD5F23574E; Tue, 26 Oct 2004 08:55:08 +0200 (CEST) Date: Tue, 26 Oct 2004 08:56:27 +0200 From: Miguel Mendez To: Scott Long Message-Id: <20041026085627.008f8f7e.flynn@energyhq.es.eu.org> In-Reply-To: <417DB5E1.7000308@freebsd.org> References: <417DB5E1.7000308@freebsd.org> X-Mailer: Sylpheed version 0.9.12-gtk2-20040918 (GTK+ 2.4.9; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Tue__26_Oct_2004_08_56_27_+0200_sKcQ86UFQwQ6xyfF" cc: freebsd-current@freebsd.org cc: developers@freebsd.org Subject: Re: HEADS UP: ULE off in 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 06:55:14 -0000 --Signature=_Tue__26_Oct_2004_08_56_27_+0200_sKcQ86UFQwQ6xyfF Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Mon, 25 Oct 2004 20:26:41 -0600 Scott Long wrote: > A lot of poeple have noted recently that a lot of bug reports are > coming in with strange symptoms, and only after a lot of detective > work does it turn out that the submitter is using the ULE scheduler. What are the short term plans for ULE? I understand turning it off for RELENG_5, so I take it will be tested in HEAD? ULE has many nice features and it would be a shame that it wasn't tested well enough so that bugs can eventually be fixed. > out and not compile at all for RELENG_5 and RELENG_5_3. The time > spent debugging ULE-induced problems is causing way too much lost > time, and we need to focus on debugging the supported configurations, > not the unsupported ones. But it has to be tested at some point in time, else it will be in limbo state for ever. Maybe a note in UPDATING explainning the situation would be convenient so people willing to devote time to test and help fix ULE can do so. Cheers, -- Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 Note: All HTML mail goes to /dev/null --Signature=_Tue__26_Oct_2004_08_56_27_+0200_sKcQ86UFQwQ6xyfF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBffUenLctrNyFFPERAl47AKC9r46x6/MXFEyJolPk88ZrqiFnHQCgrt+f fa0uLVABT5jUvHtgiUk31Q0= =Wb3o -----END PGP SIGNATURE----- --Signature=_Tue__26_Oct_2004_08_56_27_+0200_sKcQ86UFQwQ6xyfF-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 06:56:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E97C16A4CF for ; Tue, 26 Oct 2004 06:56:08 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5779743D53 for ; Tue, 26 Oct 2004 06:56:07 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i9Q6u290091353; Mon, 25 Oct 2004 23:56:07 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <417DF502.4010807@freebsd.org> Date: Mon, 25 Oct 2004 23:56:02 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <4171F702.9020405@gamersimpact.com> <417A6C6B.6010109@gamersimpact.com> <20041023130921.I78665@alpha.siliconlandmark.com> In-Reply-To: <20041023130921.I78665@alpha.siliconlandmark.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Ryan Sommers cc: current@freebsd.org Subject: Re: Removal of /stand Directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 06:56:08 -0000 Andre Guibert de Bruet wrote: > > On Sat, 23 Oct 2004, Ryan Sommers wrote: >> - Move gzip to /bin and use /bin/gzip and /bin/pax to handle >> compressed archives (see arch@ thread for patch). Overall is a savings >> in /. > > Frankly, having a file pointing to an inode with 135 links in /bin sort > of scares me. Putting a stand-alone version of gzip in /bin isn't going > to save any space in /. Ryan is proposing moving /usr/bin/gzip to /bin/gzip. /usr/bin/gzip only has 4 links: gzip, gunzip, gzcat, and zcat. I think you're confusing this with /rescue/gzip, which is a very different thing, indeed. Cheers, Tim From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 06:58:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45DAB16A4CE for ; Tue, 26 Oct 2004 06:58:48 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id B82B243D4C for ; Tue, 26 Oct 2004 06:58:47 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CMLI5-0000JM-IR; Tue, 26 Oct 2004 10:58:45 +0400 From: Vladimir Grebenschikov To: "M. Warner Losh" In-Reply-To: <20041025.212820.60925870.imp@bsdimp.com> References: <1098564131.1064.3.camel@localhost> <20041025.212820.60925870.imp@bsdimp.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Tue, 26 Oct 2004 10:58:45 +0400 Message-Id: <1098773925.1071.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: fxp does not work after upgrade to latest current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 06:58:48 -0000 =F7 =D0=CE, 25/10/2004 =D7 21:28 -0600, M. Warner Losh =D0=C9=DB=C5=D4: > In message: <1098564131.1064.3.camel@localhost> > Vladimir Grebenschikov writes: > : fxp0: DMA timeout > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > :=20 > : any clues ? > :=20 > : With about week-old kernel all is ok. >=20 > Uggg. Maybe this is due to the address that is assigned to it. I'm > having horrible luck with your machine, no? Not sure, I think some development glitches is normal living on - CURRENT. Playing with problem I have found that week-day old kernel report same problem and them problem disappear. Actually I can't reproduce problem now. Nothing was changed but problem disappear. I have only one guess about problems reason: At day when it happens I have installed fresh winXP pro, it even does not install driver for fxp (as for many other hardware, fbsd has better hw support out of the box :-) And probably (I think not, but not sure) it was warm reboot after this winXP. After some play with this winXP I've rolled back to native notebook's winXP home with all drivers, and see problem after that only once. I know, this scenario sounds strange but I have no better guess why it happens. > Warner --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 07:00:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B255716A4CE for ; Tue, 26 Oct 2004 07:00:39 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AC0043D31 for ; Tue, 26 Oct 2004 07:00:39 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CMLJu-0000KE-2j; Tue, 26 Oct 2004 11:00:38 +0400 From: Vladimir Grebenschikov To: "M. Warner Losh" In-Reply-To: <20041025.213136.05880213.imp@bsdimp.com> References: <1098564131.1064.3.camel@localhost> <20041025.213136.05880213.imp@bsdimp.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Tue, 26 Oct 2004 11:00:37 +0400 Message-Id: <1098774037.1071.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: fxp does not work after upgrade to latest current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 07:00:39 -0000 =F7 =D0=CE, 25/10/2004 =D7 21:31 -0600, M. Warner Losh =D0=C9=DB=C5=D4: > In message: <1098564131.1064.3.camel@localhost> > Vladimir Grebenschikov writes: > : fxp0: port 0x4000-0x403f mem= 0xd0200000-0xd0200fff irq 9 at device 8.0 on pci2 >=20 > What does devinfo -r show for cbb0? pcib2 pci2 cbb0 I/O memory addresses: 0xd0203000-0xd0203fff cardbus0 fwohci0 I/O memory addresses: 0xd0202000-0xd02027ff firewire0 sbp0 dcons_crom0 fxp0 I/O ports: 0x4000-0x403f I/O memory addresses: 0xd0200000-0xd0200fff miibus0 inphy0 ndis0 I/O memory addresses: 0xd0201000-0xd0201fff But, I've wrote before problem already disappear. > Warner --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 07:15:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFF7416A4CE; Tue, 26 Oct 2004 07:15:32 +0000 (GMT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF21B43D3F; Tue, 26 Oct 2004 07:15:25 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.43 (FreeBSD)) id 1CMLak-0000zi-Is; Tue, 26 Oct 2004 15:18:03 +0800 Message-Id: <6.1.2.0.2.20041026131737.02b55aa0@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Tue, 26 Oct 2004 15:15:13 +0900 To: freebsd-current@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable cc: scottl@freebsd.org cc: cguttesen@yahoo.dk Subject: FreeBSD 5.3 problem on Dual AMD64 2.1GHz with 8GB RAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 07:15:33 -0000 Hi, I still have problem running FreeBSD 5.3 with 8GB RAM on Dual amd64 2.1GHz (IBM @server 325, ServeRAID 6M) with 8GB RAM. I did cvsup and updated (made world, kernel) to latest using RELENG_5_3 tag. It was working ok with 4 GB RAM. Afterwards I added another 4GB RAM and=20 tried to boot FreeBSD with 8GB RAM. However it showed various errors and login didn't work. You=20 can see serial console messages at the end of my email. What should I do? I really want to run this machine with 8GB RAM. Any ideas? Errors were something like: --------------------------------------------------------------------- Starting sshd /libexec/ld.elf.so.1: Cannot fstat "/usr/lib/libssh.so.2" Starting inetd /libexec/ld.elf.so.1: Cannot fstat "/usr/lib/libwrap.so.3" login: root Oct 14:31:25 amd getty[428]: /usr/bin/login: Permission denied --------------------------------------------------------------------- I built and installed latest kernel of RELENG_5_3 tag with following=20 debugging options in kernel config file. ----------------------------------------------------------------------------= ---------------------------------- makeoptions DEBUG=3D-g #Build kernel with gdb(1) debug= symbols options WITNESS options WITNESS_KDB options WITNESS_SKIPSPIN options KDB options KDB_TRACE options DDB options DDB_NUMSYM options INVARIANTS options INVARIANT_SUPPORT options DIAGNOSTIC ----------------------------------------------------------------------------= ------------------------------------------ Following is the messages I got from serial console, first part is with 4GB= =20 RAM, second part is with 8GB RAM: ############################################################################= ################# Console: serial port BIOS drive C: is disk0 BIOS 614kB/4127168kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (tsgan@amd.micom.mng.net, Mon Oct 25 18:56:14 ULAT 2004) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=3D0x30e580 -data=3D0x7ec58+0x77db8=20 -syms=3D[0x8+0x5c538+0x8+0x4e56d-] KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RELEASE #4: Tue Oct 26 13:39:47 ULAT 2004 tsgan@amd.micom.mng.net:/usr/obj/usr/src/sys/AMD WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 248 (2193.18-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xf58 Stepping =3D 8 = Features=3D0x78bfbff AMD Features=3D0xe0500800 real memory =3D 4227268608 (4031 MB) avail memory =3D 4082835456 (3893 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported unknown: I/O range not supported Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0x8080-0x80ff,0x8000-0x807f,0xcf8-0xcff= =20 iomem 0xd8000-0xdbfff on acpi0 pcib0: could not get PCI interrupt routing table for \_SB_.PCI0 -= AE_NOT_FOUND pci0: on pcib0 pcib1: at device 6.0 on pci0 pci1: on pcib1 ohci0: mem 0xfc100000-0xfc100fff irq 19 at= =20 device 0.0 on pci1 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfc101000-0xfc101fff irq 19 at= =20 device 0.1 on pci1 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ukbd0: Silitek IBM USB Keyboard, rev 1.10/1.00, addr 2, iclass 3/1 kbd1 at ukbd0 uhid0: Silitek IBM USB Keyboard, rev 1.10/1.00, addr 2, iclass 3/1 pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port=20 0x1020-0x102f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 bge0: mem=20 0xfe000000-0xfe00ffff,0xfe010000-0xfe01ffff irq 24 at device 1.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,=20 1000baseTX-FDX, auto bge0: Ethernet address: 00:0d:60:14:cc:9e bge1: mem=20 0xfe020000-0xfe02ffff,0xfe030000-0xfe03ffff irq 25 at device 1.1 on pci2 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,=20 1000baseTX-FDX, auto bge1: Ethernet address: 00:0d:60:14:cc:9f pci2: at device 2.0 (no driver attached) pci0: at device 10.1 (no driver=20 attached) pcib3: at device 11.0 on pci0 pci3: on pcib3 pcib4: at device 3.0 on pci3 pci4: on pcib4 ips0: mem 0xfe100000-0xfe100fff irq 28 at=20 device 8.0 on pci4 ips0: [GIANT-LOCKED] pci0: at device 11.1 (no driver=20 attached) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on= acpi0 sio0: type 16550A, console orm0: at iomem=20 0xcb000-0xcb7ff,0xc9800-0xcafff,0xc8000-0xc97ff,0xc0000-0xc7fff on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 device_attach: atkbd0 attach returned 6 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 0.976 msec acd0: CDROM at ata1-master UDMA33 ips0: adapter type: ServeRAID 6M (marco) ips0: logical drives: 1 ips0: Logical Drive 0: RAID5 sectors: 355481600, state OK ipsd0: on ips0 ipsd0: Logical Drive (173575MB) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ipsd0s1a Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ipsd0s1b as swap device Starting file system checks: /dev/ipsd0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ipsd0s1a: clean, 479984 free (704 frags, 59910 blocks, 0.1%= fragmentation) /dev/ipsd0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ipsd0s1f: clean, 1003939 free (59 frags, 125485 blocks, 0.0%=20 fragmentation) /dev/ipsd0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ipsd0s1d: clean, 8989787 free (49579 frags, 1117526 blocks, 0.5%=20 fragmentation) /dev/ipsd0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ipsd0s1e: clean, 4997667 free (275 frags, 624674 blocks, 0.0%=20 fragmentation) /dev/ipsd0s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ipsd0s1g: clean, 65656968 free (392 frags, 8207072 blocks, 0.0%=20 fragmentation) Setting hostname: amd.micom.mng.net. bge0: flags=3D8843 mtu 1500 options=3D1a inet 192.168.0.50 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:0d:60:14:cc:9e media: Ethernet 100baseTX status: no carrier lo0: flags=3D8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 add net default: gateway 192.168.0.1 Additional routing options:. Starting devd. kbdcontrol: cannot open /dev/kbd1: Device busy Mounting NFS file systems:. Starting syslogd. Oct 26 14:15:10 amd syslogd: kernel boot file is /boot/kernel/kernel ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib= /usr/local/lib Starting usbd. Starting local daemons:. Updating motd. Configuring syscons: font8x16 font8x8 blanktime=20 screensavermodule_register_init: MOD_LOAD (logo_saver, 0xffffffffb63c1430,= =20 0) error 19 . Starting sshd. Oct 26 14:15:11 amd kernel: logo_saver: the console does not support=20 M_VGA_CG320 Initial amd64 initialization:. Additional ABI support:. Starting cron. Local package initialization:Expensive timeout(9) function:=20 0xffffffff801a91e0(0xffffffff80825000) 0.002224584 s mysqld. Additional TCP options:. Starting inetd. Starting background file system checks in 60 seconds. Tue Oct 26 14:15:12 ULAT 2004 =E0Stopping inetd. Shutting down daemon processes: mysqld. Stopping cron. Shutting down local daemons:. Writing entropy file:. . Oct 26 14:16:52 amd syslogd: exiting on signal 15 boot() called on cpu#0 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...2 2 2 2 0 0 done No buffers busy after final sync Uptime: 1m56s ips0: flushing cache Shutting down ACPI The operating system has halted. Please press any key to reboot. ############################################################################= ################# Console: serial port BIOS drive C: is disk0 BIOS 614kB/4127168kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (tsgan@amd.micom.mng.net, Mon Oct 25 18:56:14 ULAT 2004) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=3D0x30e580 -data=3D0x7ec58+0x77db8=20 --=08syms=3D[0x8+0x5c538+0x8+0x4e56d-] KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RELEASE #4: Tue Oct 26 13:39:47 ULAT 2004 tsgan@amd.micom.mng.net:/usr/obj/usr/src/sys/AMD WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 248 (2193.18-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xf58 Stepping =3D 8 = Features=3D0x78bfbff AMD Features=3D0xe0500800 real memory =3D 8589934592 (8192 MB) avail memory =3D 8249974784 (7867 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported unknown: I/O range not supported Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0x8080-0x80ff,0x8000-0x807f,0xcf8-0xcff= =20 iomem 0xd8000-0xdbfff on acpi0 pcib0: could not get PCI interrupt routing table for \_SB_.PCI0 -= AE_NOT_FOUND pci0: on pcib0 pcib1: at device 6.0 on pci0 pci1: on pcib1 ohci0: mem 0xfc100000-0xfc100fff irq 19 at= =20 device 0.0 on pci1 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfc101000-0xfc101fff irq 19 at= =20 device 0.1 on pci1 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ukbd0: Silitek IBM USB Keyboard, rev 1.10/1.00, addr 2, iclass 3/1 kbd1 at ukbd0 uhid0: Silitek IBM USB Keyboard, rev 1.10/1.00, addr 2, iclass 3/1 pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port=20 0x1020-0x102f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 bge0: mem=20 0xfe000000-0xfe00ffff,0xfe010000-0xfe01ffff irq 24 at device 1.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,=20 1000baseTX-FDX, auto bge0: Ethernet address: 00:0d:60:14:cc:9e bge1: mem=20 0xfe020000-0xfe02ffff,0xfe030000-0xfe03ffff irq 25 at device 1.1 on pci2 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,=20 1000baseTX-FDX, auto bge1: Ethernet address: 00:0d:60:14:cc:9f pci2: at device 2.0 (no driver attached) pci0: at device 10.1 (no driver=20 attached) pcib3: at device 11.0 on pci0 pci3: on pcib3 pcib4: at device 3.0 on pci3 pci4: on pcib4 ips0: mem 0xfe100000-0xfe100fff irq 28 at=20 device 8.0 on pci4 ips0: [GIANT-LOCKED] pci0: at device 11.1 (no driver=20 attached) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on= acpi0 sio0: type 16550A, console orm0: at iomem=20 0xcb000-0xcb7ff,0xc9800-0xcafff,0xc8000-0xc97ff,0xc0000-0xc7fff on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 device_attach: atkbd0 attach returned 6 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 0.976 msec acd0: CDROM at ata1-master UDMA33 ips0: adapter type: ServeRAID 6M (marco) ips0: logical drives: 1 ips0: Logical Drive 0: RAID5 sectors: 355481600, state OK ipsd0: on ips0 ipsd0: Logical Drive (173575MB) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ipsd0s1a Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ipsd0s1b as swap device Starting file system checks: /dev/ipsd0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ipsd0s1a: clean, 479984 free (704 frags, 59910 blocks, 0.1%= fragmentation) /dev/ipsd0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ipsd0s1f: clean, 1003939 free (59 frags, 125485 blocks, 0.0%=20 fragmentation) /dev/ipsd0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ipsd0s1d: clean, 8989787 free (49579 frags, 1117526 blocks, 0.5%=20 fragmentation) /dev/ipsd0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ipsd0s1e: clean, 4997667 free (275 frags, 624674 blocks, 0.0%=20 fragmentation) /dev/ipsd0s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ipsd0s1g: clean, 65656963 free (395 frags, 8207071 blocks, 0.0%=20 fragmentation) Setting hostname: amd.micom.mng.net. bge0: flags=3D8843 mtu 1500 options=3D1a inet 192.168.0.50 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:0d:60:14:cc:9e media: Ethernet 100baseTX status: no carrier lo0: flags=3D8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 add net default: gateway 192.168.0.1 Additional routing options:. Starting devd. kbdcontrol: cannot open /dev/kbd1: Device busy Mounting NFS file systems:. Starting syslogd. Oct 26 14:23:26 amd syslogd: kernel boot file is /boot/kernel/kernel ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib= /usr/local/lib Starting usbd. Starting local daemons:. Updating motd. Configuring syscons: font8x16 font8x8 blanktime=20 screensavermodule_register_init: MOD_LOAD (logo_saver, 0xffffffffb9e3e430,= =20 0) error 19 . Starting sshd. Oct 26 14:23:27 amd kernel: logo_saver: the console does not support=20 M_VGA_CG320 /libexec/ld-elf.so.1: /usr/lib/libasn1.so.7: invalid file format Initial amd64 initialization:. Additional ABI support:. Starting cron. Local package initialization: mysqld. Additional TCP options:. Expensive timeout(9) function:=20 0xffffffff801a91e0(0xfff/libexec/ld-elf.fso.1: f/usr/lib/libpthrfead.so.1:= =20 Sharedf object has no rfun-time symbol t8able082500 0) 0.002212571 s /libexec/ld-elf.so.1: /usr/lib/libpthread.so.1: Shared object has no=20 run-time symbol table Starting background file system checks in 60 seconds. Tue Oct 26 14:23:28 ULAT 2004 logger: 1: Syntax error: word unexpected (expectpaing ")") ntouch: 1: Syntaxic: ff error: "(" unexspected _write: type 0xffffff018d1405a0 0 (0,32) cpuid =3D 0 KDB: stack backtrace: panic() at 0xffffffff80254ac3 =3D panic+0x253 ffs_write() at 0xffffffff8033edd2 =3D ffs_write+0xb2 vn_write() at 0xffffffff802bdc00 =3D vn_write+0x1d0 dofilewrite() at 0xffffffff8027c800 =3D dofilewrite+0xb0 write() at 0xffffffff8027ca38 =3D write+0x68 syscall() at 0xffffffff8038249b =3D syscall+0x4bb Xfast_syscall() at 0xffffffff80370198 =3D Xfast_syscall+0xa8 --- syscall (4, FreeBSD ELF64, write), rip =3D 0x200917540, rsp =3D=20 0x7fffffffea78, rbp =3D 0x528000 --- KDB: enter: panic [thread 100073] Stopped at 0xffffffff8026ef6f =3D kdb_enter+0x2f: nop db> bt No such command db> help print p examine x search set = write w delete d break dwatch watch = dhwatch hwatch step s continue c until next match trace where call show ps gdb reset kill watchdog thread panic db> w Nothing written. db> continue boot() called on cpu#0 Uptime: 12s Cannot dump. No dump device defined. Shutting down ACPI Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset called on cpu#0 cpu_reset: Stopping o ############################################################################= ###### thanks in advance, Ganbold From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 07:22:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E40E016A4CE for ; Tue, 26 Oct 2004 07:22:20 +0000 (GMT) Received: from amsfep19-int.chello.nl (amsfep19-int.chello.nl [213.46.243.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1028E43D4C for ; Tue, 26 Oct 2004 07:22:20 +0000 (GMT) (envelope-from Danovitsch@Vitsch.net) Received: from Vitsch.net ([212.187.78.35]) by amsfep19-int.chello.nl (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041026072217.WXUM24789.amsfep19-int.chello.nl@Vitsch.net> for ; Tue, 26 Oct 2004 09:22:17 +0200 Received: from localhost (IDENT:1001@b83007.upc-b.chello.nl [212.83.83.7]) by Vitsch.net (8.12.3p2/8.11.3) with ESMTP id i9Q7MAun043596 for ; Tue, 26 Oct 2004 09:22:11 +0200 (CEST) (envelope-from Danovitsch@Vitsch.net) From: "Daan Vreeken [PA4DAN]" To: FreeBSD-current@FreeBSD.org Date: Tue, 26 Oct 2004 09:22:11 +0200 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410260922.11894.Danovitsch@Vitsch.net> Subject: UHCI patch stops system lockup (kern/73000) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 07:22:21 -0000 Hi All, Friday I have submitted a PR with a patch attached to it that fixes a bug in the UHCI USB driver. The bug causes a lot of UHCI systems with USB devices plugged during boot to either boot very slowly (take minutes), or seem to halt forever during boot. See : http://www.freebsd.org/cgi/query-pr.cgi?pr=73000 Could someone please take a look at the PR? Thanks, Daan From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 07:24:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47BF916A4CE; Tue, 26 Oct 2004 07:24:04 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 196B943D3F; Tue, 26 Oct 2004 07:24:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6B9AE52FEB; Tue, 26 Oct 2004 00:24:47 -0700 (PDT) Date: Tue, 26 Oct 2004 00:24:47 -0700 From: Kris Kennaway To: Miguel Mendez Message-ID: <20041026072447.GA47940@xor.obsecurity.org> References: <417DB5E1.7000308@freebsd.org> <20041026085627.008f8f7e.flynn@energyhq.es.eu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <20041026085627.008f8f7e.flynn@energyhq.es.eu.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: HEADS UP: ULE off in 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 07:24:04 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 26, 2004 at 08:56:27AM +0200, Miguel Mendez wrote: > On Mon, 25 Oct 2004 20:26:41 -0600 > Scott Long wrote: >=20 > > A lot of poeple have noted recently that a lot of bug reports are > > coming in with strange symptoms, and only after a lot of detective > > work does it turn out that the submitter is using the ULE scheduler. >=20 > What are the short term plans for ULE? I understand turning it off for > RELENG_5, so I take it will be tested in HEAD? ULE has many nice > features and it would be a shame that it wasn't tested well enough so > that bugs can eventually be fixed. At this point further testing isn't necessary or useful, since it's *known* to have several serious bugs. What's needed at this point is someone who can take the code in hand, fix those problems, and maintain the code on an ongoing basis. If that happens, we could think about turning it back on by default. Kris --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBffu/Wry0BWjoQKURAhkPAJ4wvQoO7D0OyGdlibIT1+ROaQE5AACfT3Zr U7/p0GnpCztUaumoKwpLUd0= =SLFk -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 08:15:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17E4716A4CE; Tue, 26 Oct 2004 08:15:46 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2A0543D58; Tue, 26 Oct 2004 08:15:45 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9Q8FNHY088696; Tue, 26 Oct 2004 01:15:23 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9Q8FFW9088694; Tue, 26 Oct 2004 01:15:15 -0700 (PDT) (envelope-from obrien) Date: Tue, 26 Oct 2004 01:15:15 -0700 From: "David O'Brien" To: Ganbold Message-ID: <20041026081515.GA88522@dragon.nuxi.com> References: <6.1.2.0.2.20041026131737.02b55aa0@202.179.0.80> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.1.2.0.2.20041026131737.02b55aa0@202.179.0.80> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org cc: scottl@freebsd.org cc: cguttesen@yahoo.dk Subject: Re: FreeBSD 5.3 problem on Dual AMD64 2.1GHz with 8GB RAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 08:15:46 -0000 On Tue, Oct 26, 2004 at 03:15:13PM +0900, Ganbold wrote: > I still have problem running FreeBSD 5.3 with 8GB RAM on Dual amd64 2.1GHz > (IBM @server 325, ServeRAID 6M) with 8GB RAM. .. > CPU: AMD Opteron(tm) Processor 248 (2193.18-MHz K8-class CPU) BTW, AMD doesn't make 2.1 GHz CPU's. You have a 2.2 GHz CPU. > It was working ok with 4 GB RAM. Afterwards I added another 4GB RAM and > tried to boot FreeBSD > with 8GB RAM. An IBM e325 has only 6 DIMM slots, specifically what RAM configuration are you using? Do you have ECC turned on? Are using DRAM scrubbing? What is your BIOS memory interleaving settings? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 08:18:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AB2A16A4CE for ; Tue, 26 Oct 2004 08:18:54 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5202243D2D for ; Tue, 26 Oct 2004 08:18:54 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9Q8IoNZ088742; Tue, 26 Oct 2004 01:18:50 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9Q8InG8088741; Tue, 26 Oct 2004 01:18:49 -0700 (PDT) (envelope-from obrien) Date: Tue, 26 Oct 2004 01:18:49 -0700 From: "David O'Brien" To: brian@aljex.com Message-ID: <20041026081849.GB88522@dragon.nuxi.com> References: <1098733044.417d55f46cc15@corpmail.siteone.net> <10185.128.101.36.205.1098738081.squirrel@128.101.36.205> <1098742333.417d7a3d920cf@corpmail.siteone.net> <1098763854.417dce4e8d52f@corpmail.siteone.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098763854.417dce4e8d52f@corpmail.siteone.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: can't buildworld - boot2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 08:18:54 -0000 On Tue, Oct 26, 2004 at 12:10:54AM -0400, brian@aljex.com wrote: > possible clue: you mentioned -j > I had tried a -j4 , which was the first time I ever tried -j anything btw, > previously and it failed, but it didn't fail anywhere near the spot I showed. > After it failed I shrugged and thought "not surprising" and did a make clean > and make buildworld and got the failure in boot2 I originally posted If you need to get things "sane", I suggest 'rm -rf /usr/obj/*' followed by 'cd /usr/src ; make cleandir'. Or skip the rm -rf stage and do 'cd /usr/src ; make cleandir ; make cleandir'. > Either the initial failure screwed up the instance of bash and all I needed to > do was log out & in, or the use of bash vs csh is no good, or some change was > committed in the last few hours that fixed it, or -O2 -fno-strict-aliasing > works where -O doesn't. 'boot2' is built with -Os, so it overrides other settings. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 08:42:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D39516A4CE for ; Tue, 26 Oct 2004 08:42:43 +0000 (GMT) Received: from mars.siad.net (h-69-3-214-122.lsanca54.covad.net [69.3.214.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AFB443D45 for ; Tue, 26 Oct 2004 08:42:43 +0000 (GMT) (envelope-from don@siad.net) Received: from [69.3.214.124] (h-69-3-214-124.lsanca54.covad.net [69.3.214.124]) by mars.siad.net (8.12.11/8.12.11) with ESMTP id i9Q8l1nl004893; Tue, 26 Oct 2004 01:47:02 -0700 (PDT) (envelope-from don@siad.net) Message-ID: <417E0DDD.1000301@siad.net> Date: Tue, 26 Oct 2004 01:42:05 -0700 From: "Don L. Belcher" Organization: SIAD, INC User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041021 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <41125A5B.2010706@siad.net> <417C1DE4.3040100@siad.net> <20041025.212705.49226982.imp@bsdimp.com> In-Reply-To: <20041025.212705.49226982.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j cc: freebsd-current@freebsd.org Subject: Re: fxp lost on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 08:42:43 -0000 M. Warner Losh wrote: >In message: <417C1DE4.3040100@siad.net> > "Don L. Belcher" writes: >: >>>> : : > I seem to have lost my fxp card in current ( It was working >: >>>> about 1 or 2 >... >: By reverting pccbb.c 1.109 changes to 1.108 fixes problem ( 5.3-STABLE >: built Oct. 17 ) > >Interesting. Very interesting. This is the change that tries to be >smarter about numbering PCI busses :-(. > >Can you send me a pciconf -l from a working system? > >Warner > > > pciconf -l hostb0@pci0:0:0: class=0x060000 card=0x9500107b chip=0x11308086 rev=0x11 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x11318086 rev=0x11 hdr=0x01 pcib2@pci0:30:0: class=0x060400 card=0x00000000 chip=0x24488086 rev=0x03 hdr=0x01 isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x244c8086 rev=0x03 hdr=0x00 atapci0@pci0:31:1: class=0x010180 card=0x9500107b chip=0x244a8086 rev=0x03 hdr=0x00 none0@pci0:31:2: class=0x0c0300 card=0x9500107b chip=0x24428086 rev=0x03 hdr=0x00 none1@pci0:31:3: class=0x0c0500 card=0x9500107b chip=0x24438086 rev=0x03 hdr=0x00 none2@pci0:31:4: class=0x0c0300 card=0x9500107b chip=0x24448086 rev=0x03 hdr=0x00 drm0@pci1:0:0: class=0x030000 card=0x9500107b chip=0x4d461002 rev=0x00 hdr=0x00 cbb0@pci2:2:0: class=0x060700 card=0x9500107b chip=0xac51104c rev=0x00 hdr=0x02 cbb1@pci2:2:1: class=0x060700 card=0x9500107b chip=0xac51104c rev=0x00 hdr=0x02 pcib3@pci2:6:0: class=0x060400 card=0x00000080 chip=0x01001668 rev=0x11 hdr=0x01 pcm0@pci2:8:0: class=0x040100 card=0x9500107b chip=0x1988125d rev=0x12 hdr=0x00 fxp0@pci3:4:0: class=0x020000 card=0x11001668 chip=0x12298086 rev=0x08 hdr=0x00 none3@pci3:8:0: class=0x078000 card=0x24001668 chip=0x044811c1 rev=0x01 hdr=0x00 % From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 09:09:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7342516A4CE; Tue, 26 Oct 2004 09:09:41 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2506643D41; Tue, 26 Oct 2004 09:09:41 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9Q99DDv027992; Tue, 26 Oct 2004 05:09:13 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9Q99DTV027989; Tue, 26 Oct 2004 10:09:13 +0100 (BST) (envelope-from robert@fledge.watson.org) Date: Tue, 26 Oct 2004 10:09:13 +0100 (BST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Scott Long In-Reply-To: <417DB5E1.7000308@freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current Subject: Re: HEADS UP: ULE off in 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 09:09:41 -0000 On Mon, 25 Oct 2004, Scott Long wrote: > A lot of poeple have noted recently that a lot of bug reports are coming > in with strange symptoms, and only after a lot of detective work does it > turn out that the submitter is using the ULE scheduler. We turned off > the ULE scheduler months ago and tried to make it clear that it has > problems and is not considered stable. Since there are likely many > people out there that might not be aware of what scheduler they are > using, I've set the ULE source code to error out and not compile at all > for RELENG_5 and RELENG_5_3. The time spent debugging ULE-induced > problems is causing way too much lost time, and we need to focus on > debugging the supported configurations, not the unsupported ones. FYI for everyone else, as I know Scott knows this already, but a number of the features that gave ULE higher throughput on some SMP boxes are now also available with SCHED_4BSD, such as the use of IPIs to wake up idle CPUs more quickly when there's load to shed. I've seen dramatic improvements in scheduling, especially on SMP, with 4BSD over the last few months, and the results have done good things to the performance numbers for applications such as MySQL. 4BSD doesn't have everything ULE had, such as per-cpu run queues, but it's still a good step up from what shipped in 5.2. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 10:02:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2464516A4CE; Tue, 26 Oct 2004 10:02:44 +0000 (GMT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8477B43D1F; Tue, 26 Oct 2004 10:02:40 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.43 (FreeBSD)) id 1CMOCY-0002GM-03; Tue, 26 Oct 2004 18:05:14 +0800 Message-Id: <6.1.2.0.2.20041026174335.02b5c5a0@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Tue, 26 Oct 2004 18:02:20 +0900 To: obrien@freebsd.org From: Ganbold In-Reply-To: <20041026081515.GA88522@dragon.nuxi.com> References: <6.1.2.0.2.20041026131737.02b55aa0@202.179.0.80> <20041026081515.GA88522@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-current@freebsd.org cc: scottl@freebsd.org cc: cguttesen@yahoo.dk Subject: Re: FreeBSD 5.3 problem on Dual AMD64 2.1GHz with 8GB RAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 10:02:44 -0000 Hi, At 05:15 PM 10/26/2004, you wrote: >On Tue, Oct 26, 2004 at 03:15:13PM +0900, Ganbold wrote: > > I still have problem running FreeBSD 5.3 with 8GB RAM on Dual amd64 2.1GHz > > (IBM @server 325, ServeRAID 6M) with 8GB RAM. >. > > CPU: AMD Opteron(tm) Processor 248 (2193.18-MHz K8-class CPU) > >BTW, AMD doesn't make 2.1 GHz CPU's. You have a 2.2 GHz CPU. You are right. > > It was working ok with 4 GB RAM. Afterwards I added another 4GB RAM and > > tried to boot FreeBSD > > with 8GB RAM. > >An IBM e325 has only 6 DIMM slots, specifically what RAM configuration >are you using? Do you have ECC turned on? Are using DRAM scrubbing? >What is your BIOS memory interleaving settings? I have 2GB x 4 = 8GB RAM and ECC is turned on and I have following settings in BIOS: 4GB Memory Hole adjust -> AUTO DRAM Bank interleave -> AUTO Node memory interleave -> Disabled ACPI SRAT table -> Disabled HPET Timer -> Enabled ECC -> Enabled DRAM ECC -> Enabled ECC Scrub Redirection -> Disabled Chip-Kill -> Enabled DCACHE ECC Scrub CTL -> Disabled L2 ECC Scrub CTL -> Disabled Dram ECC Scrub CTL -> Disabled Is there anything wrong in BIOS settings? thanks, Ganbold >-- >-- David (obrien@FreeBSD.org) >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 10:19:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E648316A4CE; Tue, 26 Oct 2004 10:19:42 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED11443D48; Tue, 26 Oct 2004 10:19:41 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id AF1E011445; Tue, 26 Oct 2004 12:19:39 +0200 (CEST) From: =?iso-8859-2?q?S=B3awek_=AFak?= To: current@freebsd.org Date: Tue, 26 Oct 2004 12:19:39 +0200 Message-ID: <86k6tdeq84.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" cc: rwatson@freebsd.org Subject: Hard hangs on AMD64 with mpsafenet enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 10:19:43 -0000 --=-=-= Hi, I've got a Sun V20z 2 cpu Opteron box. I experience hard hangs when accessing NFS simulatneously from 2 processes (tested with parallel port builds with /usr/ports mounted over NFS with nosuid,nodev,soft,bg,intr). rpc.lockd and rpc.statd are both enabled for NFS. I cannot also enter the debugger with C-M-ESC (no serial console at this moment, sorry). When the system is running and I try to enter the debugger on video console I get garbage on the screen and a reboot immediately after. Scary stuff. I can't play with MP watchdog now (4 CPU box arrives in two weeks). I attach kernel config and dmesg output. The only modules loaded are: Id Refs Address Size Name 1 5 0xffffffff80100000 4ed1b0 kernel 2 1 0xffffffff805ee000 718 accf_data.ko 3 1 0xffffffff805ef000 1410 accf_http.ko 4 1 0xffffffffb480c000 1cd blank_saver.ko Help please. /S --=-=-= Content-Disposition: inline; filename=Sun-V20z-FreeBSD-5 machine amd64 cpu HAMMER ident Sun-V20z-FreeBSD-5 makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # ULE scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options BREAK_TO_DEBUGGER # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel device atpic # 8259A compatability options NO_MIXED_MODE # Don't penalize working chipsets # Bus support. Do not remove isa, even if you have no isa slots device acpi device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapicam # CAM ATAPI CD emulation options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # SCSI controllers device mpt # LSI-Logic MPT-Fusion # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # NIC device miibus # MII bus support device bge # Broadcom BCM570xx Gigabit Ethernet # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device bpf # Berkeley packet filter device snp # Snoop Device --=-=-= Content-Disposition: inline; filename=dmesg.txt Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #2: Mon Oct 25 14:18:23 CEST 2004 root@krab-4:/usr/obj/usr/src/sys/Sun-V20z-FreeBSD-5 WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 242 (1593.34-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf58 Stepping = 8 Features=0x78bfbff AMD Features=0xe0500800 real memory = 2146893824 (2047 MB) avail memory = 2064113664 (1968 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) unknown: I/O range not supported unknown: I/O range not supported Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0x8080-0x80ff,0x8000-0x807f,0xcf8-0xcff iomem 0xd8000-0xdbfff on acpi0 pcib0: could not get PCI interrupt routing table for \\_SB_.PCI0 - AE_NOT_FOUND pci0: on pcib0 pcib1: at device 6.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1000-0x100f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 bge0: mem 0xfe800000-0xfe80ffff irq 25 at device 2.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:09:3d:00:22:0c bge0: [GIANT-LOCKED] bge1: mem 0xfe810000-0xfe81ffff irq 26 at device 3.0 on pci2 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:09:3d:00:24:16 bge1: [GIANT-LOCKED] mpt0: port 0x2000-0x20ff mem 0xfe820000-0xfe82ffff,0xfe830000-0xfe83ffff irq 27 at device 4.0 on pci2 mpt0: [GIANT-LOCKED] mpt1: port 0x2400-0x24ff mem 0xfe840000-0xfe85ffff,0xfe860000-0xfe87ffff irq 24 at device 5.0 on pci2 mpt1: [GIANT-LOCKED] mpt2: port 0x2800-0x28ff mem 0xfe880000-0xfe89ffff,0xfe8a0000-0xfe8bffff irq 25 at device 5.1 on pci2 mpt2: [GIANT-LOCKED] pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci3: on pcib3 pci0: at device 11.1 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xcb000-0xcefff,0xc9800-0xcafff,0xc8000-0xc97ff,0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 0.976 msec acd0: CDROM at ata1-master UDMA33 Waiting 15 seconds for SCSI devices to settle pass1 at ata1 bus 0 target 0 lun 0 pass1: Removable CD-ROM SCSI-0 device pass1: 33.000MB/s transfers da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: R/W mount of / denied. Filesystem is not clean - run fsck kldload: Unsupported file type KDB: enter: manual escape to debugger --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 10:27:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A47C516A4D0; Tue, 26 Oct 2004 10:27:30 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EAF743D46; Tue, 26 Oct 2004 10:27:29 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CMOY1-00014E-00 Tue, 26 Oct 2004 12:27:25 +0200 Received: from [212.106.252.39] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CMOY0-00013b-00 Tue, 26 Oct 2004 12:27:24 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9QARQIu008579; Tue, 26 Oct 2004 12:27:26 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9QARPK3001609; Tue, 26 Oct 2004 12:27:25 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez Organization: Redes JM To: freebsd-current@freebsd.org Date: Tue, 26 Oct 2004 12:27:24 +0200 User-Agent: KMail/1.7 References: <4171F702.9020405@gamersimpact.com> <20041023130921.I78665@alpha.siliconlandmark.com> <417DF502.4010807@freebsd.org> In-Reply-To: <417DF502.4010807@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410261227.25387.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1; AVE: 6.28.0.7; VDF: 6.28.0.24; host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Ryan Sommers cc: Tim Kientzle cc: current@freebsd.org Subject: Re: Removal of /stand Directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 10:27:30 -0000 El Martes, 26 de Octubre de 2004 08:56, Tim Kientzle escribi=F3: > Andre Guibert de Bruet wrote: > > On Sat, 23 Oct 2004, Ryan Sommers wrote: > >> - Move gzip to /bin and use /bin/gzip and /bin/pax to handle > >> compressed archives (see arch@ thread for patch). Overall is a > >> savings in /. > > > > Frankly, having a file pointing to an inode with 135 links in /bin > > sort of scares me. Putting a stand-alone version of gzip in /bin > > isn't going to save any space in /. > > Ryan is proposing moving /usr/bin/gzip to /bin/gzip. > /usr/bin/gzip only has 4 links: gzip, gunzip, gzcat, and zcat. > I recall that gzip comes from /usr/src/gnu/usr.bin/gzip and is GPL=20 licensed. I can't recall of any /usr/src/gnu/bin. This may be an issue? I still think that add an aditional support for *.tar files=20 (uncompressed) and some flexibility to initdiskless must be of=20 interest. Also, I can recall that cpio/tar/pax have all support for tarball format=20 auto-detection and mayor cipo/tar format support. If someone can confirm: - prefered format/supported formats [ustar] - pax/cpio/tar commands to use (options) I'll work a patch to initdiskless to test. IMHO this must be take in account. =2D May be use to expand /etc from a fresh mfs. No passwd file reachable. =2D May be use from a ro rootfs. No tmpfile use. =2D Default expand owned by root:wheel (0:0). Use mtree after. Use other= =20 file distribution systems after. =2D The actual default is /stand/cpio --extract -d [4.x] Also, guest about counterparts for tarball creation must be of interest. =2D- josemi > I think you're confusing this with /rescue/gzip, which is a very > different thing, indeed. > > Cheers, > > Tim > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 10:27:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A47C516A4D0; Tue, 26 Oct 2004 10:27:30 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EAF743D46; Tue, 26 Oct 2004 10:27:29 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CMOY1-00014E-00 Tue, 26 Oct 2004 12:27:25 +0200 Received: from [212.106.252.39] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CMOY0-00013b-00 Tue, 26 Oct 2004 12:27:24 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9QARQIu008579; Tue, 26 Oct 2004 12:27:26 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9QARPK3001609; Tue, 26 Oct 2004 12:27:25 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez Organization: Redes JM To: freebsd-current@freebsd.org Date: Tue, 26 Oct 2004 12:27:24 +0200 User-Agent: KMail/1.7 References: <4171F702.9020405@gamersimpact.com> <20041023130921.I78665@alpha.siliconlandmark.com> <417DF502.4010807@freebsd.org> In-Reply-To: <417DF502.4010807@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410261227.25387.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1; AVE: 6.28.0.7; VDF: 6.28.0.24; host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Ryan Sommers cc: Tim Kientzle cc: current@freebsd.org Subject: Re: Removal of /stand Directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 10:27:30 -0000 El Martes, 26 de Octubre de 2004 08:56, Tim Kientzle escribi=F3: > Andre Guibert de Bruet wrote: > > On Sat, 23 Oct 2004, Ryan Sommers wrote: > >> - Move gzip to /bin and use /bin/gzip and /bin/pax to handle > >> compressed archives (see arch@ thread for patch). Overall is a > >> savings in /. > > > > Frankly, having a file pointing to an inode with 135 links in /bin > > sort of scares me. Putting a stand-alone version of gzip in /bin > > isn't going to save any space in /. > > Ryan is proposing moving /usr/bin/gzip to /bin/gzip. > /usr/bin/gzip only has 4 links: gzip, gunzip, gzcat, and zcat. > I recall that gzip comes from /usr/src/gnu/usr.bin/gzip and is GPL=20 licensed. I can't recall of any /usr/src/gnu/bin. This may be an issue? I still think that add an aditional support for *.tar files=20 (uncompressed) and some flexibility to initdiskless must be of=20 interest. Also, I can recall that cpio/tar/pax have all support for tarball format=20 auto-detection and mayor cipo/tar format support. If someone can confirm: - prefered format/supported formats [ustar] - pax/cpio/tar commands to use (options) I'll work a patch to initdiskless to test. IMHO this must be take in account. =2D May be use to expand /etc from a fresh mfs. No passwd file reachable. =2D May be use from a ro rootfs. No tmpfile use. =2D Default expand owned by root:wheel (0:0). Use mtree after. Use other= =20 file distribution systems after. =2D The actual default is /stand/cpio --extract -d [4.x] Also, guest about counterparts for tarball creation must be of interest. =2D- josemi > I think you're confusing this with /rescue/gzip, which is a very > different thing, indeed. > > Cheers, > > Tim > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 10:30:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C82516A4CE; Tue, 26 Oct 2004 10:30:56 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 282FA43D41; Tue, 26 Oct 2004 10:30:56 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id 158DB11445; Tue, 26 Oct 2004 12:30:55 +0200 (CEST) From: =?iso-8859-2?q?S=B3awek_=AFak?= To: current@freebsd.org References: <86k6tdeq84.fsf@thirst.unx.era.pl> Date: Tue, 26 Oct 2004 12:30:55 +0200 In-Reply-To: <86k6tdeq84.fsf@thirst.unx.era.pl> =?iso-8859-2?q?=28S=B3awek's?= message of "Tue, 26 Oct 2004 12:19:39 +0200") Message-ID: <86zn29db4w.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit cc: rwatson@freebsd.org Subject: Re: Hard hangs on AMD64 with mpsafenet enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 10:30:56 -0000 S³awek ¯ak writes: > Hi, > > I've got a Sun V20z 2 cpu Opteron box. I experience hard hangs when > accessing NFS simulatneously from 2 processes (tested with parallel port > builds with /usr/ports mounted over NFS with > nosuid,nodev,soft,bg,intr). rpc.lockd and rpc.statd are both enabled for > NFS. Bah, following up to my mail. With mpsafenet disable everything seems fine and stable. The system is yesterday's 5.3-STABLE (RELENG_5 branch). /S From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 12:01:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CD5C16A4CE for ; Tue, 26 Oct 2004 12:01:21 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD31643D2F for ; Tue, 26 Oct 2004 12:01:20 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9QC0pkM029826; Tue, 26 Oct 2004 08:00:51 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9QC0pJT029823; Tue, 26 Oct 2004 13:00:51 +0100 (BST) (envelope-from robert@fledge.watson.org) Date: Tue, 26 Oct 2004 13:00:51 +0100 (BST) From: Robert Watson X-Sender: robert@fledge.watson.org To: =?iso-8859-2?q?S=B3awek_=AFak?= In-Reply-To: <86k6tdeq84.fsf@thirst.unx.era.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: current@freebsd.org Subject: Re: Hard hangs on AMD64 with mpsafenet enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 12:01:21 -0000 Thanks for the report -- I have some questions below that it would be helpful if you could answer. On Tue, 26 Oct 2004, [iso-8859-2] S=B3awek =AFak wrote: > I've got a Sun V20z 2 cpu Opteron box. I experience hard hangs when > accessing NFS simulatneously from 2 processes (tested with parallel p= ort > builds with /usr/ports mounted over NFS with > nosuid,nodev,soft,bg,intr). rpc.lockd and rpc.statd are both enabled = for > NFS. From=20the above, can I assume that this is a problem on the NFS client, an= d that the NFS server is on another system reachable via a local area network? When "hung", can the machine be pinged from another machine? From=20your subject line, it looks like you mean "when debug.mpsafenet=3D0, this doesn't happen". Is that a correct reading? Could you try running with WITNESS and INVARIANTS enabled, and see if you get any specific warnings or assertion failures? A hard hang could imply a deadlock, which WITNESS would be able to report on. Other sources of hard hangs may be easier to debug with INVARIANTS and WITNESS enabled. If possible, getting access to a serial console might make this problem significantly easier to debug. > I cannot also enter the debugger with C-M-ESC (no serial console at t= his > moment, sorry). When the system is running and I try to enter the deb= ugger > on video console I get garbage on the screen and a reboot immediately > after. Scary stuff. I can't play with MP watchdog now (4 CPU box arri= ves in > two weeks). So when there isn't a problem and you try to enter the debugger on the video console, you get the garbage, or only when this problem is manifesting?=20 Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 16:29:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1335B16A4CE for ; Mon, 25 Oct 2004 16:29:54 +0000 (GMT) Received: from mail.manuelmartini.it (fast.tomato.it [62.101.64.91]) by mx1.FreeBSD.org (Postfix) with SMTP id DF1F243D53 for ; Mon, 25 Oct 2004 16:29:52 +0000 (GMT) (envelope-from martin@gufi.org) Received: (qmail 1998 invoked by uid 1001); 25 Oct 2004 16:29:52 -0000 Date: Mon, 25 Oct 2004 18:29:52 +0200 From: Manuel Martini To: freebsd-stable@freebsd.org Message-ID: <20041025162952.GA1974@Delorien> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline X-Operating-System: FreeBSD 5.3-STABLE X-Disclaimer: Martin Powered by FreeBSD User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Tue, 26 Oct 2004 12:15:38 +0000 cc: freebsd-current@freebsd.org Subject: Dell CERC SATA RAID controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: martin@gufi.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 16:29:54 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi all A client is buying some Dell Power Edge 700 servers. Looking at the caratteristics of the producer, it has a CERC SATA RAID 6 channel. =46rom the Freebsd compatibility list i can see that the driver i could use is aac(4) for CERC SATA RAID 2 Can i use aac driver for the CERC SATA RAID 6 channel controller? I must install Freebsd 4.10 and 5.3 can anyone help me to solve this my big trouble? =09 thank you very much --=20 --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBfSn+8T4XZ3+2W6URAhEAAJ93vKm0c4pSuw7olYZxwKNDV+R99QCfWXue 1XT7Zjvgj/jD2UhTnr2P928= =iyEW -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 25 18:04:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E444416A4CE for ; Mon, 25 Oct 2004 18:04:53 +0000 (GMT) Received: from mail.manuelmartini.it (fast.tomato.it [62.101.64.91]) by mx1.FreeBSD.org (Postfix) with SMTP id E606A43D1D for ; Mon, 25 Oct 2004 18:04:52 +0000 (GMT) (envelope-from martin@gufi.org) Received: (qmail 70357 invoked by uid 1001); 25 Oct 2004 18:04:52 -0000 Date: Mon, 25 Oct 2004 20:04:52 +0200 From: Manuel Martini To: freebsd-current@freebsd.org Message-ID: <20041025180452.GA70327@Delorien> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline X-Operating-System: FreeBSD 5.3-STABLE X-Disclaimer: Martin Powered by FreeBSD User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Tue, 26 Oct 2004 12:15:38 +0000 Subject: Dell CERC SATA RAID controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: martin@gufi.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Oct 2004 18:04:54 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi all A client is buying some Dell Power Edge 700 servers. Looking at the caratteristics of the producer, it has a CERC SATA RAID 6 channel. =46rom the Freebsd compatibility list i can see that the driver i could use is aac(4) for CERC SATA RAID 2 Can i use aac driver for the CERC SATA RAID 6 channel controller? I must install Freebsd 4.10 and 5.3 can anyone help me to solve this my big trouble? =09 thank you very much --=20 --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBfUBD8T4XZ3+2W6URAnTWAJ4x7qqiBGsuoPO3OU4tkR5Afgn4TgCgnD5j bBj7vZhWIaoX7nxJe3D+eVw= =CbGU -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 10:14:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C86A416A4CE for ; Tue, 26 Oct 2004 10:14:12 +0000 (GMT) Received: from achilles.noc.ntua.gr (achilles.noc.ntua.gr [147.102.222.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9160643D2D for ; Tue, 26 Oct 2004 10:14:11 +0000 (GMT) (envelope-from nick-lists@netability.ie) Received: from crumpet.netability.ie (dhcp-92.e-learn.ntua.gr [147.102.228.92]) by achilles.noc.ntua.gr (8.13.1/8.13.1) with ESMTP id i9QAE4Pw098907 for ; Tue, 26 Oct 2004 13:14:09 +0300 (EEST) (envelope-from nick-lists@netability.ie) X-Envelope-To: Received: from [IPv6:::1] (localhost.netability.ie [IPv6:::1]) by crumpet.netability.ie (8.13.1/8.13.1) with ESMTP id i9QAE33o077897 for ; Tue, 26 Oct 2004 13:14:04 +0300 (EEST) (envelope-from nick-lists@netability.ie) From: Nick Hilliard To: current@freebsd.org Content-Type: text/plain Message-Id: <1098785643.67570.44.camel@localhost.netability.ie> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 26 Oct 2004 13:14:03 +0300 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 26 Oct 2004 12:15:38 +0000 Subject: breakage upgrading from 5.3-RC1 to 5.3-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: Tue, 26 Oct 2004 10:14:12 -0000 buildworld is failing during the rebuild of texinfo's makeinfo. The source tree was a clean copy of 5.3-RC1, upgraded to RELENG_5_3 earlier today. /etc/make.conf was empty. Any suggestions? Nick # rm -rf /usr/obj/* # cd /usr/src # make cleandir [...] # make cleandir [...] # uname -a FreeBSD xxxxx 5.3-RC1 FreeBSD 5.3-RC1 #0: Sun Oct 24 10:43:38 IST 2004 nick@xxxx:/data/usr.src/src/sys/i386/compile/GENERIC i386 # cvsup -L 2 ~nick/cvsup/5.3-supfile # make buildworld [...] cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/data/usr.src/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo -I/data/usr.src/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/lib -I/usr/obj/data/usr.src/src/i386/legacy/usr/include -static -L/usr/obj/data/usr.src/src/i386/legacy/usr/lib -o makeinfo cmds.o defun.o files.o footnote.o html.o index.o insertion.o lang.o macro.o makeinfo.o multi.o node.o sectioning.o toc.oxml.o /data/usr.obj/data/usr.src/src/i386/data/usr.src/src/gnu/usr.bin/texinfo/makeinfo/../libtxi/libtxi.a -legacy cmds.o(.text+0x128b): In function `cm_center': : undefined reference to `xmalloc' defun.o(.text+0x3f): In function `accumulate_token': : undefined reference to `xrealloc' defun.o(.text+0x13c): In function `args_from_string': : undefined reference to `xstrdup' defun.o(.text+0x22a): In function `args_from_string': : undefined reference to `substring' [piles more undefined references to these names] From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 10:46:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B313F16A4CE for ; Tue, 26 Oct 2004 10:46:05 +0000 (GMT) Received: from smtp1.vol.cz (smtp1.vol.cz [195.250.128.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5B4D43D2D for ; Tue, 26 Oct 2004 10:46:04 +0000 (GMT) (envelope-from m.ornest@volny.cz) Received: from webmail2.vol.cz (webmail2.vol.cz [195.250.155.195]) by smtp1.vol.cz (8.12.9p2/8.12.9) with ESMTP id i9QAk3kK037407 for ; Tue, 26 Oct 2004 12:46:03 +0200 (CEST) (envelope-from m.ornest@volny.cz) Received: from webmail2.vol.cz (localhost [127.0.0.1]) by webmail2.vol.cz (8.12.9p2/8.12.9) with ESMTP id i9QAk3io003513 for ; Tue, 26 Oct 2004 12:46:03 +0200 (CEST) (envelope-from m.ornest@volny.cz) Received: (from www@localhost) by webmail2.vol.cz (8.12.9p2/8.12.9/Submit) id i9QAk2j2003511; Tue, 26 Oct 2004 12:46:02 +0200 (CEST) (envelope-from m.ornest@volny.cz) Received: from server.svist21.cz (server.svist21.cz [81.30.233.25]) HTTP; Tue, 26 Oct 2004 12:46:02 +0200 (CEST) MIME-Version: 1.0 From: m.ornest@volny.cz X-Originating-Account: m.ornest/volny.cz To: freebsd-current@freebsd.org Date: Tue, 26 Oct 2004 12:46:02 +0200 (CEST) Message-ID: <0cf83ad1b4091b324e8a259f83263b72@www2.mail.volny.cz> X-Mailer: Volny.cz Webmail2 1.70 X-Originating-Ip: 81.30.233.25 X-Originating-Agent: Mozilla/5.0 (compatible; Konqueror/3.1; FreeBSD) X-Priority: 3 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 26 Oct 2004 12:15:38 +0000 Subject: buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 10:46:05 -0000 Hi, it's the first time I'm trying to build FreeBSD CURRENT and I fail into some problems. I've installed FreeBSD 5.2.1 from miniinst iso cd. Then I've updates the source tree with cvsup according to reference found in FreeBSD handbook. Now I'm trying to compile the new system exactly according the instructions in handbook, but 'make buildworld' fails with following error: ... ln -fs /usr/obj/usr/src/i386/lib/liblwres.so.3 /usr/obj/usr/src/i386/lib/liblwres.so 1 error=20 =20 *** Error code 2=20 =20 1 error=20 =20 *** Error code 2=20 =20 1 error=20 =20 *** Error code 2=20 =20 1 error When I disable compiling with the bind package in /etc/make.conf, it fails with the same error on other stage of build process (in readline package). I've got no idea what could be wrong and appreciate any help. thanks Matthes --=20 A za kolik kupujete ELEKTRO Vy? http://www.MALL.cz/penezenka Ov=EC=F8te si p=F8es SMS, kolik se d=E1 U=A9ET=D8IT! From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 12:29:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81F4116A4CE for ; Tue, 26 Oct 2004 12:29:47 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A69E043D49 for ; Tue, 26 Oct 2004 12:29:46 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 19649 invoked from network); 26 Oct 2004 12:27:30 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 26 Oct 2004 12:27:30 -0000 Message-ID: <417E4337.80804@freebsd.org> Date: Tue, 26 Oct 2004 14:29:43 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <417B128B.7080904@gddsn.org.cn> <20041024133045.40733f45@dolphin.local.net> <20041024144743.37fb5c69@dolphin.local.net> <417D5E51.2060100@freebsd.org> <20041025214401.31d63ee4@dolphin.local.net> In-Reply-To: <20041025214401.31d63ee4@dolphin.local.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 12:29:47 -0000 Conrad J. Sabatier wrote: > On Mon, 25 Oct 2004 22:13:05 +0200, Andre Oppermann > wrote: > > >>Conrad J. Sabatier wrote: >> >>>This problem is occurring with the following kernel options: >>> >>>options IPDIVERT >>>options IPFILTER >>>options IPFILTER_LOG >>> >>>The only workaround at this time is adding "options IPFIREWALL". >> >>Yes, that is correct. >> >>IPDIVERT is a module now and you can dynamically load it just like you >>can load ipfw (options IPFIREWALL). >> >>IPDIVERT depends on ipfw being loaded or compiled into the kernel. >> >>I have done the last step of IPDIVERT's transition into a KLD a few >>minutes ago. It will warn you now if you try to compile it into a >>kernel without IPFIREWALL as well. As a module it will simply >>complain that ipfw needs to be loaded first. > > Hmmm. I'm confused now. Up until a day or two ago, the kernel would > compile just fine without IPFIREWALL. When did IPDIVERT come to depend > on IPFIREWALL, and why? > > Or maybe I'm just *really* confused. I thought I needed IPDIVERT for > ipnat to work, or am I mistaken? Yes, you are confused. ;) IPDIVERT is only required for NAT with ipfw (a.k.a. IPFIREWALL). > What exactly do I need now to use ipf and ipnat? ipf and ipnat. Nothing else in the kernel. -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 12:39:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBD8616A4CE for ; Tue, 26 Oct 2004 12:39:55 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E59E543D49 for ; Tue, 26 Oct 2004 12:39:54 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 19700 invoked from network); 26 Oct 2004 12:37:38 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 26 Oct 2004 12:37:38 -0000 Message-ID: <417E4598.1090902@freebsd.org> Date: Tue, 26 Oct 2004 14:39:52 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Hay References: <417B128B.7080904@gddsn.org.cn> <20041024133045.40733f45@dolphin.local.net> <417D5E51.2060100@freebsd.org> <1098735588.41693.4.camel@server.mcneil.com> <417D6148.6050807@freebsd.org> <20041026063545.GA57014@zibbi.icomtek.csir.co.za> In-Reply-To: <20041026063545.GA57014@zibbi.icomtek.csir.co.za> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 12:39:55 -0000 John Hay wrote: > On Mon, Oct 25, 2004 at 10:25:44PM +0200, Andre Oppermann wrote: > >>Sean McNeil wrote: >> >>>On Mon, 2004-10-25 at 13:13, Andre Oppermann wrote: >>> >>>>Conrad J. Sabatier wrote: >>>> >>>>>For a further bit of clarification (I know, should have done this the >>>>>first time): >>>>> >>>>>This problem is occurring with the following kernel options: >>>>> >>>>>options IPDIVERT >>>>>options IPFILTER >>>>>options IPFILTER_LOG >>>>> >>>>>The only workaround at this time is adding "options IPFIREWALL". >>>> >>>>Yes, that is correct. >>>> >>>>IPDIVERT is a module now and you can dynamically load it just like you >>>>can load ipfw (options IPFIREWALL). >>>> >>>>IPDIVERT depends on ipfw being loaded or compiled into the kernel. >>>> >>>>I have done the last step of IPDIVERT's transition into a KLD a few >>>>minutes ago. It will warn you now if you try to compile it into a >>>>kernel without IPFIREWALL as well. As a module it will simply complain >>>>that ipfw needs to be loaded first. >>> >>> >>>I build my kernel with >>> >>>options IPFIREWALL >>>options IPFIREWALL_FORWARD >>>options IPDIVERT >>> >>>Can I now use loadable modules as well? Will IPFIREWALL have the >>>forwarding option or would I still have to specify that? >> >>You can certainly use IPDIVERT as a loadable module. The FORWARD option >>to IPFIREWALL needs to be compiled into the module if you want to load >>it as a module. For modules options in the kernel configuration file >>are not automatically included. You have to edit sys/modules/ipfw/Makefile >>instead. Then you can load everything as module. If you start natd from >>rc.conf it will load ipdivert.ko automatically (if you have run mergemaster >>to update your rc scripts). > > Is there any harm in making IPFIREWALL_FORWARD default for the ipfw > module? For that matter, why have a separate FORWARD option and not > just have it as part of the standard firewall stuff? The reason is simple. FORWARD modifies the entire ip_input(), ip_output() and tcp_input() path. This is not something that should be in stock kernels unless you want to use 'ipfw fwd' (which is only a minority). > And related to this, is there a problem with kern/71910? This one is > needed on a NAT box that have to forward packets to a web proxy for > transparent proxying. This is two-edged sword. Lets assume you have 192.168.0.1/24 on one interface and 192.168.10.1/24 on the other interface with a default route of 192.168.10.5. You want everything from 192.168.0.0/27 to go through 192.168.10.10 instead. In this case an ICMP reply from the router to the use will also be forwarded to that other gateway and never reach the destination. That is the reason for the check. This can be very nasty. So I'm not sure what the right fix is. Make the change to you can shoot your foot off, and document that fact. Or leave the checks in as they are now? -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 13:17:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CBED16A4CE for ; Tue, 26 Oct 2004 13:17:26 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A62943D41 for ; Tue, 26 Oct 2004 13:17:25 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i9QDH2UL022077; Tue, 26 Oct 2004 14:17:02 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id i9QDH1JW014218; Tue, 26 Oct 2004 14:17:01 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id i9QDH1Bb014217; Tue, 26 Oct 2004 14:17:01 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Dan Strick In-Reply-To: <200410252248.i9PMmSQ9000478@mist.nodomain> References: <200410252248.i9PMmSQ9000478@mist.nodomain> Content-Type: multipart/mixed; boundary="=-K9Mn31zgDmZlKoLRdQHz" Message-Id: <1098796621.13487.26.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 26 Oct 2004 14:17:01 +0100 X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-current@freebsd.org Subject: Re: painful delay during 5.3-RC1 boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 13:17:26 -0000 --=-K9Mn31zgDmZlKoLRdQHz Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, 2004-10-25 at 23:48, Dan Strick wrote: > I tried to install 5.3-RC1 yesterday and this time (the first time since > 5.1) it booted correctly. The kernel paused for more than 100 seconds > shortly after starting the second HTT cpu and just before mounting root. > The problem still exists after building and tuning a custom kernel. > Is this known behavior? This sounds very much to me like it could be related to the floppy drive probes in some way. Possibly a disk is being detected, when in fact there isn't one in the drive. Try applying the attached patch to your kernel, recompiling, installing and following up to the list with the resulting verbose boot. Gavin --=-K9Mn31zgDmZlKoLRdQHz Content-Disposition: attachment; filename=fdc.c.diff Content-Type: text/x-patch; name=fdc.c.diff; charset=us-ascii Content-Transfer-Encoding: base64 SW5kZXg6IC91c3Ivc3JjL3N5cy9kZXYvZmRjL2ZkYy5jDQo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTog L3Vzci9jdnMvc3JjL3N5cy9kZXYvZmRjL2ZkYy5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4y ODMuMi4zDQpkaWZmIC11IC1yMS4yODMuMi4zIGZkYy5jDQotLS0gL3Vzci9zcmMvc3lzL2Rldi9m ZGMvZmRjLmMJMTAgT2N0IDIwMDQgMjM6NDk6MzggLTAwMDAJMS4yODMuMi4zDQorKysgL3Vzci9z cmMvc3lzL2Rldi9mZGMvZmRjLmMJMjAgT2N0IDIwMDQgMDk6NTg6NDcgLTAwMDANCkBAIC0yNjQs NyArMjY0LDcgQEANCiBTWVNDVExfSU5UKF9kZWJ1Z19mZGMsIE9JRF9BVVRPLCBmaWZvLCBDVExG TEFHX1JXLCAmZmlmb190aHJlc2hvbGQsIDAsIA0KIAkiRklGTyB0aHJlc2hvbGQgc2V0dGluZyIp Ow0KIA0KLXN0YXRpYyBpbnQgZGVidWdmbGFncyA9IDA7DQorc3RhdGljIGludCBkZWJ1Z2ZsYWdz ID0gMHhmZjsNCiBTWVNDVExfSU5UKF9kZWJ1Z19mZGMsIE9JRF9BVVRPLCBkZWJ1Z2ZsYWdzLCBD VExGTEFHX1JXLCAmZGVidWdmbGFncywgMCwNCiAJIkRlYnVnIGZsYWdzIik7DQogDQpAQCAtMTY4 NSw2ICsxNjg1LDE0IEBADQogCWludAllcnJvcjsNCiANCiAJZmRjID0gZGV2aWNlX2dldF9zb2Z0 YyhkZXYpOw0KKw0KKwlwcmludGYoIkNvbnRlbnRzIG9mIGZkY19kYXRhIGF0IHN0YXJ0IG9mIGZk Y19hdHRhY2g6XG4iKTsNCisJcHJpbnRmKCIgIHBvcnR0PTB4JTB4ICAgcG9ydGg9MHglMHggICBz dHN0PTB4JTB4ICAgc3RzaD0weCUweFxuIiwNCisJICAgIGZkYy0+cG9ydHQsIGZkYy0+cG9ydGgs IGZkYy0+c3RzdCwgZmRjLT5zdHNoKTsNCisJcHJpbnRmKCIgIGN0bHQ9MHglMHggICAgY3RsaD0w eCUweFxuIiwgZmRjLT5jdGx0LCBmZGMtPmN0bGgpOw0KKwlwcmludGYoIiAgcG9ydF9vZmY9MHgl MHggICAgY3RsX29mZj0weCUweCAgICBzdHNfb2ZmPTB4JTB4XG4iLA0KKwkgICAgZmRjLT5wb3J0 X29mZiwgZmRjLT5jdGxfb2ZmLCBmZGMtPnN0c19vZmYpOw0KKw0KIAlmZGMtPmZkY19kZXYgPSBk ZXY7DQogCWVycm9yID0gZmRjX2luaXRpYWxfcmVzZXQoZGV2LCBmZGMpOw0KIAlpZiAoZXJyb3Ip IHsNCg== --=-K9Mn31zgDmZlKoLRdQHz-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 14:09:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA13916A4CE; Tue, 26 Oct 2004 14:09:52 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 050F743D31; Tue, 26 Oct 2004 14:09:52 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id E2E7B11445; Tue, 26 Oct 2004 16:09:50 +0200 (CEST) From: =?iso-8859-2?q?S=B3awek_=AFak?= To: Robert Watson References: Date: Tue, 26 Oct 2004 16:09:50 +0200 In-Reply-To: (Robert Watson's message of "Tue, 26 Oct 2004 13:00:51 +0100 (BST)") Message-ID: <86vfcx7eq9.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re: Hard hangs on AMD64 with mpsafenet enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 14:09:52 -0000 Robert Watson writes: > Thanks for the report -- I have some questions below that it would be > helpful if you could answer. > > On Tue, 26 Oct 2004, [iso-8859-2] S³awek ¯ak wrote: > >> I've got a Sun V20z 2 cpu Opteron box. I experience hard hangs when >> accessing NFS simulatneously from 2 processes (tested with parallel port >> builds with /usr/ports mounted over NFS with >> nosuid,nodev,soft,bg,intr). rpc.lockd and rpc.statd are both enabled for >> NFS. > > From the above, can I assume that this is a problem on the NFS client, and > that the NFS server is on another system reachable via a local area > network? Correct. > When "hung", can the machine be pinged from another machine? Haven't tried it. I will. > From your subject line, it looks like you mean "when debug.mpsafenet=0, > this doesn't happen". Is that a correct reading? Yes, I've forgotten to add it, but followed up with another email. > Could you try running with WITNESS and INVARIANTS enabled, and see if you > get any specific warnings or assertion failures? A hard hang could imply > a deadlock, which WITNESS would be able to report on. Other sources of > hard hangs may be easier to debug with INVARIANTS and WITNESS enabled. Ok. > If possible, getting access to a serial console might make this problem > significantly easier to debug. I will try to make a cable for such access. Tomorrow morning. >> I cannot also enter the debugger with C-M-ESC (no serial console at this >> moment, sorry). When the system is running and I try to enter the debugger >> on video console I get garbage on the screen and a reboot immediately >> after. Scary stuff. I can't play with MP watchdog now (4 CPU box arrives in >> two weeks). > > So when there isn't a problem and you try to enter the debugger on the > video console, you get the garbage, or only when this problem is > manifesting? When the server is working fine. When it's hanging I cannot enter the debugger. /S From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 14:21:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3906416A4CE; Tue, 26 Oct 2004 14:21:14 +0000 (GMT) Received: from mail.halls.colostate.edu (mail.halls.colostate.edu [129.82.88.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D019143D54; Tue, 26 Oct 2004 14:21:13 +0000 (GMT) (envelope-from end@endif.cjb.net) Received: from zork (inge069131.halls.colostate.edu [129.82.69.131]) i9QEL956011807; Tue, 26 Oct 2004 08:21:09 -0600 Date: Tue, 26 Oct 2004 08:21:09 -0600 From: Robin Schoonover To: Jose M Rodriguez Message-ID: <20041026082109.617186e7@zork> In-Reply-To: <200410261227.25387.josemi@freebsd.jazztel.es> References: <4171F702.9020405@gamersimpact.com> <20041023130921.I78665@alpha.siliconlandmark.com> <417DF502.4010807@freebsd.org> <200410261227.25387.josemi@freebsd.jazztel.es> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV 0.80/550/Mon Oct 25 09:39:01 2004, clamav-milter version 0.71 X-Virus-Status: Clean cc: Ryan Sommers cc: Tim Kientzle cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Removal of /stand Directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 14:21:14 -0000 On Tue, 26 Oct 2004 12:27:24 +0200 Jose M Rodriguez wrote: > El Martes, 26 de Octubre de 2004 08:56, Tim Kientzle escribi=F3: > > > > Ryan is proposing moving /usr/bin/gzip to /bin/gzip. > > /usr/bin/gzip only has 4 links: gzip, gunzip, gzcat, and zcat. > > >=20 > I recall that gzip comes from /usr/src/gnu/usr.bin/gzip and is GPL=20 > licensed. >=20 > I can't recall of any /usr/src/gnu/bin. This may be an issue? >=20 Doesn't netbsd use a BSD-licensed gzip? --=20 Robin Schoonover (aka End) # Viewer: "What do you do if you die before finishing the full B5 # storyline?" # JMS: "Well...decompose, mainly...." From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 14:21:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3906416A4CE; Tue, 26 Oct 2004 14:21:14 +0000 (GMT) Received: from mail.halls.colostate.edu (mail.halls.colostate.edu [129.82.88.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D019143D54; Tue, 26 Oct 2004 14:21:13 +0000 (GMT) (envelope-from end@endif.cjb.net) Received: from zork (inge069131.halls.colostate.edu [129.82.69.131]) i9QEL956011807; Tue, 26 Oct 2004 08:21:09 -0600 Date: Tue, 26 Oct 2004 08:21:09 -0600 From: Robin Schoonover To: Jose M Rodriguez Message-ID: <20041026082109.617186e7@zork> In-Reply-To: <200410261227.25387.josemi@freebsd.jazztel.es> References: <4171F702.9020405@gamersimpact.com> <20041023130921.I78665@alpha.siliconlandmark.com> <417DF502.4010807@freebsd.org> <200410261227.25387.josemi@freebsd.jazztel.es> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV 0.80/550/Mon Oct 25 09:39:01 2004, clamav-milter version 0.71 X-Virus-Status: Clean cc: Ryan Sommers cc: Tim Kientzle cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Removal of /stand Directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 14:21:14 -0000 On Tue, 26 Oct 2004 12:27:24 +0200 Jose M Rodriguez wrote: > El Martes, 26 de Octubre de 2004 08:56, Tim Kientzle escribi=F3: > > > > Ryan is proposing moving /usr/bin/gzip to /bin/gzip. > > /usr/bin/gzip only has 4 links: gzip, gunzip, gzcat, and zcat. > > >=20 > I recall that gzip comes from /usr/src/gnu/usr.bin/gzip and is GPL=20 > licensed. >=20 > I can't recall of any /usr/src/gnu/bin. This may be an issue? >=20 Doesn't netbsd use a BSD-licensed gzip? --=20 Robin Schoonover (aka End) # Viewer: "What do you do if you die before finishing the full B5 # storyline?" # JMS: "Well...decompose, mainly...." From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 15:14:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 963D216A4EA; Tue, 26 Oct 2004 15:14:56 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C948443D2D; Tue, 26 Oct 2004 15:14:55 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i9QFEhux021704 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 26 Oct 2004 17:14:43 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i9QFEhmW021703; Tue, 26 Oct 2004 17:14:43 +0200 (CEST) Date: Tue, 26 Oct 2004 17:14:43 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20041026151443.GA21112@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: hackers@freebsd.org Subject: removing dependancy on COMPAT_43 from linuxator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 15:14:56 -0000 Hi I wrote a patch which removes dependancy on COMPAT_43 from linux abi simulator. It introduces new option COMPAT_43FORLIN (name should be changed), ie. it peels of the kernel all the unecessary stuff noone these days use while keeping linux emulation working... its kern/73165, pls take a look roman From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 15:19:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58C4716A4CE for ; Tue, 26 Oct 2004 15:19:16 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2039743D2D for ; Tue, 26 Oct 2004 15:19:13 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9QFJB10023711 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Oct 2004 17:19:11 +0200 Message-ID: <417E6AEF.3040307@ng.fadesa.es> Date: Tue, 26 Oct 2004 17:19:11 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <14479.1098695558@critter.freebsd.dk> <417CD0CA.8010708@ng.fadesa.es> <20041025172324.GF22681@funkthat.com> In-Reply-To: <20041025172324.GF22681@funkthat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 15:19:16 -0000 John-Mark Gurney wrote: > Yep, and I get decent performance: could repeat the test setting udma mode to UDMA4? > dmesg clip: > atapci0: port 0xc000-0xc00f,0x376,0x170-0x177,0 > x3f6,0x1f0-0x1f7 at device 7.1 on pci0 > atapci0: Correcting VIA config for southbridge data corruption bug hhhmmm, my dmesg doesn't print the message for the 686B data corruption bug. > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > ad0: 43979MB [89355/16/63] at ata0-master UDMA100 > Transfer rates: > outside: 102400 kbytes in 2.857371 sec = 35837 kbytes/sec > middle: 102400 kbytes in 3.561157 sec = 28755 kbytes/sec > inside: 102400 kbytes in 5.635770 sec = 18170 kbytes/sec > From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 15:25:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8876216A4CE for ; Tue, 26 Oct 2004 15:25:16 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 959A943D1D for ; Tue, 26 Oct 2004 15:25:15 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9QFPD10023746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Oct 2004 17:25:14 +0200 Message-ID: <417E6C59.1020404@ng.fadesa.es> Date: Tue, 26 Oct 2004 17:25:13 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <200410251837.58257.Thomas.Sparrevohn@btinternet.com> In-Reply-To: <200410251837.58257.Thomas.Sparrevohn@btinternet.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 15:25:16 -0000 Thomas Sparrevohn wrote: >>>"Changes the DMA speed to 66 - The Controller is a 100 controller and the >>>disks are 100 Disks but I think the default for the controller is 66 and >>>hence there are most likely a small initialisation difference between >>>Linux, NetBSD and FreeBSD" >> >>Hi >> >>please can you post how do you solved the problem? >> > atacontrol mode DMA4 DMA4 > atacontrol mode DMA4 DMA4 > > The reason is that the motherboard only supports ATA100 on two out of four IDE > channels and hence you need to force the two other channels to run at DMA66 Thomas, are you sure? http://public.planetmirror.com/pub/asus/mb/socka/kt133a/a7v133/e688_a7v133.pdf On page 36 asus clearly state ATA100 support for all ata devices and promise controller is ATA100 enabled From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 15:34:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E31D16A4CE for ; Tue, 26 Oct 2004 15:34:53 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D075743D48 for ; Tue, 26 Oct 2004 15:34:52 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i9QFYjnf061903 for ; Tue, 26 Oct 2004 11:34:45 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i9QFYjeM061900 for ; Tue, 26 Oct 2004 11:34:45 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Tue, 26 Oct 2004 11:34:45 -0400 (EDT) From: Andre Guibert de Bruet To: current@freebsd.org Message-ID: <20041026111342.G42571@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean Subject: amr(4) not dump(8)-safe? (5.3Betas and CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 15:34:53 -0000 Hi, I see the following on both 5.3 and CURRENT, while attempting to dump my raid5 filesystem (/dev/amrd0a, which is mounted as /mnt/amrd0a): bling# /sbin/dump -0uaL -f "/mnt/backups/`hostname -s`-`utime`-raid5.dump" /mnt/amrd0a DUMP: Date of this level 0 dump: Tue Oct 26 05:34:32 2004 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/amrd0a (/mnt/amrd0a) to /mnt/backups/bling-1098783057-raid5.dump DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 68389746 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 3.32% done, finished in 2:25 at Tue Oct 26 08:05:12 2004 DUMP: 6.78% done, finished in 2:17 at Tue Oct 26 08:02:17 2004 load: 0.07 cmd: dump 72547 [runnable] 18.73u 151.77s 0% 14216k The dump processes are wedged in this state: 72547 root 4 0 14824K 14228K sbwait 1 2:51 0.00% 0.00% dump 72548 root 20 0 14700K 14172K pause 1 2:31 0.00% 0.00% dump 72550 root 20 0 14700K 12504K pause 1 2:31 0.00% 0.00% dump 72549 root -8 0 14700K 14172K physrd 1 2:30 0.00% 0.00% dump db> tr 72549 sched_switch(66f9f900,0,1,11e,a4ba580c) at 0x60613480 mi_switch(1,0,607fa11c,1b2,0) at 0x606083cc sleepq_switch(9500b408,607f68ec,18e,0,b06e2b3c) at 0x606234b4 sleepq_wait(9500b408,0,607f7d36,da,0) at 0x60623721 msleep(9500b408,60896c60,4c,607f6ca9,0) at 0x60607f95 bwait(9500b408,4c,607f6ca9,2c,a36d0000) at 0x60657bd3 physio(655b7800,b06e2c80,0,387,60835660) at 0x605f8246 devfs_read(b06e2c0c,1020001,66f9f900,219,b06e2c80) at 0x605b006f vn_read(66d73880,b06e2c80,670f3b80,1,66f9f900) at 0x60670f78 dofileread(66f9f900,66d73880,3,8d4c000,1800) at 0x6062a254 pread(66f9f900,b06e2d14,18,431,6) at 0x6062a189 syscall(2f,2f,2f,e,8d4c000) at 0x6079a232 Xint0x80_syscall() at 0x607858af --- syscall (198, FreeBSD ELF32, nosys), eip = 0x480dba7f, esp = 0x5fbfdcfc, ebp = 0x5fbfdd28 --- db> tr 72547 sched_switch(67853480,0,1,11e,a953f90c) at 0x60613480 mi_switch(1,0,607fa11c,1b2,0) at 0x606083cc sleepq_switch(66c22e84,1,607f68ec,18e,0) at 0x606234b4 sleepq_wait_sig(66c22e84,0,607f7d36,da,0) at 0x60623762 msleep(66c22e84,66c22e54,158,607fdb0c,0) at 0x60607f86 sbwait(66c22e3c,1,607fd87d,426,b0730bf4) at 0x6064828e soreceive(66c22dec,0,b0730c80,0,0) at 0x60644f09 soo_read(6525acc0,b0730c80,670f3b80,0,67853480) at 0x60631363 dofileread(67853480,6525acc0,8,5fbed968,4) at 0x6062a254 read(67853480,b0730d14,c,431,3) at 0x6062a0cb syscall(2f,2f,2f,8,5fbed968) at 0x6079a232 Xint0x80_syscall() at 0x607858af --- syscall (3, FreeBSD ELF32, read), eip = 0x480dc85f, esp = 0x5fbed92c, ebp = 0x5fbed948 --- db> tr 72548 sched_switch(652bdd80,0,1,11e,49f71f0c) at 0x60613480 mi_switch(1,0,607fa11c,1b2,0) at 0x606083cc sleepq_switch(652bcc38,1,607f68ec,18e,0) at 0x606234b4 sleepq_wait_sig(652bcc38,0,607f7d36,da,0) at 0x60623762 msleep(652bcc38,652bcc6c,168,607d7c83,0) at 0x60607f86 kern_sigsuspend(652bdd80,0,0,0,0) at 0x60602b34 sigsuspend(652bdd80,b05a4d14,4,431,1) at 0x60602a5f syscall(2f,2f,2f,5fbfde00,5fbfdd90) at 0x6079a232 Xint0x80_syscall() at 0x607858af --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x480db17f, esp = 0x5fbfdd7c, ebp = 0x5fbfdda8 --- db> tr 72550 sched_switch(67854480,0,1,11e,b3c5320c) at 0x60613480 mi_switch(1,0,607fa11c,1b2,0) at 0x606083cc sleepq_switch(67852838,1,607f68ec,18e,0) at 0x606234b4 sleepq_wait_sig(67852838,0,607f7d36,da,0) at 0x60623762 msleep(67852838,6785286c,168,607d7c83,0) at 0x60607f86 kern_sigsuspend(67854480,0,0,0,0) at 0x60602b34 sigsuspend(67854480,b074ed14,4,431,1) at 0x60602a5f syscall(2f,2f,2f,5fbfde00,5fbfdd90) at 0x6079a232 Xint0x80_syscall() at 0x607858af --- syscall (341, FreeBSD ELF32, sigsuspend), eip = 0x480db17f, esp = 0x5fbfdd7c, ebp = 0x5fbfdda8 --- db> show lockedvnods Locked vnodes db> FreeBSD bling.home 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Fri Oct 22 15:04:44 EDT 2004 root@bling.home:/usr/CURRENT/sys/i386/compile/BLING i386 More information on the system (Including dmesg) can be found at: http://bling.properkernel.com/freebsd/ I haven't otherwise spotted any problems with amr under 5/CURRENT. Any ideas? Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 15:39:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95DBF16A4CE for ; Tue, 26 Oct 2004 15:39:43 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D990343D1D for ; Tue, 26 Oct 2004 15:39:42 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9QFdf10023816 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Oct 2004 17:39:41 +0200 Message-ID: <417E6FBD.7060800@ng.fadesa.es> Date: Tue, 26 Oct 2004 17:39:41 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <200410251837.58257.Thomas.Sparrevohn@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> In-Reply-To: <417D45F1.9090504@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 15:39:43 -0000 Hello Scott, Scott Long wrote: >> no, it is my home PC in which I work so it's important stability >> (not overclocking) and disk redundancy (vinum, gmirror) > > > No, I think that he is saying that the ATA silicon is marginal and > probably overclocked by the vendor, not that you have overclocked your > CPU. ok, it was a bad interpretation. >> Also, there is an unresolvable question. Why two 52MB/s disks >> in raid0 has a throughput of 40MB/s and for raid1 18MB/s?? > > > Would you _PLEASE_ stop trying to associate RAID with performance! > RAID is about reliability and reduncdancy, not about speed. Some > cases can give you desirable performance increases as a side effect, > but that is not the primary goal. Specifically in this case, the > GEOM raid classes are fairly new and have not had the benefit of > years of testing. I'd much rather that the focus be on stability > and reliability for them, not speed. Once the primary goals of > RAID are satisfied then we can start looking at performance. The whole story is run a raid 10 configuration, so I have the best of both words, redundancy with gmirror and speed with gstripe. I don't see why it couldn't be that way and because this RAID0 performance is important in my case. From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 15:48:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1105516A4CF for ; Tue, 26 Oct 2004 15:48:14 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 081EC43D1F for ; Tue, 26 Oct 2004 15:48:13 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9QFmB10023871 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Oct 2004 17:48:11 +0200 Message-ID: <417E71BB.1000508@ng.fadesa.es> Date: Tue, 26 Oct 2004 17:48:11 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <200410251837.58257.Thomas.Sparrevohn@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> In-Reply-To: <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 15:48:14 -0000 Charles Swiger wrote: > On Oct 25, 2004, at 2:29 PM, Scott Long wrote: >> Some cases can give you desirable performance increases as a side effect, >> but that is not the primary goal. For greedy applications like video processing. > Disagree. Why else would you use RAID-0 striping? speed? > [ If you simply want to create a logical volume bigger than the size of > a physical drive, you can use concatenation instead. ] because it doesn't split the load over disks and you get busy disks and idle disks. From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 16:03:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D68A16A4CF for ; Tue, 26 Oct 2004 16:03:00 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1460043D55 for ; Tue, 26 Oct 2004 16:03:00 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id i9QG2xaW007626; Tue, 26 Oct 2004 09:02:59 -0700 (PDT) Received: from [10.1.1.245] ([199.103.21.225]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id i9QG2vHL004090; Tue, 26 Oct 2004 09:02:58 -0700 (PDT) In-Reply-To: <417E71BB.1000508@ng.fadesa.es> References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <200410251837.58257.Thomas.Sparrevohn@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> <417E71BB.1000508@ng.fadesa.es> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <7EDDC9D6-2768-11D9-A6B1-003065ABFD92@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 26 Oct 2004 12:02:54 -0400 To: fandino@ng.fadesa.es X-Mailer: Apple Mail (2.619) cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 16:03:00 -0000 On Oct 26, 2004, at 11:48 AM, fandino wrote: > Charles Swiger wrote: >> Disagree. Why else would you use RAID-0 striping? > > speed? Certainly, we are in agreement that the main purpose of RAID-0 is to improve performance. >> [ If you simply want to create a logical volume bigger than the size >> of a physical drive, you can use concatenation instead. ] > > because it doesn't split the load over disks and you get busy disks > and idle disks. Also true, which is why concatenations aren't commonly used, whereas striping is. [ The reason why I mentioned it at all is because creating a larger logical volume than what can fit on a physical drive is a common secondary purpose for RAID-0 modes. For some people, it might even be a primary purpose. ] -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 16:07:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68D2A16A4CE for ; Tue, 26 Oct 2004 16:07:18 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8926443D3F for ; Tue, 26 Oct 2004 16:07:17 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9QG7G10024013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Oct 2004 18:07:16 +0200 Message-ID: <417E7633.8090507@ng.fadesa.es> Date: Tue, 26 Oct 2004 18:07:15 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <14479.1098695558@critter.freebsd.dk> <417D25E8.6080804@ng.fadesa.es> <200410251928.01536.victor@alf.dyndns.ws> <200410251837.58257.Thomas.Sparrevohn@btinternet.com> <417D3F12.20302@DeepCore.dk> <417D40A1.9030802@ng.fadesa.es> <417D45F1.9090504@freebsd.org> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> <417D58B6.5030509@freebsd.org> <417D65F1.2040809@freebsd.org> In-Reply-To: <417D65F1.2040809@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 16:07:18 -0000 Scott Long wrote: > RAID-0 yes, RAID-10 no, at least not for software RAID. The machine > winds up having to transfer the same data twice across the PCI bus, > twice through the controller, etc. If the controller is on a simple > PCI-32/33 bus then it will quickly become saturated. When I tested gstripe throughput it was very bad and it makes me think in my PC hitting some limit and my thoughts was some type of limit in the OS, it was my _particular_ case. Of course, you comments about RAID are right, but do you think a RAID0 with two disks is reaching the PCI limit? From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 16:08:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A151D16A4CE for ; Tue, 26 Oct 2004 16:08:49 +0000 (GMT) Received: from web14107.mail.yahoo.com (web14107.mail.yahoo.com [216.136.172.137]) by mx1.FreeBSD.org (Postfix) with SMTP id 737F643D45 for ; Tue, 26 Oct 2004 16:08:49 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20041026160849.90719.qmail@web14107.mail.yahoo.com> Received: from [194.248.174.50] by web14107.mail.yahoo.com via HTTP; Tue, 26 Oct 2004 18:08:49 CEST Date: Tue, 26 Oct 2004 18:08:49 +0200 (CEST) From: Claus Guttesen To: freebsd-current@freebsd.org In-Reply-To: <7EDDC9D6-2768-11D9-A6B1-003065ABFD92@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 16:08:49 -0000 > Certainly, we are in agreement that the main purpose > of RAID-0 is to improve performance. Time to change title in header? Or read up on RAID pros and cons somewhere else? Claus From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 16:17:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2155516A4CE for ; Tue, 26 Oct 2004 16:17:23 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC1FB43D5E for ; Tue, 26 Oct 2004 16:17:22 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 26382 invoked by uid 89); 26 Oct 2004 16:14:44 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 26 Oct 2004 16:14:44 -0000 Received: from 134.84.146.132 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Tue, 26 Oct 2004 10:14:44 -0600 (MDT) Message-ID: <59427.134.84.146.132.1098807284.squirrel@134.84.146.132> In-Reply-To: <1098785643.67570.44.camel@localhost.netability.ie> References: <1098785643.67570.44.camel@localhost.netability.ie> Date: Tue, 26 Oct 2004 10:14:44 -0600 (MDT) From: "Ryan Sommers" To: "Nick Hilliard" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: current@freebsd.org Subject: Re: breakage upgrading from 5.3-RC1 to 5.3-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: Tue, 26 Oct 2004 16:17:23 -0000 Nick Hilliard said: > buildworld is failing during the rebuild of texinfo's makeinfo. The > source tree was a clean copy of 5.3-RC1, upgraded to RELENG_5_3 earlier > today. /etc/make.conf was empty. Any suggestions? > > Nick I checked out RELENG_5_3 this morning and the build just finished successfully. Could you try removing your /usr/src and /usr/obj and try building again? Let me know if it still fails. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 16:18:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8483816A4CE; Tue, 26 Oct 2004 16:18:07 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72D7643D68; Tue, 26 Oct 2004 16:18:00 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i9QGHwZV077662; Tue, 26 Oct 2004 18:17:58 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i9QGHwNG077661; Tue, 26 Oct 2004 18:17:58 +0200 (SAST) (envelope-from jhay) Date: Tue, 26 Oct 2004 18:17:58 +0200 From: John Hay To: Andre Oppermann Message-ID: <20041026161757.GA77267@zibbi.icomtek.csir.co.za> References: <417B128B.7080904@gddsn.org.cn> <20041024133045.40733f45@dolphin.local.net> <417D5E51.2060100@freebsd.org> <1098735588.41693.4.camel@server.mcneil.com> <417D6148.6050807@freebsd.org> <20041026063545.GA57014@zibbi.icomtek.csir.co.za> <417E4598.1090902@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <417E4598.1090902@freebsd.org> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 16:18:07 -0000 > >>>> > >>>>>For a further bit of clarification (I know, should have done this the > >>>>>first time): > >>>>> > >>>>>This problem is occurring with the following kernel options: > >>>>> > >>>>>options IPDIVERT > >>>>>options IPFILTER > >>>>>options IPFILTER_LOG > >>>>> > >>>>>The only workaround at this time is adding "options IPFIREWALL". > >>>> > >>>>Yes, that is correct. > >>>> > >>>>IPDIVERT is a module now and you can dynamically load it just like you > >>>>can load ipfw (options IPFIREWALL). > >>>> > >>>>IPDIVERT depends on ipfw being loaded or compiled into the kernel. > >>>> > >>>>I have done the last step of IPDIVERT's transition into a KLD a few > >>>>minutes ago. It will warn you now if you try to compile it into a > >>>>kernel without IPFIREWALL as well. As a module it will simply complain > >>>>that ipfw needs to be loaded first. > >>> > >>> > >>>I build my kernel with > >>> > >>>options IPFIREWALL > >>>options IPFIREWALL_FORWARD > >>>options IPDIVERT > >>> > >>>Can I now use loadable modules as well? Will IPFIREWALL have the > >>>forwarding option or would I still have to specify that? > >> > >>You can certainly use IPDIVERT as a loadable module. The FORWARD option > >>to IPFIREWALL needs to be compiled into the module if you want to load > >>it as a module. For modules options in the kernel configuration file > >>are not automatically included. You have to edit > >>sys/modules/ipfw/Makefile > >>instead. Then you can load everything as module. If you start natd from > >>rc.conf it will load ipdivert.ko automatically (if you have run > >>mergemaster > >>to update your rc scripts). > > > >Is there any harm in making IPFIREWALL_FORWARD default for the ipfw > >module? For that matter, why have a separate FORWARD option and not > >just have it as part of the standard firewall stuff? > > The reason is simple. FORWARD modifies the entire ip_input(), ip_output() > and tcp_input() path. This is not something that should be in stock kernels > unless you want to use 'ipfw fwd' (which is only a minority). Ok, what about another module, called say ipfwfwd or something, that is ipfw compiled with forwarding? Then one can just load the one apropriate for you. > >And related to this, is there a problem with kern/71910? This one is > >needed on a NAT box that have to forward packets to a web proxy for > >transparent proxying. > > This is two-edged sword. Lets assume you have 192.168.0.1/24 on one > interface and 192.168.10.1/24 on the other interface with a default > route of 192.168.10.5. You want everything from 192.168.0.0/27 to go > through 192.168.10.10 instead. In this case an ICMP reply from the > router to the use will also be forwarded to that other gateway and never > reach the destination. That is the reason for the check. This can be > very nasty. Well I was just a little surprised because it used to work. I have a 4.x machine where it does work. I have just figured out a way of doing it without patching the kernel, just use 2 machines, one doing the nat and another doing the forwarding. :-) .... Hmmm, I guess I'll just keep on patching the kernel. :-) > So I'm not sure what the right fix is. Make the change to you can shoot > your foot off, and document that fact. Or leave the checks in as they > are now? I don't have all the answers either. :-) Maybe a compile or runtime kind of option? At some stage I thought kernel modules will take the need for recompiling kernels away, but slowly I'm resigning that that was probably just a nice dream. :-) John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 16:25:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60E5016A4CE for ; Tue, 26 Oct 2004 16:25:32 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC72143D3F for ; Tue, 26 Oct 2004 16:25:30 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9QGPT10024133 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Oct 2004 18:25:29 +0200 Message-ID: <417E7A79.8020506@ng.fadesa.es> Date: Tue, 26 Oct 2004 18:25:29 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <14479.1098695558@critter.freebsd.dk> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> <417D58B6.5030509@freebsd.org> <200410252112.27436.Thomas.Sparrevohn@btinternet.com> In-Reply-To: <200410252112.27436.Thomas.Sparrevohn@btinternet.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance (or so it seemed) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 16:25:32 -0000 Thomas Sparrevohn wrote: > On Monday 25 October 2004 20:49, Scott Long wrote: > > In this case the subject are very pooly reflects what the actual issues it > should most likely have read At the time the thread began It was so disconcerting that it was impossible conclude an appropiate subject. From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 16:51:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB18D16A4CE for ; Tue, 26 Oct 2004 16:51:52 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17A9443D4C for ; Tue, 26 Oct 2004 16:51:52 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i9QHnR6d006175 for ; Tue, 26 Oct 2004 12:49:27 -0500 Date: Tue, 26 Oct 2004 12:49:27 -0500 (EST) From: Sam X-X-Sender: sah@athena To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: AoE disk, stray ioctl? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 16:51:52 -0000 Hello, Thanks to the taskqueue suggestion I have the AoE driver running properly now. I'm testing the device IO and found something curious. First let me say that I have an ioctl that fakes out the IOCATA ioctl to handle smart commands issued from smartmontools's smartctl. I'm dd'ing from/to a set of devices on my network: sixzero# dd if=/dev/aoed40953 bs=1024k count=10 > /dev/null 10+0 records in 10+0 records out 10485760 bytes transferred in 2.115033 secs (4957729 bytes/sec) sixzero# dd if=/dev/zero bs=1024k count=10 > /dev/aoed40953 10+0 records in 10+0 records out 10485760 bytes transferred in 2.291957 secs (4575025 bytes/sec) When I do the write, I see two attempted ioctl calls with a a command of 1076655123 (402C7413h). I return ENOTTY and everything works fine, but I'm curious what this is about. Is there something I should be handling that I'm not? Sam From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 16:56:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AA4C16A4CE for ; Tue, 26 Oct 2004 16:56:33 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9954543D3F for ; Tue, 26 Oct 2004 16:56:32 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 21351 invoked from network); 26 Oct 2004 16:54:14 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 26 Oct 2004 16:54:14 -0000 Message-ID: <417E81BE.5000909@freebsd.org> Date: Tue, 26 Oct 2004 18:56:30 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Hay References: <417B128B.7080904@gddsn.org.cn> <20041024133045.40733f45@dolphin.local.net> <417D5E51.2060100@freebsd.org> <1098735588.41693.4.camel@server.mcneil.com> <417D6148.6050807@freebsd.org> <20041026063545.GA57014@zibbi.icomtek.csir.co.za> <417E4598.1090902@freebsd.org> <20041026161757.GA77267@zibbi.icomtek.csir.co.za> In-Reply-To: <20041026161757.GA77267@zibbi.icomtek.csir.co.za> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 16:56:33 -0000 John Hay wrote: >>>Is there any harm in making IPFIREWALL_FORWARD default for the ipfw >>>module? For that matter, why have a separate FORWARD option and not >>>just have it as part of the standard firewall stuff? >> >>The reason is simple. FORWARD modifies the entire ip_input(), ip_output() >>and tcp_input() path. This is not something that should be in stock kernels >>unless you want to use 'ipfw fwd' (which is only a minority). > > Ok, what about another module, called say ipfwfwd or something, that is > ipfw compiled with forwarding? Then one can just load the one > apropriate for you. That wouldn't help any. If you enable FORWARD parts in the kernel itself are changed. Just having a ipfw module with FORWARD doesn't help any without a matching kernel. >>>And related to this, is there a problem with kern/71910? This one is >>>needed on a NAT box that have to forward packets to a web proxy for >>>transparent proxying. >> >>This is two-edged sword. Lets assume you have 192.168.0.1/24 on one >>interface and 192.168.10.1/24 on the other interface with a default >>route of 192.168.10.5. You want everything from 192.168.0.0/27 to go >>through 192.168.10.10 instead. In this case an ICMP reply from the >>router to the use will also be forwarded to that other gateway and never >>reach the destination. That is the reason for the check. This can be >>very nasty. > > Well I was just a little surprised because it used to work. I have a 4.x > machine where it does work. In 4.x it is differently implemented. > At some stage I thought kernel modules will take the need for recompiling > kernels away, but slowly I'm resigning that that was probably just a nice > dream. :-) Well, it depends. For intrusive things like IPFIREWALL_FORWARD it will be only a dream. For everything else it should become reality. -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 17:00:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14D7016A4CE for ; Tue, 26 Oct 2004 17:00:08 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4BEE43D49 for ; Tue, 26 Oct 2004 17:00:07 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i9QHvhbV006230 for ; Tue, 26 Oct 2004 12:57:43 -0500 Date: Tue, 26 Oct 2004 12:57:43 -0500 (EST) From: Sam X-X-Sender: sah@athena To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: taskqueue(9) funny X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 17:00:08 -0000 There is no task_fn type defined by taskqueue.h or _task.h. >From a documentation perspective this is ever-so-mildly deceiving. Sam From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 17:13:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 833B716A4CE for ; Tue, 26 Oct 2004 17:13:33 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDED643D1D for ; Tue, 26 Oct 2004 17:13:32 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id DA26C65292; Tue, 26 Oct 2004 18:13:30 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 57388-01-3; Tue, 26 Oct 2004 18:13:30 +0100 (BST) Received: from empiric.dek.spc.org (c-24-7-102-181.client.comcast.net [24.7.102.181]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id E619C65219; Tue, 26 Oct 2004 18:13:29 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 8A1636282; Tue, 26 Oct 2004 10:13:16 -0700 (PDT) Date: Tue, 26 Oct 2004 10:13:16 -0700 From: Bruce M Simpson To: Sam Message-ID: <20041026171316.GA697@empiric.icir.org> Mail-Followup-To: Sam , freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: cc: freebsd-current@freebsd.org Subject: Re: taskqueue(9) funny X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 17:13:33 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Oct 26, 2004 at 12:57:43PM -0500, Sam wrote: > There is no task_fn type defined by taskqueue.h or _task.h. > >From a documentation perspective this is ever-so-mildly > deceiving. This must mean task_fn_t. How about the attached patch? BMS P.S. Love the way mail user agents still escape lines beginning with 'From' even in 2004 because of good old mbox mail format. --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="taskqueue.9.diff" Index: taskqueue.9 =================================================================== RCS file: /home/ncvs/src/share/man/man9/taskqueue.9,v retrieving revision 1.12 diff -u -p -r1.12 taskqueue.9 --- taskqueue.9 8 Aug 2004 02:37:22 -0000 1.12 +++ taskqueue.9 26 Oct 2004 17:12:56 -0000 @@ -41,7 +41,7 @@ .In sys/queue.h .In sys/taskqueue.h .Bd -literal -typedef void (*task_fn)(void *context, int pending); +typedef void (*task_fn_t)(void *context, int pending); typedef void (*taskqueue_enqueue_fn)(void *context); @@ -49,7 +49,7 @@ struct task { STAILQ_ENTRY(task) ta_link; /* link for queue */ int ta_pending; /* count times queued */ int ta_priority; /* priority of task in queue */ - task_fn ta_func; /* task handler */ + task_fn_t ta_func; /* task handler */ void *ta_context; /* argument for handler */ }; .Ed --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 17:18:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8071916A4D0 for ; Tue, 26 Oct 2004 17:18:29 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id B558643D5F for ; Tue, 26 Oct 2004 17:18:28 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 13930 invoked by uid 89); 26 Oct 2004 17:18:26 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 26 Oct 2004 17:18:26 -0000 Received: (qmail 13899 invoked by uid 89); 26 Oct 2004 17:18:25 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 26 Oct 2004 17:18:25 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id i9QHIP5R052308; Tue, 26 Oct 2004 13:18:25 -0400 (EDT) (envelope-from ups@tree.com) From: Stephan Uphoff To: John Baldwin In-Reply-To: <200410211705.45147.jhb@FreeBSD.org> References: <20041020221659.33824.qmail@web21124.mail.yahoo.com> <1098320716.20390.416.camel@palm.tree.com> <200410211705.45147.jhb@FreeBSD.org> Content-Type: text/plain Message-Id: <1098811105.20390.16988.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 26 Oct 2004 13:18:25 -0400 Content-Transfer-Encoding: 7bit cc: Nik Azim Azam cc: freebsd-current@FreeBSD.org Subject: Re: number of CPUs and IPI panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 17:18:29 -0000 On Thu, 2004-10-21 at 17:05, John Baldwin wrote: > On Wednesday 20 October 2004 09:05 pm, Stephan Uphoff wrote: > > Can you try the attached patch? > > ( Hope it still applies since it is a few weeks old) > > > > If this does not work I have a few more questions next week. > > Unfortunately it can enable interrupts with sched_lock held which can result > in deadlocks due to ithread preemption (IIRC, maybe not as badly with the > newer preemption code.) The code only enables interrupts for TLB shootdowns. In this case it is guaranteed that it holds the smp_ipi_mtx that as a side effect protects it against preemption and holds no other spin mutex. I don't see the problem. I am thinking about implementing the bitmap based stuff be talked about a few weeks ago to avoid having more than one queued IPI of the same type. > > > Stephan > > > > On Wed, 2004-10-20 at 18:16, Nik Azim Azam wrote: > > > sorry for not posting this information earlier. > > > > > > i'm running on SCHED_4BSD, with PREEMPTION. the same > > > panic occours without PREEMPTION. the kernel is > > > generic except that i've removed some devices that i > > > dont need. > > > > > > --- Gavin Atkinson > > > > > > wrote: > > > > On Wed, 20 Oct 2004, Nik Azim Azam wrote: > > > > > hello list, > > > > > > > > > > i'm doing some testing on a 6 cpu pentium II > > > > > > > > overdrive > > > > > > > > > computer with 6-CURRENT. with 6 cpus, the system > > > > > > > > will > > > > > > > > > panic easily with moderate load (previous IPI is > > > > > stuck). i edited sys/i386/sys/param.h file and > > > > > > > > lowered > > > > > > > > > the MAXCPU to 4. now the system is running with 4 > > > > > > > > cpus > > > > > > > > > and it survived a make buildworld + portupgrade at > > > > > > > > the > > > > > > > > > same time. > > > > > > > > > > is this a known problem? i can give more > > > > > > > > information > > > > > > > > > if anyone interested. > > > > > > > > Are you using SCHED_ULE? (I believe it's the default > > > > in 6-CURRENT...) > > > > > > > > If so, try with SCHED_4BSD. ULE has known problems > > > > at the moment. > > > > > > > > Gavin > > > > > > _______________________________ > > > Do you Yahoo!? > > > Declare Yourself - Register online to vote today! > > > http://vote.yahoo.com > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to > > > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 17:19:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E3C516A4CE for ; Tue, 26 Oct 2004 17:19:17 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7398643D48 for ; Tue, 26 Oct 2004 17:19:16 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9QHJEr9046413; Tue, 26 Oct 2004 19:19:15 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Sam From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 26 Oct 2004 12:49:27 CDT." Date: Tue, 26 Oct 2004 19:19:14 +0200 Message-ID: <46412.1098811154@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: AoE disk, stray ioctl? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 17:19:17 -0000 In message , Sam writes: >When I do the write, I see two attempted ioctl calls with a >a command of 1076655123 (402C7413h). I return ENOTTY and 0x402c7413 -- -> number 19 ---- -> group 't' ------ -> length of arg (44) -------- -> direction (out) ttycom.h:#define TIOCGETA _IOR('t', 19, struct termios) /* get termios struct */ You're handling it correctly. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 17:26:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9693E16A4CE for ; Tue, 26 Oct 2004 17:26:07 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1316843D1D for ; Tue, 26 Oct 2004 17:26:07 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id TAA18186; Tue, 26 Oct 2004 19:25:55 +0200 Date: Tue, 26 Oct 2004 19:30:40 +0200 From: Marc Bocklet To: "M. Warner Losh" Message-Id: <20041026193040.67a5143c.ubm@u-boot-man.de> In-Reply-To: <20041025.212820.60925870.imp@bsdimp.com> References: <1098564131.1064.3.camel@localhost> <20041025.212820.60925870.imp@bsdimp.com> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: fxp does not work after upgrade to latest current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 17:26:07 -0000 On Mon, 25 Oct 2004 21:28:20 -0600 (MDT) "M. Warner Losh" wrote: > In message: <1098564131.1064.3.camel@localhost> > Vladimir Grebenschikov writes: > : > : After upgrade to latest current fxp driver didn't work: > : > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: DMA timeout > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: DMA timeout > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: DMA timeout > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: device timeout > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: DMA timeout > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: DMA timeout > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: DMA timeout > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > : > : any clues ? > : > : With about week-old kernel all is ok. > > Uggg. Maybe this is due to the address that is assigned to it. I'm > having horrible luck with your machine, no? Just for the record, I get exactly this error if I try PS/2 hotplugging on my dual machine. Bye Marc From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 17:45:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27F1716A4CF; Tue, 26 Oct 2004 17:45:09 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 108C643D4C; Tue, 26 Oct 2004 17:45:09 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id E2D547A403; Tue, 26 Oct 2004 10:45:08 -0700 (PDT) Message-ID: <417E8D24.6050201@elischer.org> Date: Tue, 26 Oct 2004 10:45:08 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Miguel Mendez References: <417DB5E1.7000308@freebsd.org> <20041026085627.008f8f7e.flynn@energyhq.es.eu.org> In-Reply-To: <20041026085627.008f8f7e.flynn@energyhq.es.eu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Scott Long cc: developers@freebsd.org Subject: Re: HEADS UP: ULE off in 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 17:45:09 -0000 Miguel Mendez wrote: >On Mon, 25 Oct 2004 20:26:41 -0600 >Scott Long wrote: > > > >>A lot of poeple have noted recently that a lot of bug reports are >>coming in with strange symptoms, and only after a lot of detective >>work does it turn out that the submitter is using the ULE scheduler. >> >> > >What are the short term plans for ULE? I understand turning it off for >RELENG_5, so I take it will be tested in HEAD? ULE has many nice >features and it would be a shame that it wasn't tested well enough so >that bugs can eventually be fixed. > the plan is that Someone (maybe you?) fixes it.. jeffr seems to have had collision with Real Life (TM) which is using all his spare time. > > > From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 17:49:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AA5516A4FC; Tue, 26 Oct 2004 17:49:34 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30F8A43D4C; Tue, 26 Oct 2004 17:49:34 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9QHoZBZ083065; Tue, 26 Oct 2004 11:50:36 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <417E8DC3.6080703@freebsd.org> Date: Tue, 26 Oct 2004 11:47:47 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: Plan for 5.3-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: Tue, 26 Oct 2004 17:49:34 -0000 All, Today was supposed to be the release day for 5.3, but some serious show-stoppers came to light yesterday. Since the purpose of 5.3 is to have a functionally stable release that is suitable for migrating to, we decided to hold up 5.3 until these issues are fixed. The first issue deals with TCP SACK problems that result in a livelocked system. The second involves GDB leaving threaded processes in an unkillable state. Fixes for both are under review and will be committed to RELENG_5 in a few days when preliminary testing is complete. I've also turned off ULE to help narrow down many of the ambiguous problems that are still being reported. ULE works fine for some, but it must be eliminated from the environment when you suspect a bug. I expect to keep ULE off in 5.x until the rate of other problem reports and decreased and someone takes an active interest in it. Please continue to test RC1. At this point I'm not going to promise a particular date for 5.3-RELEASE, but I would expect it in the next 7-10 days assuming nothing else significant comes up. Scott From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 18:01:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF16E16A4CE; Tue, 26 Oct 2004 18:01:37 +0000 (GMT) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13D0543D3F; Tue, 26 Oct 2004 18:01:36 +0000 (GMT) (envelope-from flynn@energyhq.es.eu.org) Received: from scienide.energyhq.es.eu.org (scienide.energyhq.es.eu.org [192.168.100.1]) by mindfields.energyhq.es.eu.org (Postfix) with SMTP id DBA9336905; Tue, 26 Oct 2004 20:01:33 +0200 (CEST) Date: Tue, 26 Oct 2004 20:02:52 +0200 From: Miguel Mendez To: Julian Elischer Message-Id: <20041026200252.3b2ff9b0.flynn@energyhq.es.eu.org> In-Reply-To: <417E8D24.6050201@elischer.org> References: <417DB5E1.7000308@freebsd.org> <20041026085627.008f8f7e.flynn@energyhq.es.eu.org> <417E8D24.6050201@elischer.org> X-Mailer: Sylpheed version 0.9.12-gtk2-20040918 (GTK+ 2.4.9; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Tue__26_Oct_2004_20_02_52_+0200_sFH7lp=l7DfIal.." cc: freebsd-current@freebsd.org cc: scottl@freebsd.org cc: developers@freebsd.org Subject: Re: HEADS UP: ULE off in 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 18:01:38 -0000 --Signature=_Tue__26_Oct_2004_20_02_52_+0200_sFH7lp=l7DfIal.. Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Tue, 26 Oct 2004 10:45:08 -0700 Julian Elischer wrote: > >What are the short term plans for ULE? I understand turning it off > >for RELENG_5, so I take it will be tested in HEAD? ULE has many nice > >features and it would be a shame that it wasn't tested well enough so > >that bugs can eventually be fixed. > > > > the plan is that Someone (maybe you?) fixes it.. > jeffr seems to have had collision with Real Life (TM) which is using > all his spare time. I see, thanks. Some time ago I read Jeff's paper and barely looked at some parts of the code, but IMHO it's too big a task for a single person. OTOH, now that Matthew Seaman has released his portindex replacement (which means mine can wait indefinitely) I might give this a go, $REAL_JOB workload notwithstanding. Cheers, -- Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 Note: All HTML mail goes to /dev/null --Signature=_Tue__26_Oct_2004_20_02_52_+0200_sFH7lp=l7DfIal.. Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBfpFPnLctrNyFFPERAnmQAJ9GKDXGF/gwCmkH230wrkL3GMsU7QCfa3v1 3G/gCnCBb5cFRxGh6RH8Xs0= =S+hz -----END PGP SIGNATURE----- --Signature=_Tue__26_Oct_2004_20_02_52_+0200_sFH7lp=l7DfIal..-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 18:19:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D528916A4CE; Tue, 26 Oct 2004 18:19:16 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE44843D53; Tue, 26 Oct 2004 18:19:16 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 5779E7A423; Tue, 26 Oct 2004 11:19:16 -0700 (PDT) Message-ID: <417E9524.4030609@elischer.org> Date: Tue, 26 Oct 2004 11:19:16 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: John Hay References: <417B128B.7080904@gddsn.org.cn> <20041024133045.40733f45@dolphin.local.net> <417D5E51.2060100@freebsd.org> <1098735588.41693.4.camel@server.mcneil.com> <417D6148.6050807@freebsd.org> <20041026063545.GA57014@zibbi.icomtek.csir.co.za> <417E4598.1090902@freebsd.org> <20041026161757.GA77267@zibbi.icomtek.csir.co.za> In-Reply-To: <20041026161757.GA77267@zibbi.icomtek.csir.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Andre Oppermann Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 18:19:17 -0000 John Hay wrote: >>>Is there any harm in making IPFIREWALL_FORWARD default for the ipfw >>>module? For that matter, why have a separate FORWARD option and not >>>just have it as part of the standard firewall stuff? >>> >>> >>The reason is simple. FORWARD modifies the entire ip_input(), ip_output() >>and tcp_input() path. This is not something that should be in stock kernels >>unless you want to use 'ipfw fwd' (which is only a minority). >> >> > >Ok, what about another module, called say ipfwfwd or something, that is >ipfw compiled with forwarding? Then one can just load the one >apropriate for you. > no you misunderstood what he said..the IPFIREWALL_FORWARD option not only modifies the ipfw module but also modifies teh IP stack.. a special ipfw module would only have done half the change.. I don't know how it would fail... catastrophic or not, but it would definitly fail to work.. From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 18:25:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 647ED16A4CF for ; Tue, 26 Oct 2004 18:25:21 +0000 (GMT) Received: from slipgate.org (S0106000acd019ad0.du.shawcable.net [24.109.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E191243D45 for ; Tue, 26 Oct 2004 18:25:20 +0000 (GMT) (envelope-from ryan@slipgate.org) Received: from ryan.lan (gate.lan [192.168.1.1]) by slipgate.org (8.12.11/8.12.11) with ESMTP id i9QIOZ5J007888 for ; Tue, 26 Oct 2004 11:24:35 -0700 (PDT) Received: from ryan.lan (localhost [127.0.0.1]) by ryan.lan (8.13.1/8.13.1) with ESMTP id i9QIPQU0003825 for ; Tue, 26 Oct 2004 11:25:26 -0700 (PDT) (envelope-from ryan@slipgate.org) Received: (from ryan@localhost) by ryan.lan (8.13.1/8.13.1/Submit) id i9QIPPuI003824 for freebsd-current@freebsd.org; Tue, 26 Oct 2004 11:25:25 -0700 (PDT) (envelope-from ryan@slipgate.org) X-Authentication-Warning: ryan.lan: ryan set sender to ryan@slipgate.org using -f Date: Tue, 26 Oct 2004 11:25:25 -0700 From: Ryan Freeman To: FreeBSD Mailing List Message-ID: <20041026182525.GA3710@slipgate.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: HP PhotoSmart 635 (umass) locks up FreeBSD 5.3-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 18:25:21 -0000 Hi, I've been putting this off for ages unfortunately. My problem is that my digital camera, an HP PhotoSmart 635 model with umass support fails to work correctly on any FreeBSD release I've tried from FreeBSD 5.3-beta5 through to RC1. For starters, I'd like to rule out the camera as the problem, as other systems such as Linux or Windows XP support it without a hitch. The two main problems are that when plugged in, it _is_ detected as follows: umass0: Hewlett-Packard hp photosmart 635, rev 2.00/0.00, addr 3 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 14MB (28864 512 byte sectors: 64H 32S/T 14C) (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x10, scsi status == 0x0 at this point, I try to mount -t msdosfs /dev/da0 /mnt which seems to just hang up. ctrl-c doesn't even get me back to the prompt right away. After giving up because of my unmountable camera, I usually unplug the camera which outputs this: umass0: at uhub1 port 2 (addr 3) disconnected (da0:umass-sim0:0:0:0): lost device umass0: BBB reset failed, IOERROR umass0: BBB bulk-in clear stall failed, IOERROR umass0: BBB bulk-out clear stall failed, IOERROR (da0:umass-sim0:0:0:0): removing device entry Opened disk da0 -> 5 umass0: detached Unfortunately, rather than being able to go back to my regular tasks, the machine usually locks up. Quite consistantly I might add. Only once have I actually been at the console while it panics, so I only have the one panic message which I copied down by hand: Fatal Trap 12: page fault while in kernel mode fault virtual address = 0x2 fault code = supervisor write, page not present instruction pointer = 0x8:0xc272f864 stack pointer = 0x10:0xdc8e9c69 frame pointer = 0x10:0xdc8e9c94' code segment = base 0x0, limit 0xfffff, type 1x1b = DPL 0, pres 1, def32 1, gren 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 16 (irq5: pcm0 ohci0) trap number = 12 panic: page fault Uptime: 6m14s Now, I've actually tried this on _3_ different motherboards, one ECS k7s5a which has an SiS 735 chipset, unfortunately I don't have the dmesg from that machine. The second motherboard was an ASRock of some sort, rather new, it also had an SiS chipset of a different model but due to a lack of driver support for its agp chipset I returned it and finally bought my present motherboard, an Nforce2. The board works great, but I'm still stuck without being able to access my camera, and its quite a pain. On a final note, I also own a vivitar camera, also a umass device, which seems to work fine. it gets successfully detected without getting that "Synchronize cache failed" message that the HP camera gets. I hope this information can be of use, and I hope I can use my camera when 5.3-Release comes out. Oh, and i'm using SCHED_4BSD, not ULE ;) - ryan dmesg: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RC1 #7: Wed Oct 20 14:05:42 PDT 2004 ryan@ryan.lan:/usr/obj/usr/src/sys/RYAN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) 2400+ (1659.32-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0480000 real memory = 536674304 (511 MB) avail memory = 511320064 (487 MB) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe900000-0xfe900fff irq 11 at devic e 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfea00000-0xfea00fff irq 11 at devic e 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ehci0: mem 0xfeb00000-0xfeb000ff irq 5 at de vice 2.2 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered ndis0: port 0xeff0-0xeff7 mem 0xfe800000- 0xfe800fff irq 11 at device 4.0 on pci0 ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:0e:a6:aa:67:22 pcm0: port 0xec00-0xec7f,0xe800-0xe8ff mem 0xfe700000-0xfe700ff f irq 11 at device 6.0 on pci0 pcm0: [GIANT-LOCKED] pcm0: pcib1: at device 8.0 on pci0 pci1: on pcib1 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x17 7,0x3f6,0x1f0-0x1f7 at device 9.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcib2: at device 30.0 on pci0 pci2: on pcib2 nvidia0: mem 0xf3d00000-0xf3d7ffff,0xe8000000-0xefffffff,0xfd 000000-0xfdffffff irq 11 at device 0.0 on pci2 nvidia0: [GIANT-LOCKED] acpi_button0: on acpi0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi 0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] npx0: [FAST] npx0: on motherboard npx0: INT 16 interface orm0: at iomem 0xc0000-0xcefff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1659318664 Hz quality 800 Timecounters tick every 10.000 msec ad0: 19541MB [39704/16/63] at ata0-master UDMA100 ad1: 39205MB [79656/16/63] at ata0-slave UDMA133 acd0: CDRW at ata1-master UDMA33 acd1: DVDROM at ata1-slave UDMA33 ums0: at uhub1 port 1 (addr 2) disconnected ums0: detached Mounting root from ufs:/dev/ad0s2a ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ndis0: link up stray irq7 stray irq7 stray irq7 stray irq7 too many stray irq 7's: not logging anymore Warning: pid 3125 used static ldt allocation. See the i386_set_ldt man page for more info From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 20:19:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9920316A4CE for ; Tue, 26 Oct 2004 20:19:41 +0000 (GMT) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C00543D4C for ; Tue, 26 Oct 2004 20:19:41 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from tardis.isc.org (tardis.isc.org [IPv6:2001:4f8:3:bb::37]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 9561C67503; Tue, 26 Oct 2004 20:19:36 +0000 (UTC) (envelope-from Peter_Losher@isc.org) From: Peter Losher Organization: ISC To: freebsd-current@freebsd.org Date: Tue, 26 Oct 2004 13:20:05 -0700 User-Agent: KMail/1.7 References: <1098785643.67570.44.camel@localhost.netability.ie> <59427.134.84.146.132.1098807284.squirrel@134.84.146.132> In-Reply-To: <59427.134.84.146.132.1098807284.squirrel@134.84.146.132> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3311551.iEcUnhbdF7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410261320.16604.Peter_Losher@isc.org> cc: Ryan Sommers cc: Nick Hilliard Subject: Re: breakage upgrading from 5.3-RC1 to 5.3-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: Tue, 26 Oct 2004 20:19:41 -0000 --nextPart3311551.iEcUnhbdF7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 26 October 2004 09:14 am, Ryan Sommers wrote: > Nick Hilliard said: > > buildworld is failing during the rebuild of texinfo's makeinfo. The > > source tree was a clean copy of 5.3-RC1, upgraded to RELENG_5_3 earlier > > today. /etc/make.conf was empty. Any suggestions? > > > > Nick > > I checked out RELENG_5_3 this morning and the build just finished > successfully. Could you try removing your /usr/src and /usr/obj and try > building again? Let me know if it still fails. I have been experiencing this same problem updating some of my systems from= =20 BETA3 to RC1/RELEASE. I already removed /usr/{obj,src} and recheck-ed out = a=20 fresh RELENG_5_3 tree. I get the same problem as Nick gets, but I noticed = a=20 missing xmalloc.o earlier in the build process. Re: =2D=3D- =3D=3D=3D> gnu/usr.bin/texinfo/libtxi cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" =20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo=20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib =20 =2DI/usr/obj/usr/src/i386/legacy/usr/include=20 =2Dc /usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib/su= bstring.c cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" =20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo=20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib =20 =2DI/usr/obj/usr/src/i386/legacy/usr/include=20 =2Dc /usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib/xe= xit.c cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" =20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo=20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib =20 =2DI/usr/obj/usr/src/i386/legacy/usr/include=20 =2Dc /usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib/xm= alloc.c cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=3D\"/usr/share/locale\" =20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo=20 =2DI/usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib =20 =2DI/usr/obj/usr/src/i386/legacy/usr/include=20 =2Dc /usr/src/gnu/usr.bin/texinfo/libtxi/../../../../contrib/texinfo/lib/xs= trdup.c building static txi library ar: 'xstrdup.o xexit.o substring.o xmalloc.o': No such file ranlib libtxi.a =3D=3D=3D> gnu/usr.bin/texinfo/makeinfo [...] =2D=3D- =2DPeter =2D-=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --nextPart3311551.iEcUnhbdF7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBfrGAPtVx9OgEjQgRAmm3AJ41r9UJrDYzn9x1mz211H5oC+VXRACgp7GP TYAkvdjfHKyg14ltZZUdyzw= =dk16 -----END PGP SIGNATURE----- --nextPart3311551.iEcUnhbdF7-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 20:30:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D91016A4CE; Tue, 26 Oct 2004 20:30:43 +0000 (GMT) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FEDA43D49; Tue, 26 Oct 2004 20:30:43 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.8) with ESMTP id i9QKUhFm024261; Tue, 26 Oct 2004 13:30:43 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id i9QKUhtb024260; Tue, 26 Oct 2004 13:30:43 -0700 (PDT) (envelope-from rizzo) Date: Tue, 26 Oct 2004 13:30:43 -0700 From: Luigi Rizzo To: Andre Oppermann Message-ID: <20041026133043.A24138@xorpc.icir.org> References: <429af92e041020205510c66168@mail.gmail.com> <4177B899.5EC32F5F@freebsd.org> <429af92e04102114472add0e51@mail.gmail.com> <417835C7.7060808@freebsd.org> <429af92e04102404115bc7bc80@mail.gmail.com> <417BBE2C.A285792B@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <417BBE2C.A285792B@freebsd.org>; from andre@freebsd.org on Sun, Oct 24, 2004 at 04:37:32PM +0200 cc: Vincent Poy cc: freebsd-current@freebsd.org Subject: Re: Traffic Shaping not working correctly after ipfw coverted to use pfil_hooks API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 20:30:43 -0000 On Sun, Oct 24, 2004 at 04:37:32PM +0200, Andre Oppermann wrote: > [bouncing over to Luigi] > > Luigi, do you have any idea what might be going wrong here? no, sorry... I have to say the ipfw/natd/dummynet configuration is rather convoluted here so it is a bit hard to tell whether the problem is in dummynet calls or divert sockets. I am also confused by the numbers in the initial report: > > > >>Vincent Poy wrote: > > > >> > > > >>>However, after the latest -CURRENT upgrade, it will do 200KB/sec down > > > >>>and 52KB/sec up. If I only download only, then it does show > > > >>>650KB/sec. Normally, when I change the bandwidth to a number lower > > > >>>than 480Kbps for the pipe, the download speeds would go up when > > > >>>downloading. However, I have tried in 10kbps steps down to 350kbps > > > >>>but it still did not top 200KB/sec in downloading. there is a mix of two different notations, Kbps and KB/sec, and i cannot make sense of them. Finally, I am curious as to why one would mix the upload and download traffic, i believe *DSL data rates are independent in the two directions unlike analog modems... cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 21:12:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6C6016A4CE for ; Tue, 26 Oct 2004 21:12:01 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 33F9043D1D for ; Tue, 26 Oct 2004 21:11:59 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 46039 invoked by uid 80); 26 Oct 2004 21:11:40 -0000 Received: from ool-43552092.dyn.optonline.net (ool-43552092.dyn.optonline.net [67.85.32.146]) by corpmail.siteone.net (IMP) with HTTP for ; Tue, 26 Oct 2004 17:11:40 -0400 Message-ID: <1098825100.417ebd8cd6d11@corpmail.siteone.net> Date: Tue, 26 Oct 2004 17:11:40 -0400 From: brian@aljex.com To: freebsd-current@freebsd.org References: <1098733044.417d55f46cc15@corpmail.siteone.net> <10185.128.101.36.205.1098738081.squirrel@128.101.36.205> <1098742333.417d7a3d920cf@corpmail.siteone.net> <1098763854.417dce4e8d52f@corpmail.siteone.net> <20041026053047.GA1828@gothmog.gr> In-Reply-To: <20041026053047.GA1828@gothmog.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 / FreeBSD-5.2.1 X-Originating-IP: 67.85.32.146 Subject: Re: can't buildworld - boot2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 21:12:01 -0000 Quoting Giorgos Keramidas : > On 2004-10-26 00:10, brian@aljex.com wrote: > > deleted /usr/src and /usr/obj again > > used vipw to change roots shell back to /bin/csh > > logged out & back in > > cvsupped and make buildworld worked fine (with the -O2 -fno-strict-aliasing > btw, > > I don't know if that's been implimented yet, I put it in make.conf) > > > > possible clue: you mentioned -j > > I had tried a -j4 , which was the first time I ever tried -j anything btw, > > previously and it failed, but it didn't fail anywhere near the spot I > showed. > > After it failed I shrugged and thought "not surprising" and did a make > clean > > and make buildworld and got the failure in boot2 I originally posted about, > and > > continued to get the same failure no matter what I did over several > complete > > delete/checkout/build attempts even though I never used -j again. > > > > Silly as it seems, the only common factor I see was that all those > attempts, > > spread over 3 or so days, took place in the same login session, the same > > instance of bash, as the original make -j4 failure. > > > > Either the initial failure screwed up the instance of bash and all I needed > to > > do was log out & in, or the use of bash vs csh is no good, or some change > was > > committed in the last few hours that fixed it, or -O2 -fno-strict-aliasing > > works where -O doesn't. > > Or your /usr/obj was messed up royally by running with -j4, and wiping > it fixed everything ;-) I did "rm -rf /usr/obj /usr/src" several times as I think I said, and always got the same failure. now the resulting kernel turns out to hang at boot, right at the end where it's about to run init. It reacts to the acpi event from the power button only to print a line that says it's not yet ready to perform the action. If I select choice 3 from the boot menu "safe mode" it boots up & runs fine. looks like that choice just disables acpi and ata dma? I'll have to recompile a few times to eliminate some guesswork since this build had too many variables changed at once to have any idea what might be the cause of any problems. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 21:15:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C40E16A4DA for ; Tue, 26 Oct 2004 21:15:46 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 354EC43D2D for ; Tue, 26 Oct 2004 21:15:46 +0000 (GMT) (envelope-from john@baldwin.cx) Received: (qmail 11040 invoked from network); 26 Oct 2004 21:15:46 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 26 Oct 2004 21:15:45 -0000 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9QLFe7C009574; Tue, 26 Oct 2004 17:15:40 -0400 (EDT) (envelope-from john@baldwin.cx) Received: from zion.baldwin.cx (localhost [127.0.0.1]) by zion.baldwin.cx (8.12.10/8.12.10) with ESMTP id i9QLFe8h015300; Tue, 26 Oct 2004 17:15:40 -0400 (EDT) (envelope-from john@zion.baldwin.cx) Received: from localhost (localhost [[UNIX: localhost]]) by zion.baldwin.cx (8.12.10/8.12.10/Submit) id i9QLFecP015299; Tue, 26 Oct 2004 17:15:40 -0400 (EDT) (envelope-from john) From: John Baldwin To: Stephan Uphoff Date: Tue, 26 Oct 2004 17:07:09 -0400 User-Agent: KMail/1.6 References: <20041020221659.33824.qmail@web21124.mail.yahoo.com> <200410211705.45147.jhb@FreeBSD.org> <1098811105.20390.16988.camel@palm.tree.com> In-Reply-To: <1098811105.20390.16988.camel@palm.tree.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410261707.09293.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Nik Azim Azam cc: freebsd-current@FreeBSD.org Subject: Re: number of CPUs and IPI panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 21:15:46 -0000 On Tuesday 26 October 2004 01:18 pm, Stephan Uphoff wrote: > On Thu, 2004-10-21 at 17:05, John Baldwin wrote: > > On Wednesday 20 October 2004 09:05 pm, Stephan Uphoff wrote: > > > Can you try the attached patch? > > > ( Hope it still applies since it is a few weeks old) > > > > > > If this does not work I have a few more questions next week. > > > > Unfortunately it can enable interrupts with sched_lock held which can > > result in deadlocks due to ithread preemption (IIRC, maybe not as badly > > with the newer preemption code.) > > The code only enables interrupts for TLB shootdowns. > In this case it is guaranteed that it holds the smp_ipi_mtx that as a > side effect protects it against preemption and holds no other spin > mutex. > I don't see the problem. I must have missed the TLB shootdown detail then when I looked over it. We send some other IPI's such as IPI_AST while holding sched_lock and if we enabled interrupts during that we could have problems. > I am thinking about implementing the bitmap based stuff be talked about > a few weeks ago to avoid having more than one queued IPI of the same > type. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 21:15:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8F1C16A4DD for ; Tue, 26 Oct 2004 21:15:46 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40AAC43D46 for ; Tue, 26 Oct 2004 21:15:46 +0000 (GMT) (envelope-from john@baldwin.cx) Received: (qmail 31308 invoked from network); 26 Oct 2004 21:15:44 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 26 Oct 2004 21:15:43 -0000 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9QLFdkC009569; Tue, 26 Oct 2004 17:15:39 -0400 (EDT) (envelope-from john@baldwin.cx) Received: from zion.baldwin.cx (localhost [127.0.0.1]) by zion.baldwin.cx (8.12.10/8.12.10) with ESMTP id i9QLFd8h015296; Tue, 26 Oct 2004 17:15:39 -0400 (EDT) (envelope-from john@zion.baldwin.cx) Received: from localhost (localhost [[UNIX: localhost]]) by zion.baldwin.cx (8.12.10/8.12.10/Submit) id i9QLFdwJ015295; Tue, 26 Oct 2004 17:15:39 -0400 (EDT) (envelope-from john) From: John Baldwin To: "Poul-Henning Kamp" Date: Tue, 26 Oct 2004 17:04:49 -0400 User-Agent: KMail/1.6 References: <36147.1098393869@critter.freebsd.dk> In-Reply-To: <36147.1098393869@critter.freebsd.dk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410261704.49182.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org cc: Tim Dettloff Subject: Re: Solution? Re: pxe-install on FreeBSD 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 21:15:46 -0000 On Thursday 21 October 2004 05:24 pm, Poul-Henning Kamp wrote: > In message <200410211505.27635.jhb@FreeBSD.org>, John Baldwin writes: > >> Doesn't the search terminate if [0] is NULL ? > > > >Perhaps there should be a small wrapper function to register a candidate > > root with an associated priority and that wrapper function could then > > manage the rootdevnames[] array and keep them sorted based on the > > priority? > > No, the entire thing should be rototiled. Well, the interface I'm thinking of is something like 'rootdevice_add(const char *name, int priority)' or maybe 'rootdevice_add(dev_t dev, int priority)' (which won't work for NFS, so I guess back to the char * version) and not having the array or linked list or whatever of names visible outside vfs_mount.c (or where the root mount code lives). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 21:15:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBF4D16A4DE for ; Tue, 26 Oct 2004 21:15:46 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4020B43D2F for ; Tue, 26 Oct 2004 21:15:46 +0000 (GMT) (envelope-from john@baldwin.cx) Received: (qmail 31308 invoked from network); 26 Oct 2004 21:15:44 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 26 Oct 2004 21:15:43 -0000 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9QLFdkC009569; Tue, 26 Oct 2004 17:15:39 -0400 (EDT) (envelope-from john@baldwin.cx) Received: from zion.baldwin.cx (localhost [127.0.0.1]) by zion.baldwin.cx (8.12.10/8.12.10) with ESMTP id i9QLFd8h015296; Tue, 26 Oct 2004 17:15:39 -0400 (EDT) (envelope-from john@zion.baldwin.cx) Received: from localhost (localhost [[UNIX: localhost]]) by zion.baldwin.cx (8.12.10/8.12.10/Submit) id i9QLFdwJ015295; Tue, 26 Oct 2004 17:15:39 -0400 (EDT) (envelope-from john) From: John Baldwin To: "Poul-Henning Kamp" Date: Tue, 26 Oct 2004 17:04:49 -0400 User-Agent: KMail/1.6 References: <36147.1098393869@critter.freebsd.dk> In-Reply-To: <36147.1098393869@critter.freebsd.dk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410261704.49182.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org cc: Tim Dettloff Subject: Re: Solution? Re: pxe-install on FreeBSD 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 21:15:47 -0000 On Thursday 21 October 2004 05:24 pm, Poul-Henning Kamp wrote: > In message <200410211505.27635.jhb@FreeBSD.org>, John Baldwin writes: > >> Doesn't the search terminate if [0] is NULL ? > > > >Perhaps there should be a small wrapper function to register a candidate > > root with an associated priority and that wrapper function could then > > manage the rootdevnames[] array and keep them sorted based on the > > priority? > > No, the entire thing should be rototiled. Well, the interface I'm thinking of is something like 'rootdevice_add(const char *name, int priority)' or maybe 'rootdevice_add(dev_t dev, int priority)' (which won't work for NFS, so I guess back to the char * version) and not having the array or linked list or whatever of names visible outside vfs_mount.c (or where the root mount code lives). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 21:33:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F46D16A4CF for ; Tue, 26 Oct 2004 21:33:18 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD97343D3F for ; Tue, 26 Oct 2004 21:33:17 +0000 (GMT) (envelope-from vincepoy@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so232253wri for ; Tue, 26 Oct 2004 14:33:17 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=cwGMeiuBtozVnuX7t92cRRYsI9c4AHWUyPrsin2sG4/7Yf4DvruwRD240Ms6meXn3XVf3eWw1s1ttK8wA8W6PCMbD4+y1MVyNNqIkFsWUN1z9tsnwMeh0vr75Sx/4zR3AK8W/oSykqJGHOhROmZU/Uxqa9LT5OKA7tmGIeoZUW4= Received: by 10.38.77.65 with SMTP id z65mr736629rna; Tue, 26 Oct 2004 14:33:17 -0700 (PDT) Received: by 10.38.14.49 with HTTP; Tue, 26 Oct 2004 14:33:16 -0700 (PDT) Message-ID: <429af92e041026143322b2d286@mail.gmail.com> Date: Tue, 26 Oct 2004 14:33:16 -0700 From: Vincent Poy To: Luigi Rizzo In-Reply-To: <20041026133043.A24138@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <429af92e041020205510c66168@mail.gmail.com> <4177B899.5EC32F5F@freebsd.org> <429af92e04102114472add0e51@mail.gmail.com> <417835C7.7060808@freebsd.org> <429af92e04102404115bc7bc80@mail.gmail.com> <20041026133043.A24138@xorpc.icir.org> cc: freebsd-current@freebsd.org cc: Andre Oppermann Subject: Re: Traffic Shaping not working correctly after ipfw coverted to use pfil_hooks API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vincent Poy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 21:33:18 -0000 On Tue, 26 Oct 2004 13:30:43 -0700, Luigi Rizzo wrote: > On Sun, Oct 24, 2004 at 04:37:32PM +0200, Andre Oppermann wrote: > > [bouncing over to Luigi] > > > > Luigi, do you have any idea what might be going wrong here? > > no, sorry... I have to say the ipfw/natd/dummynet configuration is rather > convoluted here so it is a bit hard to tell whether the > problem is in dummynet calls or divert sockets. For some reason, unless I add the divert lines, then the local machines couldn't connect to each other. > I am also confused by the numbers in the initial report: > > > > > >>Vincent Poy wrote: > > > > >> > > > > >>>However, after the latest -CURRENT upgrade, it will do 200KB/sec down > > > > >>>and 52KB/sec up. If I only download only, then it does show > > > > >>>650KB/sec. Normally, when I change the bandwidth to a number lower > > > > >>>than 480Kbps for the pipe, the download speeds would go up when > > > > >>>downloading. However, I have tried in 10kbps steps down to 350kbps > > > > >>>but it still did not top 200KB/sec in downloading. > > there is a mix of two different notations, Kbps and KB/sec, and > i cannot make sense of them. > Finally, I am curious as to why one would mix the upload and download > traffic, i believe *DSL data rates are independent in the two > directions unlike analog modems... Actually, the DSL circuit is 6016kbps down/608kbps up as in Kilobits per second but when since the DSL is on a ATM network, there is a 13% or so in overhead so the max that can be achieved is 650KB/sec down and 65KB/sec as in Kilobytes per second up . I am not mixing upload and download traffic as what I was doing is that as you know, with ADSL - the download pipe is always bigger than the upload pipe so if one uploads and downloads at the same time, the download pipe will slow down because the ACKs does not have priority getting out which was the reason for using traffic shaping and setting the upload pipe to 480kbps max which gives 52KB/sec max up but allows the downloads to go near full speed at the same time while sacrificing upload speed a little. This worked correctly in the March 6, 2004 -CURRENT but the October 22, 2004 -CURRENT after I upgraded wasn't working correctly as it seems like ACKs weren't sent back with the priority I had set. A better explanation of what I'm trying to do is shown here: http://fury.rupture.net/shaping/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 22:50:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 814FD16A4CE for ; Tue, 26 Oct 2004 22:50:10 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F41043D5F for ; Tue, 26 Oct 2004 22:50:10 +0000 (GMT) (envelope-from tlpbsd@gmail.com) Received: by wproxy.gmail.com with SMTP id 65so273371wri for ; Tue, 26 Oct 2004 15:50:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=kNMyQmiS/4XY7r4PFkU9sdFhyKvWbCA0jnyjH4T2zAidMCPt/Zmcm+vMSyRjuskFbqD7HmLiar3WwL2b6UPWdSaUAJauKoCZRDLC3J0hwLqvg9l4YZzXn1FExHRipJ/23+VIVFoK05pXMWD3IoPdsKFCGY9xKHe/E9ZY6rGAm6Q= Received: by 10.38.13.79 with SMTP id 79mr546120rnm; Tue, 26 Oct 2004 15:50:09 -0700 (PDT) Received: by 10.38.24.9 with HTTP; Tue, 26 Oct 2004 15:50:09 -0700 (PDT) Message-ID: <9533da6c0410261550432bb1d5@mail.gmail.com> Date: Tue, 26 Oct 2004 16:50:09 -0600 From: Travis Poppe To: Suleiman Souhlal In-Reply-To: <1098771878.63451.5.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041019111518.1f6a76a4@maya.liquidx.org> <1098771878.63451.5.camel@localhost> cc: freebsd-current@freebsd.org cc: Travis Poppe Subject: Re: Mild sound distortion with FreeBSD 5.3-BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Travis Poppe List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 22:50:10 -0000 Thanks! This seems to be an effective workaround for the problem. However, what causes it in the first place? I don't recall having a problem with any of this in the 4.X series (the default buffer worked fine). -Travis On Tue, 26 Oct 2004 02:24:38 -0400, Suleiman Souhlal wrote: > Hello, > > On Tue, 2004-10-19 at 13:15, Travis Poppe wrote: > > I've recently noticed a mild sound distortion in XMMS and other > > applications that output sound. I'm not sure when I started noticing > > this, but I don't believe it has always been present in the 5.x branch > > (and if it has, I haven't noticed it up until a month or two ago). > > You should be able to fix it by using a bigger buffer. To do this, > change line 48 of src/sys/dev/sound/pci/emu10k1.c from: > > #define EMU_DEFAULT_BUFSZ 4096 > > To something like: > > #define EMU_DEFAULT_BUFSZ 8192 > > and recompile the kernel/modules. If this doesn't work, you can also try > using an even bigger buffer size, such as 16384, but then, you will have > a noticeable delay between the time you press play and start hearing the > music (it shouldn't be too bad, unless you play games). > > Bye. > -- > Suleiman Souhlal | ssouhlal@vt.edu > The FreeBSD Project | ssouhlal@FreeBSD.org > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 22:55:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1106D16A4CF for ; Tue, 26 Oct 2004 22:55:04 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B75A43D2D for ; Tue, 26 Oct 2004 22:55:03 +0000 (GMT) (envelope-from vincepoy@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so240446wri for ; Tue, 26 Oct 2004 15:55:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=n+4xjR96dR9ljw1opQGFa6H9e1dW5O7nuEsKEGYxX8Ze40G8RiVbo3TD7kTFxzMQhRvRNviuygew+1e90QxrugXJKSFEGwIcdjZmUHHtLb1XqNhyGZ1ac8ul0HVLjrzCui1R5CXYo0QIol6aW9gykN3RMA3dN1WsLp7jPC0FS1c= Received: by 10.38.96.46 with SMTP id t46mr790322rnb; Tue, 26 Oct 2004 15:55:02 -0700 (PDT) Received: by 10.38.14.49 with HTTP; Tue, 26 Oct 2004 15:55:02 -0700 (PDT) Message-ID: <429af92e041026155572805e89@mail.gmail.com> Date: Tue, 26 Oct 2004 15:55:02 -0700 From: Vincent Poy To: Luigi Rizzo , Andre Oppermann , freebsd-current@freebsd.org In-Reply-To: <429af92e041026143322b2d286@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <429af92e041020205510c66168@mail.gmail.com> <4177B899.5EC32F5F@freebsd.org> <429af92e04102114472add0e51@mail.gmail.com> <417835C7.7060808@freebsd.org> <429af92e04102404115bc7bc80@mail.gmail.com> <20041026133043.A24138@xorpc.icir.org> <429af92e041026143322b2d286@mail.gmail.com> Subject: Re: Traffic Shaping not working correctly after ipfw coverted to use pfil_hooks API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vincent Poy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 22:55:04 -0000 On Tue, 26 Oct 2004 13:30:43 -0700, Luigi Rizzo wrote: > On Sun, Oct 24, 2004 at 04:37:32PM +0200, Andre Oppermann wrote: > > [bouncing over to Luigi] > > > > Luigi, do you have any idea what might be going wrong here? > > no, sorry... I have to say the ipfw/natd/dummynet configuration is rather > convoluted here so it is a bit hard to tell whether the > problem is in dummynet calls or divert sockets. For some reason, unless I add the divert lines, then I would have problems connecting to things on the local LAN. But apparently taking those lines out work correctly now so the new rules look like this: root@bigbang [3:23pm][/home/vince] >> ipfw show 00049 25897703 8070600411 skipto 100 ip from 208.201.244.224/29 to any 00050 3036002 974553273 divert 8668 ip from any to any via xl0 00100 307228 50597030 allow ip from any to any via lo0 00200 0 0 deny ip from any to 127.0.0.0/8 00300 0 0 deny ip from 127.0.0.0/8 to any 63000 471 24670 allow ip from any to 10.0.0.0/8 out 63001 50 2607 allow ip from any to 172.16.0.0/12 out 63002 2856 189431 allow ip from any to 192.168.0.0/16 out 63003 126127 13511498 allow ip from any to 208.201.244.224/29 out 63004 9340689 3805111693 queue 1 tcp from any to any tcpflags ack out 63005 236 20124 queue 2 tcp from any to any dst-port 22,23 out 63006 3183061 318083534 queue 2 udp from any to any not dst-port 80,443 out 63007 248561 22392323 queue 3 ip from any to any dst-port 80,443 out 63008 33410 4846163 queue 4 ip from any to any out 65000 15619696 4840095386 allow ip from any to any 65535 1 46 deny ip from any to any The reason for line 49 is that unless I put that there, then all the static IP's will connect to remote sites with the IP of the FreeBSD box instead of the actual IP itself. > I am also confused by the numbers in the initial report: > > > > > >>Vincent Poy wrote: > > > > >> > > > > >>>However, after the latest -CURRENT upgrade, it will do 200KB/sec down > > > > >>>and 52KB/sec up. If I only download only, then it does show > > > > >>>650KB/sec. Normally, when I change the bandwidth to a number lower > > > > >>>than 480Kbps for the pipe, the download speeds would go up when > > > > >>>downloading. However, I have tried in 10kbps steps down to 350kbps > > > > >>>but it still did not top 200KB/sec in downloading. > > there is a mix of two different notations, Kbps and KB/sec, and > i cannot make sense of them. > Finally, I am curious as to why one would mix the upload and download > traffic, i believe *DSL data rates are independent in the two > directions unlike analog modems... Sorry for the confusion. I have a 6016Kilobit/sec down - 608Kilobit/sec up ADSL connection except I have 8 static IP's which is the reason for the /29. Due to the DSL using ATM, there is a 13% or so for overhead. So the maximum speeds I get on the line is 650KiloBytes/sec down and 65KiloBytes/sec up but because the pipe sizes are smaller on the outgoing than the incoming, unless I do traffic shaping using ipfw2/dummynet then the downloads slow down when I am uploading as the acknowledgement packets do not have priority going out. I am not mixing upload and download traffic as ADSL is Assymmetric which means that the downloading capacity is bigger than the uploading capacity. In the March 6, 2004 -CURRENT and before, ipfw2/dummynet would work correctly as I only need the traffic shaping for upload and not download so by setting the upload pipe to 480Kilobits/sec out of 608Kilobits/sec, it would let me download at near 100% of the speeds when I am uploading. However, with the October 22, 2004 -CURRENT using the same exact configuration and I did manually do all the same changes to my customized kernel as the GENERIC kernel, the traffic shaping is not working correctly as when I upload and don't download, the speed is correct. Here is what my speeds with ftp with the upload pipe set to 480Kilobits/sec. upload only: 10485760 bytes sent in 03:15 (52.30 KB/s) download only: 10485760 bytes received in 00:16 (614.07 KB/s) Now, if I did a upload/download at the same time, this is where ipfw2/dummynet doesn't work correctly: upload: 10485760 bytes sent in 03:21 (50.76 KB/s) download: 10485760 bytes received in 00:57 (176.92 KB/s) So you can see that while the upload is working at the correct speed, the download is only doing 176.92KB/sec instead of anywhere near 614.07KB/sec which seems like ipfw2/dummynet isn't sending the ack packets on the upload pipe before the other traffic while the pipe speed is working. This is with the above rules and this is what the queues and pipes show: root@bigbang [9:50pm][/usr/temp/gtalk-0.99.10] >> ipfw pipe show 00001: 480.000 Kbit/s 0 ms 50 sl. 0 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 q00001: weight 100 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.225/3254 64.12.185.119/80 9467851 3826687467 30 19360 q00002: weight 66 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 udp 208.201.244.225/2979 217.12.4.104/53 3189174 318678628 0 0 7 q00003: weight 33 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.225/3254 64.12.185.119/80 248711 22400111 0 0 338 q00004: weight 1 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/3746 216.155.193.173/5050 33492 4850675 0 0 0 root@bigbang [3:46pm][/usr/temp/gtalk-0.99.10] >> ipfw queue show q00001: weight 100 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.225/3254 64.12.185.119/80 9473364 3830013686 7 10504 q00002: weight 66 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 udp 208.201.244.225/2979 217.12.4.104/53 3189317 318690863 2 263 7 q00003: weight 33 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.225/3254 64.12.185.119/80 248715 22400319 0 0 338 q00004: weight 1 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/3746 216.155.193.173/5050 33492 4850675 0 0 0 Using these lines in /etc/rc.firewall in addition to the above ipfw show of the rules: ${fwcmd} enable one_pass # Define our upload pipe ${fwcmd} pipe 1 config bw 608Kbit/s # Define a high-priority queue ${fwcmd} queue 1 config pipe 1 weight 100 # Define a medium-high-priority queue ${fwcmd} queue 2 config pipe 1 weight 66 # Define a medium-low-priority queue ${fwcmd} queue 3 config pipe 1 weight 33 # Define a low-priority queue ${fwcmd} queue 4 config pipe 1 weight 1 Hope this explains it better. Cheers, Vince From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 23:14:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0745416A4CE for ; Tue, 26 Oct 2004 23:14:59 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id C383543D2D for ; Tue, 26 Oct 2004 23:14:58 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 21455 invoked from network); 26 Oct 2004 23:14:54 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 26 Oct 2004 23:14:54 -0000 Received: from hydrogen.funkthat.com (iforgf@localhost.funkthat.com [127.0.0.1])i9QNEqlb010358; Tue, 26 Oct 2004 16:14:52 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i9QNEnaZ010357; Tue, 26 Oct 2004 16:14:49 -0700 (PDT) Date: Tue, 26 Oct 2004 16:14:49 -0700 From: John-Mark Gurney To: fandino Message-ID: <20041026231449.GH22681@funkthat.com> Mail-Followup-To: fandino , freebsd-current@freebsd.org References: <14479.1098695558@critter.freebsd.dk> <417CD0CA.8010708@ng.fadesa.es> <20041025172324.GF22681@funkthat.com> <417E6AEF.3040307@ng.fadesa.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <417E6AEF.3040307@ng.fadesa.es> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 23:14:59 -0000 fandino wrote this message on Tue, Oct 26, 2004 at 17:19 +0200: > John-Mark Gurney wrote: > >Yep, and I get decent performance: > > could repeat the test setting udma mode to UDMA4? Sure, though there is only one drive in this machine, so there is no problems with channel colissions... > >dmesg clip: > >atapci0: port > >0xc000-0xc00f,0x376,0x170-0x177,0 > >x3f6,0x1f0-0x1f7 at device 7.1 on pci0 > >atapci0: Correcting VIA config for southbridge data corruption bug > > hhhmmm, my dmesg doesn't print the message for the 686B data corruption bug. > > >ata0: channel #0 on atapci0 > >ata1: channel #1 on atapci0 > >ad0: 43979MB [89355/16/63] at ata0-master > >UDMA100 > >Transfer rates: > > outside: 102400 kbytes in 2.857371 sec = 35837 > > kbytes/sec > > middle: 102400 kbytes in 3.561157 sec = 28755 > > kbytes/sec > > inside: 102400 kbytes in 5.635770 sec = 18170 > > kbytes/sec Well, looks like I get similar performance w/ UDMA4 aka UDMA66: Transfer rates: outside: 102400 kbytes in 2.828054 sec = 36209 kbytes/sec middle: 102400 kbytes in 3.506356 sec = 29204 kbytes/sec inside: 102400 kbytes in 5.641238 sec = 18152 kbytes/sec Note, I didn't reboot just before switching to UDMA4... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 23:17:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3F52616A4CE; Tue, 26 Oct 2004 23:17:47 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i9QNHk0G097921; Tue, 26 Oct 2004 19:17:46 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9QNHkmT097920; Tue, 26 Oct 2004 19:17:46 -0400 (EDT) (envelope-from green) Date: Tue, 26 Oct 2004 19:17:46 -0400 From: Brian Fundakowski Feldman To: Luigi Rizzo Message-ID: <20041026231745.GE93831@green.homeunix.org> References: <429af92e041020205510c66168@mail.gmail.com> <4177B899.5EC32F5F@freebsd.org> <429af92e04102114472add0e51@mail.gmail.com> <417835C7.7060808@freebsd.org> <429af92e04102404115bc7bc80@mail.gmail.com> <417BBE2C.A285792B@freebsd.org> <20041026133043.A24138@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041026133043.A24138@xorpc.icir.org> User-Agent: Mutt/1.5.6i cc: Vincent Poy cc: freebsd-current@freebsd.org cc: Andre Oppermann Subject: Re: Traffic Shaping not working correctly after ipfw coverted to use pfil_hooks API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 23:17:47 -0000 On Tue, Oct 26, 2004 at 01:30:43PM -0700, Luigi Rizzo wrote: > On Sun, Oct 24, 2004 at 04:37:32PM +0200, Andre Oppermann wrote: > > [bouncing over to Luigi] > > > > Luigi, do you have any idea what might be going wrong here? > > no, sorry... I have to say the ipfw/natd/dummynet configuration is rather > convoluted here so it is a bit hard to tell whether the > problem is in dummynet calls or divert sockets. > > I am also confused by the numbers in the initial report: > > > > > >>Vincent Poy wrote: > > > > >> > > > > >>>However, after the latest -CURRENT upgrade, it will do 200KB/sec down > > > > >>>and 52KB/sec up. If I only download only, then it does show > > > > >>>650KB/sec. Normally, when I change the bandwidth to a number lower > > > > >>>than 480Kbps for the pipe, the download speeds would go up when > > > > >>>downloading. However, I have tried in 10kbps steps down to 350kbps > > > > >>>but it still did not top 200KB/sec in downloading. > > there is a mix of two different notations, Kbps and KB/sec, and > i cannot make sense of them. > Finally, I am curious as to why one would mix the upload and download > traffic, i believe *DSL data rates are independent in the two > directions unlike analog modems... In ip_divert.c the behavior may have changed when I implemented diverted rules, in divert_output(): the cookie (ipfw rule number) can be added and set to sin->sin_port if the sockaddr_in used for hinting the interface has a cleared sin->sin_addr field, but has not cleared the sin->sin_port. This specifically means for diverted output, and not loopback, packets could be skipping rules when they shouldn't be. Could you try modifying that function in src/sys/netinet/ip_divert.c so that "dt->cookie = sin->sin_port;" changes to if (sin->sin_addr.s_addr != 0) dt->cookie = sin->sin_port; and see if that changes things? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Oct 26 23:51:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BADD016A4CE for ; Tue, 26 Oct 2004 23:51:49 +0000 (GMT) Received: from mail.tellme3times.com (dsl-yul-102.e-scape.net [209.47.218.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01E2F43D3F for ; Tue, 26 Oct 2004 23:51:49 +0000 (GMT) (envelope-from chris@tellme3times.com) Received: from tellme3times.com (halla.tellme3times.com [192.168.7.29]) by mail.tellme3times.com (Postfix) with ESMTP id 018EB41F1 for ; Tue, 26 Oct 2004 19:44:36 -0400 (EDT) Message-ID: <417EE51E.80007@tellme3times.com> Date: Tue, 26 Oct 2004 20:00:30 -0400 From: Chris User-Agent: Mozilla Thunderbird 0.5 (X11/20040413) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: firefox-1.0.1.p_4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2004 23:51:49 -0000 I cvsup'ed ports yesterday on 5.3BETA7. make install produces no errors. Running firefox produces no results. It runs on and on but opens no window. top shows it running. Any ideas? Chris From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 01:25:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E64A16A4CE for ; Wed, 27 Oct 2004 01:25:21 +0000 (GMT) Received: from mail.oisca.org (mail.oisca.org [164.46.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 675D443D41 for ; Wed, 27 Oct 2004 01:25:20 +0000 (GMT) (envelope-from pwd8jmr22w@me.point.ne.jp) Received: from [192.168.1.35] (99.189.192.61.tokyo.bflets.alpha-net.ne.jp [61.192.189.99]) (authenticated (0 bits)) by mail.oisca.org (8.12.11/8.11.3) with ESMTP id i9R1PGc3024646 for ; Wed, 27 Oct 2004 10:25:18 +0900 Message-ID: <417F7769.7090200@me.point.ne.jp> Date: Wed, 27 Oct 2004 10:24:41 +0000 From: Srot BULL Organization: I-International User-Agent: Mozilla Thunderbird 0.8 (X11/20041020) 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: Cannot mount cdrw-dvd drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pwd8jmr22w@me.point.ne.jp List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 01:25:21 -0000 This is my FreeBSD system: IBM R40e Thinkpad FreeBSD 5.3-STABLE #3: Tue Oct 26 17:16:41 UTC 2004 When I try to mount a cd on my cdrw-dvd drive these messages comes out: acd0: TIMEOUT - READ_BIG retrying (2 retries left) acd0: FAILURE - READ_BIG timed out acd0: TIMEOUT - READ_BIG retrying (2 retries left) acd0: FAILURE - READ_BIG timed out acd0: TIMEOUT - READ_BIG retrying (2 retries left) acd0: FAILURE - READ_BIG timed out acd0: TIMEOUT - READ_BIG retrying (2 retries left) acd0: FAILURE - READ_BIG timed out acd0: TIMEOUT - READ_BIG retrying (2 retries left) acd0: FAILURE - READ_BIG timed out acd0: TIMEOUT - READ_BIG retrying (2 retries left) acd0: FAILURE - READ_BIG timed out Then it displays a message the says like I/O error I have search the mailing list and found some related information about this problem. I have tried including "device atapicam", "device scbus" "device ch", "device da", "device sa", "device cd", "device pass", "device ses", and commenting "device atapicd" in my kernel. I have included "hw.ata.atapi_dma=0" in my sysctl.conf but during boot-up I saw that my system can not set this setting and doing the following: R40e:~: sysctl hw.ata.atapi_dma hw.ata.atapi_dma: 1 Althought as I have said above that I have included "hw.ata.atapi_dma=0" in my sysctl.conf already. When I use the device atapicam in my kernel..."/dev/acd0" disappears and there is also no "/dev/cd0"...and my hardisk light keeps it's light on and does not go off... Is there any way that I could mount my cdrw-dvd as of this moment or I will have to wait for the official release of 5.3? I would really appreciate any advice or hints... Thanks in advance... Srot BULL From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 02:00:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11CF316A4CE for ; Wed, 27 Oct 2004 02:00:16 +0000 (GMT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D72843D2F for ; Wed, 27 Oct 2004 02:00:15 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9R20DHv010457; Tue, 26 Oct 2004 22:00:15 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Tue, 26 Oct 2004 22:00:12 -0400 To: "David Boyd" , From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Panic on shutdown -r now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 02:00:16 -0000 At 7:53 PM -0400 10/25/04, David Boyd wrote: >I am resubmitting this (see 10/7/2004) because it persists >in 5.3-RELEASE. > >System is very recent (last night) cvsup of RELENG_5. > >Motherboard is Intel D865PERL. > >The system is setup to collect a dump after a panic, but none is >ever found. Also, the corrupted output after "Shutting down ACPI" >is about as good as it gets... sometimes the console (vga or >serial) displays just one or two "random" letters (usually an "s"). Earlier this year, I had seen similar garbage output on some of my systems at shutdown. I don't remember the details, except that I was not getting any panics, and that the garbage went away at some point. Are you sure the system is set up correctly for collecting coredumps? When you are using a serial console, can you do a serial-break, and force a coredump? (just type in "call doadump()"). See if that gives you a core dump after you reboot. The contents won't be important, but it would tell you if coredumps themselves are working. The main reason I ask is that I thought coredumps were not working for me either, but it turned out that I had forgotten to add options KDB, DDB, and BREAK_TO_DEBUGGER in my kernel config. Once I added them, coredumps worked fine for me. (but then, this is on a single CPU system, and I notice you have multiple CPU's) >It doesn't appear that disabling ACPI has any effect on this >problem. When you disable ACPI, then when does the garbage output occur? I assume you do *not* see the "Shutting down ACPI" message when you have ACPI turned off. >Shutdown -p now always performs a power off. > >The system is temporarily a spare, so I can do anything that you >think may help. In your kernel config, do you have hyperthreading (HTT) turned on? (I notice your CPU's support it) I do not know enough about kernel debugging to be of any help, but those are a few questions which came to mind. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 02:11:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E3E216A4CE for ; Wed, 27 Oct 2004 02:11:08 +0000 (GMT) Received: from msweeper.ntmk.ru (msweeper.ntmk.ru [217.114.241.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B15143D55 for ; Wed, 27 Oct 2004 02:11:04 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from mail.ntmk.ru (unverified) by msweeper.ntmk.ru (Content Technologies SMTPRS 4.3.14) with ESMTP id ; Tue, 26 Oct 2004 20:14:07 +0500 Received: from boris.nikom.ru ([10.1.16.195]) by mail.ntmk.ru with esmtp (Exim 4.34) id 1CMdH9-0000Xp-BE; Wed, 27 Oct 2004 08:10:59 +0600 Message-ID: <417F03B3.4060008@ntmk.ru> Date: Wed, 27 Oct 2004 08:10:59 +0600 From: Boris Kovalenko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041018 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Chris , freebsd-current@freebsd.org References: <417EE51E.80007@tellme3times.com> In-Reply-To: <417EE51E.80007@tellme3times.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: firefox-1.0.1.p_4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 02:11:08 -0000 Chris wrote: Hello! Read /usr/ports/UPDATING 20041012? > I cvsup'ed ports yesterday on 5.3BETA7. > > make install produces no errors. > > Running firefox produces no results. > > It runs on and on but opens no window. top shows it running. > > Any ideas? > > Chris > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > Regards, Boris ********************************************************************** This message contains no virus. From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 02:12:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E67416A4CE for ; Wed, 27 Oct 2004 02:12:30 +0000 (GMT) Received: from mail827.megamailservers.com (mail827.carrierinternetsolutions.com [69.49.106.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66C8043D45 for ; Wed, 27 Oct 2004 02:12:29 +0000 (GMT) (envelope-from strick@covad.net) X-POP-User: strick.covad.net Received: from mist.nodomain (h-67-101-223-132.snfccasy.dynamic.covad.net [67.101.223.132])i9R2CP00019210; Tue, 26 Oct 2004 22:12:25 -0400 Received: from mist.nodomain (localhost [127.0.0.1]) by mist.nodomain (8.12.11/8.12.11) with ESMTP id i9R2CO3o000446; Tue, 26 Oct 2004 19:12:24 -0700 (PDT) (envelope-from dan@mist.nodomain) Received: (from dan@localhost) by mist.nodomain (8.12.11/8.12.11/Submit) id i9R2COao000445; Tue, 26 Oct 2004 19:12:24 -0700 (PDT) (envelope-from dan) Date: Tue, 26 Oct 2004 19:12:24 -0700 (PDT) From: Dan Strick Message-Id: <200410270212.i9R2COao000445@mist.nodomain> To: gavin.atkinson@ury.york.ac.uk In-Reply-To: <1098796621.13487.26.camel@buffy.york.ac.uk> cc: freebsd-current@freebsd.org cc: dan@mist.nodomain Subject: Re: painful delay during 5.3-RC1 boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 02:12:30 -0000 On Mon, 2004-10-25 at 23:48, Dan Strick wrote: > I tried to install 5.3-RC1 yesterday and this time (the first time since > 5.1) it booted correctly. The kernel paused for more than 100 seconds > shortly after starting the second HTT cpu and just before mounting root. > The problem still exists after building and tuning a custom kernel. > Is this known behavior? On Tue, 26 Oct 2004 14:17:01, Gavin Atkinson responded: > > This sounds very much to me like it could be related to the floppy drive > probes in some way. Possibly a disk is being detected, when in fact > there isn't one in the drive. > > Try applying the attached patch to your kernel, recompiling, installing > and following up to the list with the resulting verbose boot. > This is the patch supplied by Gavin Atkinson, converted from base64 to ascii: > > Index: /usr/src/sys/dev/fdc/fdc.c > =================================================================== > RCS file: /usr/cvs/src/sys/dev/fdc/fdc.c,v > retrieving revision 1.283.2.3 > diff -u -r1.283.2.3 fdc.c > --- /usr/src/sys/dev/fdc/fdc.c 10 Oct 2004 23:49:38 -0000 1.283.2.3 > +++ /usr/src/sys/dev/fdc/fdc.c 20 Oct 2004 09:58:47 -0000 > @@ -264,7 +264,7 @@ > SYSCTL_INT(_debug_fdc, OID_AUTO, fifo, CTLFLAG_RW, &fifo_threshold, 0, > "FIFO threshold setting"); > > -static int debugflags = 0; > +static int debugflags = 0xff; > SYSCTL_INT(_debug_fdc, OID_AUTO, debugflags, CTLFLAG_RW, &debugflags, 0, > "Debug flags"); > > @@ -1685,6 +1685,14 @@ > int error; > > fdc = device_get_softc(dev); > + > + printf("Contents of fdc_data at start of fdc_attach:\n"); > + printf(" portt=0x%0x porth=0x%0x stst=0x%0x stsh=0x%0x\n", > + fdc->portt, fdc->porth, fdc->stst, fdc->stsh); > + printf(" ctlt=0x%0x ctlh=0x%0x\n", fdc->ctlt, fdc->ctlh); > + printf(" port_off=0x%0x ctl_off=0x%0x sts_off=0x%0x\n", > + fdc->port_off, fdc->ctl_off, fdc->sts_off); > + > fdc->fdc_dev = dev; > error = fdc_initial_reset(dev, fdc); > if (error) { > According to my motherboard manual, my floppy disk controller is on an IT8712F I/O Control chip. My motherboard is a Gigabyte model 8KNXP. This is the output from dmesg just after the verbose boot. I have indicated where the kernel paused, just after this line in the output: ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 Dan Strick strick@covad.net ------------------------------------------------------------------ pcib3: slot 2 INTB hardwired to IRQ 16 pcib4: slot 5 INTA is routed to irq 16 found-> vendor=0x9004, dev=0x7278, revid=0x03 bus=4, slot=5, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=16 ahc1: port 0x7000-0x70ff mem 0xf4000000-0xf4000fff irq 22 at device 4.0 on pci4 ahc1: Defaulting to MEMIO off ahc1: Reserved 0x100 bytes for rid 0x10 type 4 at 0x7000 ahc1: Reading SEEPROM...done. ahc1: Low byte termination Enabled ahc1: Downloading Sequencer Program... 439 instructions downloaded ahc1: Features 0x10000, Bugs 0x25, Flags 0x20481540 ahc1: [GIANT-LOCKED] aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs ahc2: port 0x7400-0x74ff mem 0xf4001000-0xf4001fff irq 16 at device 5.0 on pci4 ahc2: Defaulting to MEMIO off ahc2: Reserved 0x100 bytes for rid 0x10 type 4 at 0x7400 ahc2: Reading SEEPROM...done. ahc2: Low byte termination Enabled ahc2: Downloading Sequencer Program... 439 instructions downloaded ahc2: Features 0x10000, Bugs 0x25, Flags 0x20481540 ahc2: [GIANT-LOCKED] aic7870: Single Channel B, SCSI Id=7, 16/253 SCBs fwohci0: mem 0xf5000000-0xf5003fff,0xf5004000-0xf50047ff irq 22 at device 10.0 on pci3 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xf5004000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:20:ed:0a:00:81:c1:33 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=01 ata1-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x01 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=10 stat1=01 devices=0x4 ata1: [MPSAFE] atapci1: port 0xd000-0xd00f,0xcc00-0xcc03,0xc800-0xc807,0xc400-0xc403,0xc000-0xc007 irq 18 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd000 atapci1: [MPSAFE] ata2: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xc000 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xc400 ata2: reset tp1 mask=03 ostat0=80 ostat1=80 ata2-master: stat=0x80 err=0xff lsb=0xff msb=0xff ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xc800 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xcc00 ata3: reset tp1 mask=03 ostat0=80 ostat1=80 ata3-master: stat=0x80 err=0xff lsb=0xff msb=0xff ata3-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata3-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm0: port 0xdc00-0xdc3f,0xd800-0xd8ff mem 0xf6102000-0xf61020ff,0xf6101000-0xf61011ff irq 17 at device 31.5 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xf6101000 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xf6102000 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features reserved 1, center DAC, surround DAC, LFE DAC, reserved 5 pcm0: sndbuf_setmap 3e859000, 4000; 0xecbdc000 -> 3e859000 pcm0: sndbuf_setmap 3e855000, 4000; 0xecbe0000 -> 3e855000 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 Contents of fdc_data at start of fdc_attach: portt=0x0 porth=0x3f0 stst=0x0 stsh=0x3f0 ctlt=0x0 ctlh=0x3f7 port_off=0x0 ctl_off=0x0 sts_off=0x0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] 00 00 00 00 af 10 12 80 57 00 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0xc801 0xc811 0xc801 0xc801 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: irq maps: 0xc801 0xc809 0xc801 0xc801 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xd0000-0xd07ff,0xc0000-0xccfff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 2813535988 Hz quality -100 Timecounters tick every 10.000 msec lo0: bpf attached 00 00 00 00 af 10 12 80 57 00 ata0-slave: pio=0x0c wdma=0x22 udma=0x46 cable=80pin ata0-master: pio=0x0c wdma=0x22 udma=0x46 cable=80pin ata0-master: setting PIO4 on Intel ICH5 chip ata0-master: Assuming UDMA cable, reg54= 0x0, devno= 0, mode= 69 ata0-master: setting UDMA100 on Intel ICH5 chip ata0-slave: setting PIO4 on Intel ICH5 chip ata0-slave: Assuming UDMA cable, reg54= 0x1010, devno= 1, mode= 69 ata0-slave: setting UDMA100 on Intel ICH5 chip ad0: ATA-7 disk at ata0-master ad0: 78166MB (160084415 sectors), 158813 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 ad1: ATA-7 disk at ata0-slave ad1: 78167MB (160086528 sectors), 158816 C, 16 H, 63 S, 512 B ad1: 16 secs/int, 1 depth queue, UDMA100 ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on Intel ICH5 chip ata1-master: setting UDMA33 on Intel ICH5 chip acd0: CDRW drive at ata1 as master acd0: read 173KB/s (8939KB/s) write 172KB/s (9039KB/s), 8192KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc em0: Link is up 100 Mbps Full Duplex ata2-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ad4: ATA-6 disk at ata2-master ad4: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, SATA150 ata3-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ad6: ATA-6 disk at ata3-master ad6: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512 B ad6: 16 secs/int, 1 depth queue, SATA150 Waiting 5 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (noperiph:ahc1:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (noperiph:ahc2:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. pcm0: measured ac97 link rate at 48015 Hz, will use 48000 Hz New disk in probe Got disk in probe op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 0 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 1 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 ahc0: Selection Timeout on A:0. 0 SCBs aborted ahc1: Selection Timeout on A:0. 0 SCBs aborted ahc2: Selection Timeout on A:0. 0 SCBs aborted op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 2 ahc0: Selection Timeout on A:1. 0 SCBs aborted ahc1: Selection Timeout on A:1. 0 SCBs aborted ahc2: Selection Timeout on A:1. 0 SCBs aborted ahc0: Selection Timeout on A:2. 0 SCBs aborted ahc1: Selection Timeout on A:2. 0 SCBs aborted ahc2: Selection Timeout on A:2. 0 SCBs aborted ahc0: Selection Timeout on A:3. 0 SCBs aborted ahc1: Selection Timeout on A:3. 0 SCBs aborted ahc2: Selection Timeout on A:3. 0 SCBs aborted ahc0: Selection Timeout on A:4. 0 SCBs aborted ahc1: Selection Timeout on A:4. 0 SCBs aborted ahc2: Selection Timeout on A:4. 0 SCBs aborted [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 ahc0: Selection Timeout on A:5. 0 SCBs aborted ahc1: Selection Timeout on A:5. 0 SCBs aborted ahc2: Selection Timeout on A:5. 0 SCBs aborted ahc0: Selection Timeout on A:6. 0 SCBs aborted ahc1: Selection Timeout on A:6. 0 SCBs aborted ahc2: Selection Timeout on A:6. 0 SCBs aborted ahc0: Selection Timeout on A:8. 0 SCBs aborted ahc0: Selection Timeout on A:9. 0 SCBs aborted op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 3 ahc0: Selection Timeout on A:10. 0 SCBs aborted ahc0: Selection Timeout on A:11. 0 SCBs aborted ahc0: Selection Timeout on A:12. 0 SCBs aborted ahc0: Selection Timeout on A:13. 0 SCBs aborted [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 ahc0: Selection Timeout on A:14. 0 SCBs aborted ahc0: Selection Timeout on A:15. 0 SCBs aborted SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 ------------------------------------------------------------------------- This is where the kernel used to pause for just over 100 seconds. Now, with the patch installed, it slowly types the following debugging output during that period of time. The debugging output is followed by the line that says, "GEOM: new disk ad0". ------------------------------------------------------------------------- op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 4 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 5 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 6 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 7 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 8 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 9 [unknown][UNKNOWN()] Retry line 1055 Too many retries (EIO) 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 0 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 1 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 2 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 3 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 4 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 5 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 6 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 7 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 8 [unknown][UNKNOWN()] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 40 bn 0 siz 0 ptr 0xe4a73ba0 retry 9 [unknown][UNKNOWN()] Retry line 1055 Too many retries (EIO) fd0: autoselection failed 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 1024 ptr 0xc2280800 retry 0 fd0[READ(offset=0, length=1024)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc2280800 retry 1 fd0[READ(offset=0, length=1024)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc2280800 retry 2 fd0[READ(offset=0, length=1024)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc2280800 retry 3 fd0[READ(offset=0, length=1024)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc2280800 retry 4 fd0[READ(offset=0, length=1024)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc2280800 retry 5 fd0[READ(offset=0, length=1024)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc2280800 retry 6 fd0[READ(offset=0, length=1024)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc2280800 retry 7 fd0[READ(offset=0, length=1024)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc2280800 retry 8 fd0[READ(offset=0, length=1024)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc2280800 retry 9 fd0[READ(offset=0, length=1024)] Retry line 1055 Too many retries (EIO) retries: 10 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc228d600 retry 0 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc228d600 retry 1 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc228d600 retry 2 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc228d600 retry 3 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc228d600 retry 4 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc228d600 retry 5 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc228d600 retry 6 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc228d600 retry 7 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc228d600 retry 8 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc228d600 retry 9 fd0[READ(offset=0, length=512)] Retry line 1055 Too many retries (EIO) retries: 10 00 00 00 00 af 10 12 80 57 00 op 1 bn 1 siz 512 ptr 0xc2273c00 retry 0 fd0[READ(offset=512, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 1 siz 512 ptr 0xc2273c00 retry 1 fd0[READ(offset=512, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 1 siz 512 ptr 0xc2273c00 retry 2 fd0[READ(offset=512, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 1 siz 512 ptr 0xc2273c00 retry 3 fd0[READ(offset=512, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 1 siz 512 ptr 0xc2273c00 retry 4 fd0[READ(offset=512, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 1 siz 512 ptr 0xc2273c00 retry 5 fd0[READ(offset=512, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 1 siz 512 ptr 0xc2273c00 retry 6 fd0[READ(offset=512, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 1 siz 512 ptr 0xc2273c00 retry 7 fd0[READ(offset=512, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 1 siz 512 ptr 0xc2273c00 retry 8 fd0[READ(offset=512, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 1 siz 512 ptr 0xc2273c00 retry 9 fd0[READ(offset=512, length=512)] Retry line 1055 Too many retries (EIO) retries: 10 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc227a200 retry 0 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc227a200 retry 1 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc227a200 retry 2 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc227a200 retry 3 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc227a200 retry 4 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc227a200 retry 5 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc227a200 retry 6 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc227a200 retry 7 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc227a200 retry 8 fd0[READ(offset=0, length=512)] Retry line 1055 00 00 00 00 af 10 12 80 57 00 op 1 bn 0 siz 512 ptr 0xc227a200 retry 9 fd0[READ(offset=0, length=512)] Retry line 1055 Too many retries (EIO) retries: 10 GEOM: new disk ad0 GEOM: new disk ad1 GEOM: new disk ad4 GEOM: new disk ad6 00 00 00 00 af 10 12 80 57 00 [0] f:00 typ:11 s(CHS):0/1/1 e(CHS):340/254/63 s:63 l:5478102 [1] f:00 typ:165 s(CHS):341/0/1 e(CHS):681/254/63 s:5478165 l:5478165 [2] f:80 typ:165 s(CHS):682/0/1 e(CHS):1022/254/63 s:10956330 l:5478165 [3] f:00 typ:165 s(CHS):1023/0/1 e(CHS):1023/254/63 s:16434495 l:143637165 GEOM: Configure ad0s1, start 32256 length 2804788224 end 2804820479 GEOM: Configure ad0s2, start 2804820480 length 2804820480 end 5609640959 GEOM: Configure ad0s3, start 5609640960 length 2804820480 end 8414461439 GEOM: Configure ad0s4, start 8414461440 length 73542228480 end 81956689919 [0] f:00 typ:11 s(CHS):0/1/1 e(CHS):340/254/63 s:63 l:5478102 [1] f:80 typ:165 s(CHS):341/0/1 e(CHS):681/254/63 s:5478165 l:5478165 [2] f:00 typ:165 s(CHS):682/0/1 e(CHS):1022/254/63 s:10956330 l:5478165 [3] f:00 typ:165 s(CHS):1023/0/1 e(CHS):1023/254/63 s:16434495 l:143637165 GEOM: Configure ad1s1, start 32256 length 2804788224 end 2804820479 GEOM: Configure ad1s2, start 2804820480 length 2804820480 end 5609640959 GEOM: Configure ad1s3, start 5609640960 length 2804820480 end 8414461439 GEOM: Configure ad1s4, start 8414461440 length 73542228480 end 81956689919 [0] f:00 typ:98 s(CHS):0/1/1 e(CHS):340/254/63 s:63 l:5478102 [1] f:80 typ:165 s(CHS):341/0/1 e(CHS):681/254/63 s:5478165 l:5478165 [2] f:00 typ:165 s(CHS):682/0/1 e(CHS):1022/254/63 s:10956330 l:5478165 [3] f:00 typ:165 s(CHS):1023/0/1 e(CHS):1023/80/63 s:16434495 l:218007153 GEOM: Configure ad4s1, start 32256 length 2804788224 end 2804820479 GEOM: Configure ad4s2, start 2804820480 length 2804820480 end 5609640959 GEOM: Configure ad4s3, start 5609640960 length 2804820480 end 8414461439 GEOM: Configure ad4s4, start 8414461440 length 111619662336 end 120034123775 [0] f:00 typ:98 s(CHS):0/1/1 e(CHS):340/254/63 s:63 l:5478102 [1] f:00 typ:165 s(CHS):341/0/1 e(CHS):681/254/63 s:5478165 l:5478165 [2] f:00 typ:165 s(CHS):682/0/1 e(CHS):1022/254/63 s:10956330 l:5478165 [3] f:00 typ:165 s(CHS):1023/0/1 e(CHS):1023/254/63 s:16434495 l:218007153 GEOM: Configure ad6s1, start 32256 length 2804788224 end 2804820479 GEOM: Configure ad6s2, start 2804820480 length 2804820480 end 5609640959 GEOM: Configure ad6s3, start 5609640960 length 2804820480 end 8414461439 GEOM: Configure ad6s4, start 8414461440 length 111619662336 end 120034123775 GEOM: Configure ad0s2a, start 0 length 197406720 end 197406719 GEOM: Configure ad0s2b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad0s2c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad0s2d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad0s2e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad0s3a, start 0 length 197406720 end 197406719 GEOM: Configure ad0s3b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad0s3c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad0s3d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad0s3e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad0s4a, start 32256 length 11951299584 end 11951331839 GEOM: Configure ad0s4c, start 0 length 73542228480 end 73542228479 GEOM: Configure ad0s4d, start 11951331840 length 20530298880 end 32481630719 GEOM: Configure ad0s4e, start 32481630720 length 20530298880 end 53011929599 GEOM: Configure ad0s4f, start 53011929600 length 20530298880 end 73542228479 GEOM: Configure ad1s2a, start 0 length 197406720 end 197406719 GEOM: Configure ad1s2b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad1s2c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad1s2d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad1s2e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad1s3a, start 0 length 197406720 end 197406719 GEOM: Configure ad1s3b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad1s3c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad1s3d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad1s3e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad1s4a, start 32256 length 11951299584 end 11951331839 GEOM: Configure ad1s4c, start 0 length 73542228480 end 73542228479 GEOM: Configure ad1s4d, start 11951331840 length 20530298880 end 32481630719 GEOM: Configure ad1s4e, start 32481630720 length 20530298880 end 53011929599 GEOM: Configure ad1s4f, start 53011929600 length 20530298880 end 73542228479 GEOM: Configure ad4s2a, start 0 length 197406720 end 197406719 GEOM: Configure ad4s2b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad4s2c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad4s2d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad4s2e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad4s3a, start 0 length 197406720 end 197406719 GEOM: Configure ad4s3b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad4s3c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad4s3d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad4s3e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad4s4a, start 1024 length 8965554176 end 8965555199 GEOM: Configure ad4s4c, start 0 length 111619662336 end 111619662335 GEOM: Configure ad4s4d, start 8965555200 length 20530298880 end 29495854079 GEOM: Configure ad4s4e, start 29495854080 length 20530298880 end 50026152959 GEOM: Configure ad4s4f, start 50026152960 length 20530298880 end 70556451839 GEOM: Configure ad4s4g, start 70556451840 length 20530298880 end 91086750719 GEOM: Configure ad4s4h, start 91086750720 length 20530298880 end 111617049599 GEOM: Configure ad6s2a, start 0 length 197406720 end 197406719 GEOM: Configure ad6s2b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad6s2c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad6s2d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad6s2e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad6s3a, start 0 length 197406720 end 197406719 GEOM: Configure ad6s3b, start 197406720 length 65802240 end 263208959 GEOM: Configure ad6s3c, start 0 length 2804820480 end 2804820479 GEOM: Configure ad6s3d, start 263208960 length 2410007040 end 2673215999 GEOM: Configure ad6s3e, start 2673216000 length 131604480 end 2804820479 GEOM: Configure ad6s4a, start 1024 length 8965554176 end 8965555199 GEOM: Configure ad6s4c, start 0 length 111619662336 end 111619662335 GEOM: Configure ad6s4d, start 8965555200 length 20530298880 end 29495854079 GEOM: Configure ad6s4e, start 29495854080 length 20530298880 end 50026152959 GEOM: Configure ad6s4f, start 50026152960 length 20530298880 end 70556451839 GEOM: Configure ad6s4g, start 70556451840 length 20530298880 end 91086750719 GEOM: Configure ad6s4h, start 91086750720 length 20530298880 end 111617049599 Mounting root from ufs:/dev/ad0s3a start_init: trying /sbin/init splash: image decoder found: dragon_saver em0: Link is up 100 Mbps Full Duplex Linux ELF exec handler installed From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 02:18:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 502D316A4CE; Wed, 27 Oct 2004 02:18:28 +0000 (GMT) Received: from s1.stradamotorsports.com (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90AC243D1D; Wed, 27 Oct 2004 02:18:27 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] ([192.168.1.16])i9R2IP8m008212; Tue, 26 Oct 2004 19:18:25 -0700 (PDT) (envelope-from jcw@highperformance.net) Date: Tue, 26 Oct 2004 19:18:25 -0700 From: "Jason C. Wells" To: Tim Kientzle Message-ID: <8812131C4FA78B11C37C21A8@[192.168.1.16]> In-Reply-To: <417DF203.4070705@freebsd.org> References: <6CCE035F71E8316B634212C5@[192.168.1.16]> <417BBFEC.1050100@gamersimpact.com> <417DF203.4070705@freebsd.org> X-Mailer: Mulberry/3.1.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, hits=-1.0 required=4.0 tests=IN_REP_TO,REFERENCES version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-current@freebsd.org Subject: Re: tar dumps core when appending to empty file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 02:18:28 -0000 --On Monday, October 25, 2004 11:43 PM -0700 Tim Kientzle wrote: > In the interim, you might try this *much* faster > method: > > find . -name Makefile.orig | tar -c -f Makefiles.tar -I- Thanks for the handy tip. Jason C. Wells From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 02:47:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFC1116A4CE for ; Wed, 27 Oct 2004 02:47:54 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CA4043D2D for ; Wed, 27 Oct 2004 02:47:54 +0000 (GMT) (envelope-from slackatefn@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so261476wri for ; Tue, 26 Oct 2004 19:47:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=K6ij5lIRvTh4iXlZnidhTR2lAbyvjtqRpnRJ/9R/J0hbLinnUQB2KRSASqsZEWgc6MzZPM4WVg3sXJTO3fFuHw49TpnzxSHVaeAFwRsGHNjFWAnWFjXr3/RfskJ/ZwlI6yd5bbjlL8LtZCLR6dT+t5NhSRF5uY2EwAFfQmH2flY= Received: by 10.38.77.65 with SMTP id z65mr897755rna; Tue, 26 Oct 2004 19:47:50 -0700 (PDT) Received: by 10.38.99.40 with HTTP; Tue, 26 Oct 2004 19:47:50 -0700 (PDT) Message-ID: <91b5ebb0410261947192bd6f8@mail.gmail.com> Date: Tue, 26 Oct 2004 23:47:50 -0300 From: Martin Chikilian To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: RE: Plan for 5.3-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Martin Chikilian List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 02:47:55 -0000 Hi Scott and lists. With all of this, i expect to keep testing RC1, and RC2 should come before 5.3 to be completely released. If 5.3 is scheduled to be released in 7-10 days, you could release -RC2 in next 3-5 days so we've the posibility to test fixed things that might not be in current -RC1. Just an idea. Cya, Martin > All, > Today was supposed to be the release day for 5.3, but some serious > show-stoppers came to light yesterday. Since the purpose of 5.3 is to > have a functionally stable release that is suitable for migrating to, > we decided to hold up 5.3 until these issues are fixed. The first issue > deals with TCP SACK problems that result in a livelocked system. The > second involves GDB leaving threaded processes in an unkillable state. > Fixes for both are under review and will be committed to RELENG_5 in a > few days when preliminary testing is complete. > I've also turned off ULE to help narrow down many of the ambiguous > problems that are still being reported. ULE works fine for some, but > it must be eliminated from the environment when you suspect a bug. > I expect to keep ULE off in 5.x until the rate of other problem reports > and decreased and someone takes an active interest in it. > Please continue to test RC1. At this point I'm not going to promise a > particular date for 5.3-RELEASE, but I would expect it in the next 7-10 > days assuming nothing else significant comes up. > Scott From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 03:01:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49B6116A4CE for ; Wed, 27 Oct 2004 03:01:29 +0000 (GMT) Received: from mail.tellme3times.com (dsl-yul-102.e-scape.net [209.47.218.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id B141243D53 for ; Wed, 27 Oct 2004 03:01:28 +0000 (GMT) (envelope-from chris@tellme3times.com) Received: from tellme3times.com (halla.tellme3times.com [192.168.7.29]) by mail.tellme3times.com (Postfix) with ESMTP id 4BD2741F1; Tue, 26 Oct 2004 22:54:16 -0400 (EDT) Message-ID: <417F1193.2080609@tellme3times.com> Date: Tue, 26 Oct 2004 23:10:11 -0400 From: Chris User-Agent: Mozilla Thunderbird 0.5 (X11/20040413) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Boris Kovalenko References: <417EE51E.80007@tellme3times.com> <417F03B3.4060008@ntmk.ru> In-Reply-To: <417F03B3.4060008@ntmk.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: firefox-1.0.1.p_4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 03:01:29 -0000 Thank you, I get a little farther, chris@halla:~> /usr/X11R6/bin/firefox LoadPlugin: failed to initialize shared library /usr/local/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so [/usr/local/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so: Undefined symbol "_ZTV16nsQueryInterface"] but still no window. Chris Boris Kovalenko wrote: > Chris wrote: > Hello! > > Read /usr/ports/UPDATING 20041012? > >> I cvsup'ed ports yesterday on 5.3BETA7. >> >> make install produces no errors. >> >> Running firefox produces no results. >> >> It runs on and on but opens no window. top shows it running. >> >> Any ideas? >> >> Chris >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> > Regards, > Boris > > > > ********************************************************************** > This message contains no virus. > From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 03:11:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FD3C16A4CE; Wed, 27 Oct 2004 03:11:40 +0000 (GMT) Received: from lakermmtao03.cox.net (lakermmtao03.cox.net [68.230.240.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC82743D53; Wed, 27 Oct 2004 03:11:39 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.30.24]) by lakermmtao03.cox.net ESMTP <20041027031133.GLKW15262.lakermmtao03.cox.net@dolphin.local.net>; Tue, 26 Oct 2004 23:11:33 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i9R3Bcm3011548; Tue, 26 Oct 2004 22:11:38 -0500 (CDT) (envelope-from conrads@cox.net) Date: Tue, 26 Oct 2004 22:11:33 -0500 From: "Conrad J. Sabatier" To: Andre Oppermann Message-ID: <20041026221133.68115de1@dolphin.local.net> In-Reply-To: <417E4337.80804@freebsd.org> References: <417B128B.7080904@gddsn.org.cn> <20041024133045.40733f45@dolphin.local.net> <20041024144743.37fb5c69@dolphin.local.net> <417D5E51.2060100@freebsd.org> <20041025214401.31d63ee4@dolphin.local.net> <417E4337.80804@freebsd.org> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: make buildkernel failed related to ip_divert module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 03:11:40 -0000 On Tue, 26 Oct 2004 14:29:43 +0200, Andre Oppermann wrote: > Conrad J. Sabatier wrote: > > On Mon, 25 Oct 2004 22:13:05 +0200, Andre Oppermann > > wrote: > > > > > >>Conrad J. Sabatier wrote: > >> > >>>This problem is occurring with the following kernel options: > >>> > >>>options IPDIVERT > >>>options IPFILTER > >>>options IPFILTER_LOG > >>> > >>>The only workaround at this time is adding "options IPFIREWALL". > >> > >>Yes, that is correct. > >> > >>IPDIVERT is a module now and you can dynamically load it just like > >you>can load ipfw (options IPFIREWALL). > >> > >>IPDIVERT depends on ipfw being loaded or compiled into the kernel. > >> > >>I have done the last step of IPDIVERT's transition into a KLD a few > >>minutes ago. It will warn you now if you try to compile it into a > >>kernel without IPFIREWALL as well. As a module it will simply > >>complain that ipfw needs to be loaded first. > > > > Hmmm. I'm confused now. Up until a day or two ago, the kernel > > would compile just fine without IPFIREWALL. When did IPDIVERT come > > to depend on IPFIREWALL, and why? > > > > Or maybe I'm just *really* confused. I thought I needed IPDIVERT > > for ipnat to work, or am I mistaken? > > Yes, you are confused. ;) IPDIVERT is only required for NAT with ipfw > (a.k.a. IPFIREWALL). > > > What exactly do I need now to use ipf and ipnat? > > ipf and ipnat. Nothing else in the kernel. > > -- > Andre Ah, thanks! -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 03:29:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 482ED16A4CE for ; Wed, 27 Oct 2004 03:29:22 +0000 (GMT) Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4D3843D46 for ; Wed, 27 Oct 2004 03:29:21 +0000 (GMT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from ocean.jinmei.org (unknown [2001:4f8:3:bb:200:39ff:fed7:e2e4]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id A3BD815210 for ; Wed, 27 Oct 2004 12:29:19 +0900 (JST) Date: Wed, 27 Oct 2004 12:29:19 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: freebsd-current@freebsd.org User-Agent: Wanderlust/2.10.1 (Watching The Wheels) Emacs/21.3 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Subject: minor typo in sys/kern/uipc_socket2.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 03:29:22 -0000 FreeBSD current (and the 5.3 branch) needs the following patch. Otherwise, it always consumes mbuf cluster for cmsg items even when unnecessary. (I should probably file a PR for this, but I currently do not have a good access to the PR system. So please forgive me to send this to the list.) JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp Index: uipc_socket2.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_socket2.c,v retrieving revision 1.137 diff -u -r1.137 uipc_socket2.c --- uipc_socket2.c 15 Aug 2004 06:24:41 -0000 1.137 +++ uipc_socket2.c 27 Oct 2004 03:26:48 -0000 @@ -1253,7 +1253,7 @@ if (CMSG_SPACE((u_int)size) > MCLBYTES) return ((struct mbuf *) NULL); - if (CMSG_SPACE((u_int)size > MLEN)) + if (CMSG_SPACE((u_int)size) > MLEN) m = m_getcl(M_DONTWAIT, MT_CONTROL, 0); else m = m_get(M_DONTWAIT, MT_CONTROL); From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 04:05:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A82E16A4CE for ; Wed, 27 Oct 2004 04:05:02 +0000 (GMT) Received: from hotmail.com (bay2-dav10.bay2.hotmail.com [65.54.246.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0515643D49 for ; Wed, 27 Oct 2004 04:05:02 +0000 (GMT) (envelope-from tssajo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 26 Oct 2004 21:05:01 -0700 Received: from 24.24.201.219 by BAY2-DAV10.phx.gbl with DAV; Wed, 27 Oct 2004 04:04:39 +0000 X-Originating-IP: [24.24.201.219] X-Originating-Email: [tssajo@hotmail.com] X-Sender: tssajo@hotmail.com From: "Zoltan Frombach" To: Date: Tue, 26 Oct 2004 21:04:37 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 27 Oct 2004 04:05:01.0669 (UTC) FILETIME=[21BFA950:01C4BBDA] Subject: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 04:05:02 -0000 Okay guys, this is my very first post to the list, so please be nice to me. ;-) I have a simple question. I currently have FreeBSD 5.2-CURRENT #3 (from May 9, 2004) installed on a semi-production server. I need to update it to 5.3-RELEASE when it becomes available. I've read in src/UPDATING that all installed ports must be rebuilt (after a successful build world and install world, of course). Someone suggested to use 'portupgrade -af' to rebuild all installed ports. But this would take a whole day, especially since it's just a single processor Pentium III system. Shouldn't it be faster to let portupgrade use pre-compiled packages (either from a 5.3-RELEASE install CD or from a remote site)? Something like: 'portupgrade -afP' ? Would it work? This would save a lot of time... a lot of down-time, in fact. Can someone more experienced with portupgrade confirm that this would work? I would really appreciate either a firm yes or a firm no answer. I just need to know the answer to this question from someone who is more knowledgable than I am, before I start doing something stupid... ;-) Thank you guys, all!! Zoltan From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 04:21:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C62316A4CE for ; Wed, 27 Oct 2004 04:21:15 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03CFA43D2F for ; Wed, 27 Oct 2004 04:21:15 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i9R4IhoF022309 for ; Wed, 27 Oct 2004 00:18:43 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-/21VfujAk1Sg/Hb8+e80" Organization: MarcusCom, Inc. Message-Id: <1098850867.51833.14.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 27 Oct 2004 00:21:07 -0400 X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on creme-brulee.marcuscom.com Subject: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 04:21:15 -0000 --=-/21VfujAk1Sg/Hb8+e80 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The more I look into this, the more it looks like I'm screwed. I'm trying to install FreeBSD 5.3-RC1 from CD on a machine without any PS/2 ports. All I have is a USB keyboard. Yes, the BIOS has legacy USB support enabled, and the keyboard works to hit enter at the initial boot prompt. However, once I'm in sysinstall, I'm out of luck. I tried disconnecting the keyboard at boot time to see if I could get a serial console to do the installation, but that didn't work. The console was still detected as internal video. Any ideas on how I can get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-/21VfujAk1Sg/Hb8+e80 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBfyIzb2iPiv4Uz4cRAnQsAJ40P9umexIwTBqCeaoljpDujq/EZACfdFaF siSLtkK8DDi98AAUlEfBwGQ= =od8A -----END PGP SIGNATURE----- --=-/21VfujAk1Sg/Hb8+e80-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 04:39:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FF0D16A4CE for ; Wed, 27 Oct 2004 04:39:34 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF1CB43D48 for ; Wed, 27 Oct 2004 04:39:33 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i9R4Zj9D022420; Wed, 27 Oct 2004 00:35:45 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: sam wun In-Reply-To: <417F2556.4040802@authtec.net> References: <1098850867.51833.14.camel@shumai.marcuscom.com> <417F2556.4040802@authtec.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-mN1LKBcrtSm9LYwunMBE" Organization: MarcusCom, Inc. Message-Id: <1098851889.51833.17.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 27 Oct 2004 00:38:09 -0400 X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on creme-brulee.marcuscom.com cc: current@freebsd.org Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 04:39:34 -0000 --=-mN1LKBcrtSm9LYwunMBE Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-10-27 at 00:34, sam wun wrote: > Joe Marcus Clarke wrote: >=20 > >However, once I'm in sysinstall, I'm out of luck. > > =20 > > > Have you tried the following options: > " usbd", "Enable USB daemon (detect USB attach / detach) ? I don't even have the system installed. I know the keyboard will work fine once I get things up and running, but I have to get there first. >=20 > >I tried disconnecting the keyboard at boot time to see if I could get a > >serial console to do the installation, but that didn't work. The > >console was still detected as internal video. Any ideas on how I can > >get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. > > > > =20 > > > I m surprised the serial mode doesn't work. > I believe you need to change one of the tty device in the /etc/tty file=20 > to enable serial mode. Yes, once I get things up and running, I can start a getty, but for now, I just need to get the OS installed. I think I need to make floppies with a boot.config file that tells FreeBSD to use the serial console. I think I'll give that a shot. Joe >=20 > Sam. >=20 > >Joe > > > > =20 > > --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-mN1LKBcrtSm9LYwunMBE Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBfyYxb2iPiv4Uz4cRAlFxAKCf2RjEXcfP9TMExxDSRY8up7plWgCeOQ+Y qLJpmA7l5F3k83AgF7LeHdk= =VFW/ -----END PGP SIGNATURE----- --=-mN1LKBcrtSm9LYwunMBE-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 04:48:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41D5D16A4CE for ; Wed, 27 Oct 2004 04:48:54 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFC2243D1F for ; Wed, 27 Oct 2004 04:48:53 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i9R4mq3n066687; Wed, 27 Oct 2004 00:48:52 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i9R4mqbN066684; Wed, 27 Oct 2004 00:48:52 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Wed, 27 Oct 2004 00:48:52 -0400 (EDT) From: Andre Guibert de Bruet To: Zoltan Frombach In-Reply-To: Message-ID: <20041027003640.K42571@alpha.siliconlandmark.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 04:48:54 -0000 On Tue, 26 Oct 2004, Zoltan Frombach wrote: > Okay guys, this is my very first post to the list, so please be nice to me. > ;-) > > I have a simple question. I currently have FreeBSD 5.2-CURRENT #3 (from May > 9, 2004) installed on a semi-production server. I need to update it to > 5.3-RELEASE when it becomes available. I've read in src/UPDATING that all > installed ports must be rebuilt (after a successful build world and install > world, of course). Someone suggested to use 'portupgrade -af' to rebuild all Don't forget the mergemaster step! > installed ports. But this would take a whole day, especially since it's just > a single processor Pentium III system. Shouldn't it be faster to let > portupgrade use pre-compiled packages (either from a 5.3-RELEASE install CD > or from a remote site)? Something like: 'portupgrade -afP' ? Would it work? > This would save a lot of time... a lot of down-time, in fact. This is guaranteed to work if: - Your ports skeleton is up to date. - This machine has HTTP and FTP access enabled. - The ports you are upgrading are not forbidden, deprecated or broken. - All distfiles are available from at least one of the relevant mirrors. This is the case because portupgrade -P searches for packages locally or wherever PKG_PATH points to, tries to use pkg_fetch and then falls back to updating from ports if precompiled packages are not available. > Can someone more experienced with portupgrade confirm that this would work? I > would really appreciate either a firm yes or a firm no answer. I just need to > know the answer to this question from someone who is more knowledgable than I > am, before I start doing something stupid... ;-) Thank you guys, all!! "firm yes", but only if all of the above conditions are met. Have fun with this "upgradathon"! :-) Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 04:56:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76E5916A4CE for ; Wed, 27 Oct 2004 04:56:14 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1271743D5C for ; Wed, 27 Oct 2004 04:56:14 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i9R4u9W5066775; Wed, 27 Oct 2004 00:56:09 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i9R4u9kZ066772; Wed, 27 Oct 2004 00:56:09 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Wed, 27 Oct 2004 00:56:09 -0400 (EDT) From: Andre Guibert de Bruet To: Joe Marcus Clarke In-Reply-To: <1098850867.51833.14.camel@shumai.marcuscom.com> Message-ID: <20041027005518.W42571@alpha.siliconlandmark.com> References: <1098850867.51833.14.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 04:56:14 -0000 On Wed, 27 Oct 2004, Joe Marcus Clarke wrote: > The more I look into this, the more it looks like I'm screwed. I'm > trying to install FreeBSD 5.3-RC1 from CD on a machine without any PS/2 > ports. All I have is a USB keyboard. Yes, the BIOS has legacy USB > support enabled, and the keyboard works to hit enter at the initial boot > prompt. However, once I'm in sysinstall, I'm out of luck. > > I tried disconnecting the keyboard at boot time to see if I could get a > serial console to do the installation, but that didn't work. The > console was still detected as internal video. Any ideas on how I can > get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. Joe- When in doubt, a good old hard drive swap works wonders... :) | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 04:58:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7C4016A4CE for ; Wed, 27 Oct 2004 04:58:00 +0000 (GMT) Received: from hotmail.com (bay2-dav18.bay2.hotmail.com [65.54.246.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFA5943D31 for ; Wed, 27 Oct 2004 04:58:00 +0000 (GMT) (envelope-from tssajo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 26 Oct 2004 21:58:00 -0700 Received: from 24.24.201.219 by BAY2-DAV18.phx.gbl with DAV; Wed, 27 Oct 2004 04:57:42 +0000 X-Originating-IP: [24.24.201.219] X-Originating-Email: [tssajo@hotmail.com] X-Sender: tssajo@hotmail.com From: "Zoltan Frombach" To: "Andre Guibert de Bruet" References: <20041027003640.K42571@alpha.siliconlandmark.com> Date: Tue, 26 Oct 2004 21:57:43 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 27 Oct 2004 04:58:00.0504 (UTC) FILETIME=[887B6380:01C4BBE1] cc: freebsd-current@freebsd.org Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 04:58:01 -0000 Thank you for your prompt reply! All of the mentioned conditions are true in my case, so I guess this is the way I'm gonna go. I have a few ports that I compile with custom command line options, but I can always re-compile those later just by issuing individual portupgrade -f portname commands. My main point is to shorten the downtime this server must suffer at the "upgradathon". ;-) Again, thanks for confirming this! Zoltan > On Tue, 26 Oct 2004, Zoltan Frombach wrote: > >> Okay guys, this is my very first post to the list, so please be nice to >> me. ;-) >> >> I have a simple question. I currently have FreeBSD 5.2-CURRENT #3 (from >> May 9, 2004) installed on a semi-production server. I need to update it >> to 5.3-RELEASE when it becomes available. I've read in src/UPDATING that >> all installed ports must be rebuilt (after a successful build world and >> install world, of course). Someone suggested to use 'portupgrade -af' to >> rebuild all > > Don't forget the mergemaster step! > >> installed ports. But this would take a whole day, especially since it's >> just a single processor Pentium III system. Shouldn't it be faster to let >> portupgrade use pre-compiled packages (either from a 5.3-RELEASE install >> CD or from a remote site)? Something like: 'portupgrade -afP' ? Would it >> work? This would save a lot of time... a lot of down-time, in fact. > > This is guaranteed to work if: > - Your ports skeleton is up to date. > - This machine has HTTP and FTP access enabled. > - The ports you are upgrading are not forbidden, deprecated or broken. > - All distfiles are available from at least one of the relevant mirrors. > > This is the case because portupgrade -P searches for packages locally or > wherever PKG_PATH points to, tries to use pkg_fetch and then falls back to > updating from ports if precompiled packages are not available. > >> Can someone more experienced with portupgrade confirm that this would >> work? I would really appreciate either a firm yes or a firm no answer. I >> just need to know the answer to this question from someone who is more >> knowledgable than I am, before I start doing something stupid... ;-) >> Thank you guys, all!! > > "firm yes", but only if all of the above conditions are met. > > Have fun with this "upgradathon"! :-) > > Regards, > Andy From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 05:04:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A68B416A4CE for ; Wed, 27 Oct 2004 05:04:43 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E06E43D69 for ; Wed, 27 Oct 2004 05:04:43 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i9R52A1H022607; Wed, 27 Oct 2004 01:02:10 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Andre Guibert de Bruet In-Reply-To: <20041027005518.W42571@alpha.siliconlandmark.com> References: <1098850867.51833.14.camel@shumai.marcuscom.com> <20041027005518.W42571@alpha.siliconlandmark.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Fb7HqA7FOadsUBAyro1P" Organization: MarcusCom, Inc. Message-Id: <1098853474.51833.23.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 27 Oct 2004 01:04:34 -0400 X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on creme-brulee.marcuscom.com cc: current@freebsd.org Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 05:04:43 -0000 --=-Fb7HqA7FOadsUBAyro1P Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-10-27 at 00:56, Andre Guibert de Bruet wrote: > On Wed, 27 Oct 2004, Joe Marcus Clarke wrote: >=20 > > The more I look into this, the more it looks like I'm screwed. I'm > > trying to install FreeBSD 5.3-RC1 from CD on a machine without any PS/2 > > ports. All I have is a USB keyboard. Yes, the BIOS has legacy USB > > support enabled, and the keyboard works to hit enter at the initial boo= t > > prompt. However, once I'm in sysinstall, I'm out of luck. > > > > I tried disconnecting the keyboard at boot time to see if I could get a > > serial console to do the installation, but that didn't work. The > > console was still detected as internal video. Any ideas on how I can > > get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. >=20 > Joe- When in doubt, a good old hard drive swap works wonders... :) Yes it does, but are new users to FreeBSD going to be willing to do this? I really think we should make the effort to support both PS/2 and USB keyboards during install, or we may find that users will look elsewhere. That said, I built boot floppies, created a /boot.config on my boot.flp with "-hD", and I'm now doing a serial console install. Joe >=20 > | Andre Guibert de Bruet | Enterprise Software Consultant > > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-Fb7HqA7FOadsUBAyro1P Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBfyxib2iPiv4Uz4cRAqi0AJ4zfCVgsHvRm2YEzNcCjgT39Ta99wCghFWL xFWuRgv1VVmhnBz9kNzY64w= =FgcP -----END PGP SIGNATURE----- --=-Fb7HqA7FOadsUBAyro1P-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 05:09:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D07116A4CE for ; Wed, 27 Oct 2004 05:09:01 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1600943D46 for ; Wed, 27 Oct 2004 05:09:01 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i9R58t7o066854; Wed, 27 Oct 2004 01:08:55 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i9R58qaK066851; Wed, 27 Oct 2004 01:08:53 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Wed, 27 Oct 2004 01:08:52 -0400 (EDT) From: Andre Guibert de Bruet To: Zoltan Frombach In-Reply-To: Message-ID: <20041027010516.Y42571@alpha.siliconlandmark.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 05:09:01 -0000 On Tue, 26 Oct 2004, Zoltan Frombach wrote: > Thank you for your prompt reply! All of the mentioned conditions are true in > my case, so I guess this is the way I'm gonna go. I have a few ports that I > compile with custom command line options, but I can always re-compile those > later just by issuing individual portupgrade -f portname commands. My main > point is to shorten the downtime this server must suffer at the > "upgradathon". ;-) Just as a word of caution, when jumping between versions of FreeBSD, you should upgrade ruby and portupgrade manually first and then performing the portupgrade on all ports. This isn't documented, but I've run into instances where some changes to the base system broke ruby... Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 05:17:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6848C16A4CE for ; Wed, 27 Oct 2004 05:17:46 +0000 (GMT) Received: from mail.oisca.org (mail.oisca.org [164.46.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FF5B43D5A for ; Wed, 27 Oct 2004 05:17:45 +0000 (GMT) (envelope-from pwd8jmr22w@me.point.ne.jp) Received: from [192.168.1.35] (99.189.192.61.tokyo.bflets.alpha-net.ne.jp [61.192.189.99]) (authenticated (0 bits)) by mail.oisca.org (8.12.11/8.11.3) with ESMTP id i9R5HhfX017207 for ; Wed, 27 Oct 2004 14:17:44 +0900 Message-ID: <417FADE3.4010307@me.point.ne.jp> Date: Wed, 27 Oct 2004 14:17:07 +0000 From: Srot BULL Organization: I-International User-Agent: Mozilla Thunderbird 0.8 (X11/20041020) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <417F7769.7090200@me.point.ne.jp> In-Reply-To: <417F7769.7090200@me.point.ne.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Cannot mount cdrw-dvd drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pwd8jmr22w@me.point.ne.jp List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 05:17:46 -0000 Forgive me for replying to my own post. Srot BULL wrote: > I have included "hw.ata.atapi_dma=0" in my sysctl.conf but during > boot-up I saw that my system can not set this setting and doing the > following: > > R40e:~: sysctl hw.ata.atapi_dma > hw.ata.atapi_dma: 1 > > Althought as I have said above that I have included "hw.ata.atapi_dma=0" > in my sysctl.conf already. > When I use the device atapicam in my kernel..."/dev/acd0" disappears and > there is also no "/dev/cd0"...and my hardisk light keeps it's light on > and does not go off... I saw a message during the boot-up process in my System that says something about "hw.ata.atapi_dma" in my /etc/sysctl.conf is a readonly is a setting and mentioned about setting it at /boot/loader.conf. After setting "hw.ata.atapi_dma=0" in my /boot/loader.conf, I am able to mount a CD in my drive. I am planning to compile my kernel with "device atapicam" because burncd does not support it...I need to use cdrecord... Again, my apologies for replying to my own post.. Srot BULL From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 05:20:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96AD216A4CF for ; Wed, 27 Oct 2004 05:20:52 +0000 (GMT) Received: from chello084114137224.1.15.vie.surfer.at (chello084114137224.1.15.vie.surfer.at [84.114.137.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C45F43D5A for ; Wed, 27 Oct 2004 05:20:51 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 61416 invoked from network); 27 Oct 2004 05:20:49 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 27 Oct 2004 05:20:49 -0000 From: Christian Hiris <4711@chello.at> To: freebsd-current@freebsd.org Date: Wed, 27 Oct 2004 07:20:29 +0200 User-Agent: KMail/1.7 References: <1098850867.51833.14.camel@shumai.marcuscom.com> <20041027005518.W42571@alpha.siliconlandmark.com> <1098853474.51833.23.camel@shumai.marcuscom.com> In-Reply-To: <1098853474.51833.23.camel@shumai.marcuscom.com> Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410270720.48963.4711@chello.at> Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 05:20:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 27 October 2004 07:04, Joe Marcus Clarke wrote: > On Wed, 2004-10-27 at 00:56, Andre Guibert de Bruet wrote: > > On Wed, 27 Oct 2004, Joe Marcus Clarke wrote: > > > The more I look into this, the more it looks like I'm screwed. I'm > > > trying to install FreeBSD 5.3-RC1 from CD on a machine without any PS/2 > > > ports. All I have is a USB keyboard. Yes, the BIOS has legacy USB > > > support enabled, and the keyboard works to hit enter at the initial > > > boot prompt. However, once I'm in sysinstall, I'm out of luck. > > > > > > I tried disconnecting the keyboard at boot time to see if I could get a > > > serial console to do the installation, but that didn't work. The > > > console was still detected as internal video. Any ideas on how I can > > > get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. > > > > Joe- When in doubt, a good old hard drive swap works wonders... :) > > Yes it does, but are new users to FreeBSD going to be willing to do > this? I really think we should make the effort to support both PS/2 and > USB keyboards during install, or we may find that users will look > elsewhere. > > That said, I built boot floppies, created a /boot.config on my boot.flp > with "-hD", and I'm now doing a serial console install. There is a link to a (bootonly) test-iso in pr 71443. http://www.freebsd.org/cgi/query-pr.cgi?pr=71443 Cheers, ch - -- Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBfzAw09WjGjvKU74RAnEpAJ9cbvvTuvf1Oj1q1U4C8KokEHlmlwCeJ+sV tRLLpqav16zcRS9naas8UmA= =nV/t -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 05:23:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25E9216A4CE for ; Wed, 27 Oct 2004 05:23:41 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40FA743D1D for ; Wed, 27 Oct 2004 05:23:40 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i9R5L2Ii022731; Wed, 27 Oct 2004 01:21:02 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Christian Hiris <4711@chello.at> In-Reply-To: <200410270720.48963.4711@chello.at> References: <1098850867.51833.14.camel@shumai.marcuscom.com> <20041027005518.W42571@alpha.siliconlandmark.com> <1098853474.51833.23.camel@shumai.marcuscom.com> <200410270720.48963.4711@chello.at> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cLGW0421P48rCRo9WwIF" Organization: MarcusCom, Inc. Message-Id: <1098854606.51833.25.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 27 Oct 2004 01:23:26 -0400 X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on creme-brulee.marcuscom.com cc: freebsd-current@freebsd.org Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 05:23:41 -0000 --=-cLGW0421P48rCRo9WwIF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-10-27 at 01:20, Christian Hiris wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > On Wednesday 27 October 2004 07:04, Joe Marcus Clarke wrote: > > On Wed, 2004-10-27 at 00:56, Andre Guibert de Bruet wrote: > > > On Wed, 27 Oct 2004, Joe Marcus Clarke wrote: > > > > The more I look into this, the more it looks like I'm screwed. I'm > > > > trying to install FreeBSD 5.3-RC1 from CD on a machine without any = PS/2 > > > > ports. All I have is a USB keyboard. Yes, the BIOS has legacy USB > > > > support enabled, and the keyboard works to hit enter at the initial > > > > boot prompt. However, once I'm in sysinstall, I'm out of luck. > > > > > > > > I tried disconnecting the keyboard at boot time to see if I could g= et a > > > > serial console to do the installation, but that didn't work. The > > > > console was still detected as internal video. Any ideas on how I c= an > > > > get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. > > > > > > Joe- When in doubt, a good old hard drive swap works wonders... :) > > > > Yes it does, but are new users to FreeBSD going to be willing to do > > this? I really think we should make the effort to support both PS/2 an= d > > USB keyboards during install, or we may find that users will look > > elsewhere. > > > > That said, I built boot floppies, created a /boot.config on my boot.flp > > with "-hD", and I'm now doing a serial console install. >=20 > There is a link to a (bootonly) test-iso in pr 71443. > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D71443 Thanks for the pointer. I have 5.3 installed now, but I'll burn this up, and test it none-the-less. Joe >=20 > Cheers, > ch =20 >=20 > - --=20 > Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE=20 > OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.6 (FreeBSD) >=20 > iD8DBQFBfzAw09WjGjvKU74RAnEpAJ9cbvvTuvf1Oj1q1U4C8KokEHlmlwCeJ+sV > tRLLpqav16zcRS9naas8UmA=3D > =3DnV/t > -----END PGP SIGNATURE----- --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-cLGW0421P48rCRo9WwIF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBfzDOb2iPiv4Uz4cRAqtJAJ9Uk9JfjtXVQvU2gfFrQT30Zm6EhwCfT+JH a82nitj3UOb24x2bIrfqvHo= =5ETH -----END PGP SIGNATURE----- --=-cLGW0421P48rCRo9WwIF-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 05:36:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0F6C16A4CE for ; Wed, 27 Oct 2004 05:36:01 +0000 (GMT) Received: from hotmail.com (bay2-dav9.bay2.hotmail.com [65.54.246.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id B44A043D45 for ; Wed, 27 Oct 2004 05:36:01 +0000 (GMT) (envelope-from tssajo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 26 Oct 2004 22:36:01 -0700 Received: from 24.24.201.219 by BAY2-DAV9.phx.gbl with DAV; Wed, 27 Oct 2004 05:35:16 +0000 X-Originating-IP: [24.24.201.219] X-Originating-Email: [tssajo@hotmail.com] X-Sender: tssajo@hotmail.com From: "Zoltan Frombach" To: "Andre Guibert de Bruet" References: <20041027010516.Y42571@alpha.siliconlandmark.com> Date: Tue, 26 Oct 2004 22:35:16 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 27 Oct 2004 05:36:01.0447 (UTC) FILETIME=[D807AB70:01C4BBE6] cc: freebsd-current@freebsd.org Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 05:36:02 -0000 I was planning to recompile portupgrade manually first. But I didn't know/remember that it was dependent on ruby. So here is what I'm gonna do step by step: 1. cvsup src to 5.3-RELEASE (when it becomes available) 2. cvsup the ports tree to the latest skeleton - still using the 5.2 system 3. upgrade kernel + world (including the mergmaster step, of course) I will follow the official updating guide step by step and very carefully 4. double-check if ftp and http connection is still working with new kernel 5. recompile ruby manually 6. recompile portupgrade manually 7. portupgrade -af -P 8. recompile the few ports that needs special options and/or local patching I believe this will work and will save a lot of time! Thanks again for the help!! Zoltan ----- Original Message ----- From: "Andre Guibert de Bruet" To: "Zoltan Frombach" Cc: Sent: Tuesday, October 26, 2004 10:08 PM Subject: Re: Portupgrade -af question > > On Tue, 26 Oct 2004, Zoltan Frombach wrote: > >> Thank you for your prompt reply! All of the mentioned conditions are true >> in my case, so I guess this is the way I'm gonna go. I have a few ports >> that I compile with custom command line options, but I can always >> re-compile those later just by issuing individual portupgrade -f portname >> commands. My main point is to shorten the downtime this server must >> suffer at the "upgradathon". ;-) > > Just as a word of caution, when jumping between versions of FreeBSD, you > should upgrade ruby and portupgrade manually first and then performing the > portupgrade on all ports. This isn't documented, but I've run into > instances where some changes to the base system broke ruby... > > Regards, > Andy > > | Andre Guibert de Bruet | Enterprise Software Consultant > > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 05:38:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 826C816A4CE for ; Wed, 27 Oct 2004 05:38:40 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85F7C43D49 for ; Wed, 27 Oct 2004 05:38:39 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (wuwqfl6j@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i9R5cb5D065073; Wed, 27 Oct 2004 09:38:37 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 27 Oct 2004 09:38:37 +0400 (MSD) From: Maxim Konovalov To: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= In-Reply-To: Message-ID: <20041027093821.R64903@mp2.macomnet.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT cc: freebsd-current@freebsd.org Subject: Re: minor typo in sys/kern/uipc_socket2.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 05:38:40 -0000 On Wed, 27 Oct 2004, 12:29+0900, JINMEI Tatuya / ¿ÀÌÀãºÈ wrote: > FreeBSD current (and the 5.3 branch) needs the following patch. > Otherwise, it always consumes mbuf cluster for cmsg items even when > unnecessary. > > (I should probably file a PR for this, but I currently do not have a > good access to the PR system. So please forgive me to send this to > the list.) Fixed, thanks! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 06:11:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A470116A4CE for ; Wed, 27 Oct 2004 06:11:51 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C3C043D39 for ; Wed, 27 Oct 2004 06:11:51 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CMYpb-0000K4-TN; Wed, 27 Oct 2004 01:26:15 +0400 From: Vladimir Grebenschikov To: "M. Warner Losh" In-Reply-To: <1098774037.1071.12.camel@localhost> References: <1098564131.1064.3.camel@localhost> <20041025.213136.05880213.imp@bsdimp.com> <1098774037.1071.12.camel@localhost> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 27 Oct 2004 01:26:15 +0400 Message-Id: <1098825975.1061.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: fxp does not work after upgrade to latest current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 06:11:51 -0000 =F7 =D7=D4, 26/10/2004 =D7 11:00 +0400, Vladimir Grebenschikov =D0=C9=DB=C5= =D4: > =F7 =D0=CE, 25/10/2004 =D7 21:31 -0600, M. Warner Losh =D0=C9=DB=C5=D4: > > In message: <1098564131.1064.3.camel@localhost> > > Vladimir Grebenschikov writes: > > : fxp0: port 0x4000-0x403f m= em 0xd0200000-0xd0200fff irq 9 at device 8.0 on pci2 > >=20 > > What does devinfo -r show for cbb0? >=20 > pcib2 > pci2 > cbb0 > I/O memory addresses: > 0xd0203000-0xd0203fff > cardbus0 > fwohci0 > I/O memory addresses: > 0xd0202000-0xd02027ff > firewire0 > sbp0 > dcons_crom0 > fxp0 > I/O ports: > 0x4000-0x403f > I/O memory addresses: > 0xd0200000-0xd0200fff > miibus0 > inphy0 > ndis0 > I/O memory addresses: > 0xd0201000-0xd0201fff >=20 >=20 > But, I've wrote before problem already disappear. I've managed to reproduce problem, it is due to linux-based installer of os-selector from acronis (www.acronis.com), it a) panics with trap during installation, b) make my on-board fxp so crazy. If installed with win-based installer os-selector itself works without problems. Looks like fxp driver does not properly initialize card. there is devinfo -r after try of install os-selector nexus0 acpi0 Interrupt request lines: 0x9 I/O ports: 0x2e-0x2f 0x61 0x63 0x65 0x67 0x80 0x92 0xb2-0xb3 0x600-0x60f 0x700-0x70f 0x1000-0x107f 0x1180-0x11bf 0xfe00-0xfe01 0xfe10-0xfe17 I/O memory addresses: 0xfebfe000-0xfebfefff 0xfebff000-0xfebfffff 0xfec00000-0xfec00fff cpu0 I/O ports: 0x1010-0x1013 0x1014 acpi_tz0 acpi_lid0 acpi_button0 pcib0 pci0 hostb0 I/O memory addresses: 0xe0000000-0xefffffff pcib1 pci1 drm0 I/O ports: 0x3000-0x30ff I/O memory addresses: 0xd0100000-0xd010ffff 0xd8000000-0xdfffffff uhci0 I/O ports: 0x1800-0x181f usb0 uhub0 uhci1 I/O ports: 0x1820-0x183f usb1 uhub1 uhci2 I/O ports: 0x1840-0x185f usb2 uhub2 ehci0 I/O memory addresses: 0xd0000000-0xd00003ff usb3 uhub3 pcib2 pci2 fxp0 I/O ports: 0x4000-0x403f I/O memory addresses: 0xd0200000-0xd0200fff ndis0 I/O memory addresses: 0xd0201000-0xd0201fff isab0 isa0 pmtimer0 sc0 sio0 Interrupt request lines: 0x4 I/O ports: 0x3f8-0x3ff vga0 I/O ports: 0x3c0-0x3df I/O memory addresses: 0xa0000-0xbffff orm0 I/O memory addresses: 0xc0000-0xcffff 0xd8000-0xdbfff 0xdc000-0xdffff atapci0 I/O ports: 0x170-0x177 0x1f0-0x1f7 0x376 0x3f6 0x1860-0x186f ata0 Interrupt request lines: 0xe ata1 Interrupt request lines: 0xf attimer0 atpic0 attimer1 npxisa0 atdma0 acpi_sysresource0 acpi_ec0 I/O ports: 0x62 0x66 acpi_cmbat0 acpi_acad0 atkbdc0 I/O ports: 0x60 0x64 atkbd0 Interrupt request lines: 0x1 psm0 Interrupt request lines: 0xc psmcpnp0 acpi_timer0 I/O ports: 0x1008-0x100b npx0 Interrupt request lines: 0xd > > Warner --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 06:36:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A1FA16A4CE for ; Wed, 27 Oct 2004 06:36:58 +0000 (GMT) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7C5143D55 for ; Wed, 27 Oct 2004 06:36:57 +0000 (GMT) (envelope-from flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.12.9p2/8.12.8) with ESMTP id i9R6apkc007341; Wed, 27 Oct 2004 08:36:51 +0200 (CEST) (envelope-from flygt@sr.se) Received: from oldie.sr.se (oldie [134.25.200.100]) by honken.sr.se (8.12.8p2/8.12.8) with ESMTP id i9R6anO1016390; Wed, 27 Oct 2004 08:36:51 +0200 (CEST) (envelope-from flygt@sr.se) Received: from oldie.sr.se (localhost [127.0.0.1]) by oldie.sr.se (8.13.1/8.12.11) with ESMTP id i9R6aiXS019986; Wed, 27 Oct 2004 08:36:44 +0200 (CEST) (envelope-from flygt@sr.se) Received: (from gunnar@localhost) by oldie.sr.se (8.13.1/8.13.1/Submit) id i9R6adob019985; Wed, 27 Oct 2004 08:36:39 +0200 (CEST) (envelope-from gunnar) Date: Wed, 27 Oct 2004 08:36:39 +0200 From: Gunnar Flygt To: Joe Marcus Clarke Message-ID: <20041027063639.GA1767@sr.se> References: <1098850867.51833.14.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098850867.51833.14.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gunnar Flygt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 06:36:58 -0000 On Wed, Oct 27, 2004 at 12:21:07AM -0400, Joe Marcus Clarke wrote: > The more I look into this, the more it looks like I'm screwed. I'm > trying to install FreeBSD 5.3-RC1 from CD on a machine without any PS/2 > ports. All I have is a USB keyboard. Yes, the BIOS has legacy USB > support enabled, and the keyboard works to hit enter at the initial boot > prompt. However, once I'm in sysinstall, I'm out of luck. > > I tried disconnecting the keyboard at boot time to see if I could get a > serial console to do the installation, but that didn't work. The > console was still detected as internal video. Any ideas on how I can > get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. > > Joe > > -- > PGP Key : http://www.marcuscom.com/pgp.asc I reported exact the same thing the other day. No respons from the list though. What I did was to install from 5.2.1-RELEASE and make an upgrade from source. That works fine all the way. So the problem must be with the installer! -- Gunnar Flygt SR Datadrift Sveriges Radio From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 06:55:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C034A16A4CE; Wed, 27 Oct 2004 06:55:51 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 291B243D31; Wed, 27 Oct 2004 06:55:51 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9R6tmxO060399; Wed, 27 Oct 2004 08:55:49 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: John Baldwin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 26 Oct 2004 17:04:49 EDT." <200410261704.49182.jhb@FreeBSD.org> Date: Wed, 27 Oct 2004 08:55:48 +0200 Message-ID: <60398.1098860148@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org cc: Tim Dettloff Subject: Re: Solution? Re: pxe-install on FreeBSD 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 06:55:51 -0000 In message <200410261704.49182.jhb@FreeBSD.org>, John Baldwin writes: >On Thursday 21 October 2004 05:24 pm, Poul-Henning Kamp wrote: >> In message <200410211505.27635.jhb@FreeBSD.org>, John Baldwin writes: >> >> Doesn't the search terminate if [0] is NULL ? >> > >> >Perhaps there should be a small wrapper function to register a candidate >> > root with an associated priority and that wrapper function could then >> > manage the rootdevnames[] array and keep them sorted based on the >> > priority? >> >> No, the entire thing should be rototiled. > >Well, the interface I'm thinking of is something like >'rootdevice_add(const char *name, int priority)' or maybe >'rootdevice_add(dev_t dev, int priority)' (which won't work for NFS, so I >guess back to the char * version) and not having the array or linked list or >whatever of names visible outside vfs_mount.c (or where the root mount code >lives). After looking again I think I'll change my position: This entire thing should be yanked out and we should rely on the loader to set the right variables instead. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 06:55:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C034A16A4CE; Wed, 27 Oct 2004 06:55:51 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 291B243D31; Wed, 27 Oct 2004 06:55:51 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9R6tmxO060399; Wed, 27 Oct 2004 08:55:49 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: John Baldwin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 26 Oct 2004 17:04:49 EDT." <200410261704.49182.jhb@FreeBSD.org> Date: Wed, 27 Oct 2004 08:55:48 +0200 Message-ID: <60398.1098860148@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org cc: Tim Dettloff Subject: Re: Solution? Re: pxe-install on FreeBSD 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 06:55:51 -0000 In message <200410261704.49182.jhb@FreeBSD.org>, John Baldwin writes: >On Thursday 21 October 2004 05:24 pm, Poul-Henning Kamp wrote: >> In message <200410211505.27635.jhb@FreeBSD.org>, John Baldwin writes: >> >> Doesn't the search terminate if [0] is NULL ? >> > >> >Perhaps there should be a small wrapper function to register a candidate >> > root with an associated priority and that wrapper function could then >> > manage the rootdevnames[] array and keep them sorted based on the >> > priority? >> >> No, the entire thing should be rototiled. > >Well, the interface I'm thinking of is something like >'rootdevice_add(const char *name, int priority)' or maybe >'rootdevice_add(dev_t dev, int priority)' (which won't work for NFS, so I >guess back to the char * version) and not having the array or linked list or >whatever of names visible outside vfs_mount.c (or where the root mount code >lives). After looking again I think I'll change my position: This entire thing should be yanked out and we should rely on the loader to set the right variables instead. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 07:04:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1DEC16A4CE for ; Wed, 27 Oct 2004 07:04:05 +0000 (GMT) Received: from chello084114137224.1.15.vie.surfer.at (chello084114137224.1.15.vie.surfer.at [84.114.137.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 3D03C43D3F for ; Wed, 27 Oct 2004 07:04:04 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 61799 invoked from network); 27 Oct 2004 07:04:03 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 27 Oct 2004 07:04:03 -0000 From: Christian Hiris <4711@chello.at> To: freebsd-current@freebsd.org Date: Wed, 27 Oct 2004 09:03:47 +0200 User-Agent: KMail/1.7 References: <417EE51E.80007@tellme3times.com> <417F03B3.4060008@ntmk.ru> <417F1193.2080609@tellme3times.com> In-Reply-To: <417F1193.2080609@tellme3times.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410270904.02703.4711@chello.at> cc: Boris Kovalenko cc: Chris Subject: Re: firefox-1.0.1.p_4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 07:04:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 27 October 2004 05:10, Chris wrote: > Thank you, I get a little farther, > > chris@halla:~> /usr/X11R6/bin/firefox > LoadPlugin: failed to initialize shared library > /usr/local/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so > [/usr/local/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so: > Undefined symbol "_ZTV16nsQueryInterface"] Try to install jdk1.4.2 instead of jdk1.3.1. In the Mozilla known-issues section is stated that "For best results JRE 1.4.1 is recommended". There was also a note about C++ ABI breakage in src/UPDATING 20040728. Maybe your jdk was compiled with an older version of gcc than firefox was. Cheers, ch - -- Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBf0hi09WjGjvKU74RAp18AJ0egA7blqbGI7ZU29+YDJSbhJW0pQCdFKmv +uAkaRHZYUwQmVpirc6gjS0= =Olhf -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 07:29:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3930616A4CE for ; Wed, 27 Oct 2004 07:29:03 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B92E43D2F for ; Wed, 27 Oct 2004 07:29:02 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 7CFEC78C5F for ; Wed, 27 Oct 2004 03:32:09 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 037A278C5D for ; Wed, 27 Oct 2004 03:32:05 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id E76AE170E2; Wed, 27 Oct 2004 03:28:29 -0400 (EDT) Date: Wed, 27 Oct 2004 03:28:29 -0400 From: Damian Gerow To: freebsd-current@freebsd.org Message-ID: <20041027072829.GA45419@afflictions.org> Mail-Followup-To: freebsd-current@freebsd.org References: <417EE51E.80007@tellme3times.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <417EE51E.80007@tellme3times.com> X-Operating-System: FreeBSD 5.3-STABLE on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org Subject: Re: firefox-1.0.1.p_4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 07:29:03 -0000 Thus spake Chris (chris@tellme3times.com) [26/10/04 19:55]: : I cvsup'ed ports yesterday on 5.3BETA7. : : make install produces no errors. : : Running firefox produces no results. : : It runs on and on but opens no window. top shows it running. : : Any ideas? Which scheduler are you using? If ULE, try switching to 4BSD. From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 07:37:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D057916A4CE for ; Wed, 27 Oct 2004 07:37:40 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E54143D54 for ; Wed, 27 Oct 2004 07:37:40 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CMiNG-0000Q6-Sp; Wed, 27 Oct 2004 11:37:38 +0400 From: Vladimir Grebenschikov To: Joe Marcus Clarke In-Reply-To: <1098850867.51833.14.camel@shumai.marcuscom.com> References: <1098850867.51833.14.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 27 Oct 2004 11:37:38 +0400 Message-Id: <1098862658.1062.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 07:37:40 -0000 =F7 =D3=D2, 27/10/2004 =D7 00:21 -0400, Joe Marcus Clarke =D0=C9=DB=C5=D4: > The more I look into this, the more it looks like I'm screwed. I'm > trying to install FreeBSD 5.3-RC1 from CD on a machine without any PS/2 > ports. All I have is a USB keyboard. Yes, the BIOS has legacy USB > support enabled, and the keyboard works to hit enter at the initial boot > prompt. However, once I'm in sysinstall, I'm out of luck. >=20 > I tried disconnecting the keyboard at boot time to see if I could get a > serial console to do the installation, but that didn't work. The > console was still detected as internal video. Any ideas on how I can > get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. Yes, instruct kernel to put console on serial from loader prompt ( I guess something like =20 OK set hint.sio.0.flags=3D"0x10" OK boot -h or like ) > Joe >=20 --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 08:27:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B34EF16A4CF for ; Wed, 27 Oct 2004 08:27:17 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0304143D1D for ; Wed, 27 Oct 2004 08:27:17 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i9R8REUL021776 for ; Wed, 27 Oct 2004 09:27:14 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id i9R8REbg017257 for ; Wed, 27 Oct 2004 09:27:14 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id i9R8RE80017256 for current@freebsd.org; Wed, 27 Oct 2004 09:27:14 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1098865633.17194.12.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 27 Oct 2004 09:27:13 +0100 X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Subject: malloc(M_WAITOK) of "Mbuf" in nfs code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 08:27:17 -0000 Hey, I'm getting quite a few of these in my logs at the moment. The machine is both an NFS server (low bandwidth to several different hosts) and an NFS client (mounting several exports from a single host). This is with 5.3-RC1 as of Fri Oct 22 14:00:00 BST 2004 and the kernel is basically GENERIC but with all the extra debugging stuff re-enabled. I reported this some time back, but the only response was that it was beleved to be fixed in BETA5. It doesn't seem to have been. As far as I can tell, nobody else has seen this code path (through nfsm_dissect_xx() and nfsm_disct() ). I appreciate that it's probably not a major issue but thought I'd mention it as I haven't seen it mentioned before. Gavin malloc(M_WAITOK) of "Mbuf", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex nfsd_mtx r = 0 (0xc08f6f60) locked @ /usr/src/sys/nfsserver/nfs_srvsock.c:712 KDB: stack backtrace: kdb_backtrace(1,1,1,4,c101f9a0) at kdb_backtrace+0x29 witness_warn(5,0,c081525e,c07fa3cf,c06287f8) at witness_warn+0x19a uma_zalloc_arg(c101f9a0,cc71da18,2) at uma_zalloc_arg+0x41 nfsm_disct(cc71dac4,cc71dac8,1c,4,1c) at nfsm_disct+0xa2 nfsm_dissect_xx(1c,cc71dac4,cc71dac8) at nfsm_dissect_xx+0x31 nfsm_srvmtofh_xx(cc71db0c,c29e2700,cc71dac4,cc71dac8) at nfsm_srvmtofh_xx+0x50 nfsrv_write(c29e2700,c2c19900,c15e74b0,cc71dca8,cc71dca4) at nfsrv_write+0xdd nfssvc_nfsd(c15e74b0,c07fae5c,12b,c1638cc8,c1638c5c) at nfssvc_nfsd+0x3d5 nfssvc(c15e74b0,cc71dd14,2,0,296) at nfssvc+0x18c syscall(2f,2f,2f,bfbfeec4,4) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280cb9f7, esp = 0xbfbfeb1c, ebp = 0xbfbfeb38 --- malloc(M_WAITOK) of "Mbuf", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex nfsd_mtx r = 0 (0xc08f6f60) locked @ /usr/src/sys/nfsserver/nfs_srvsock.c:712 KDB: stack backtrace: kdb_backtrace(1,1,1,18,c101f9a0) at kdb_backtrace+0x29 witness_warn(5,0,c081525e,c07fa3cf,cc71dbdc) at witness_warn+0x19a uma_zalloc_arg(c101f9a0,cc71dbec,2) at uma_zalloc_arg+0x41 nfsm_disct(cc71dc38,cc71dc3c,28,18,c17f0a00) at nfsm_disct+0xa2 nfsm_dissect_xx(28,cc71dc38,cc71dc3c) at nfsm_dissect_xx+0x31 nfs_getreq(c2cb0d00,c1888400,1,c08f6f60,0) at nfs_getreq+0x49 nfsrv_dorec(c2c19900,c1888400,cc71dcac,cc71dca4,0) at nfsrv_dorec+0xc3 nfssvc_nfsd(c15e74b0,c07fae5c,12b,c1638cc8,c1638c5c) at nfssvc_nfsd+0x1df nfssvc(c15e74b0,cc71dd14,2,0,296) at nfssvc+0x18c syscall(2f,2f,2f,bfbfeec4,4) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280cb9f7, esp = 0xbfbfeb1c, ebp = 0xbfbfeb38 --- malloc(M_WAITOK) of "Mbuf", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex nfsd_mtx r = 0 (0xc08f6f60) locked @ /usr/src/sys/nfsserver/nfs_serv.c:1111 KDB: stack backtrace: kdb_backtrace(1,1,1,4,c101f9a0) at kdb_backtrace+0x29 witness_warn(5,0,c081525e,c07fa3cf,693) at witness_warn+0x19a uma_zalloc_arg(c101f9a0,cc71da3c,2) at uma_zalloc_arg+0x41 nfsm_disct(cc71dac4,cc71dac8,14,4,46) at nfsm_disct+0xa2 nfsm_dissect_xx(14,cc71dac4,cc71dac8) at nfsm_dissect_xx+0x31 nfsrv_write(c2ca9900,c2c19900,c15e74b0,cc71dca8,cc71dca4) at nfsrv_write+0x1e2 nfssvc_nfsd(c15e74b0,c07fae5c,12b,c1638cc8,c1638c5c) at nfssvc_nfsd+0x3d5 nfssvc(c15e74b0,cc71dd14,2,0,296) at nfssvc+0x18c syscall(2f,2f,2f,bfbfeec4,4) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280cb9f7, esp = 0xbfbfeb1c, ebp = 0xbfbfeb38 --- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 09:23:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 854CC16A4CE for ; Wed, 27 Oct 2004 09:23:58 +0000 (GMT) Received: from itesec.hsc.fr (itesec.hsc.fr [192.70.106.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0D0B43D3F for ; Wed, 27 Oct 2004 09:23:57 +0000 (GMT) (envelope-from yb@sainte-barbe.org) Received: from taz.hsc.fr (taz.hsc.fr [192.70.106.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "taz.hsc.fr", Issuer "HSC CA" (verified OK)) by itesec.hsc.fr (Postfix) with ESMTP id 6437121048 for ; Wed, 27 Oct 2004 11:23:39 +0200 (CEST) Received: by taz.hsc.fr (Postfix, from userid 1001) id 92966412C; Wed, 27 Oct 2004 11:23:49 +0200 (CEST) Date: Wed, 27 Oct 2004 11:23:49 +0200 From: Yann Berthier To: current@FreeBSD.ORG Message-ID: <20041027092349.GA873@hsc.fr> Mail-Followup-To: current@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Organization: Herve Schauer Consultants X-Web: http://www.hsc.fr/ X-Operating-System: FreeBSD 6.0-CURRENT User-Agent: Mutt/1.5.6i Subject: ppp related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 09:23:58 -0000 Hello currenters, Reliable panics triggered with recent -CURRENT kernels (tests done with a 10/21 and a 10/27 kernel). My old kernel as of 09/05 does not exhibit this behavior How to repeat: % portinstall -s net/ssltunnel-client % pppclient *blonk* This is *not* related to this particular port, the very same panic occurs when doing 'manually' ppp over tcp tunnels backtrace available at http://sainte-barbe.org/backtrace - yann From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 09:45:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6822716A4CE; Wed, 27 Oct 2004 09:45:39 +0000 (GMT) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A0A143D4C; Wed, 27 Oct 2004 09:45:38 +0000 (GMT) (envelope-from danfe@regency.nsu.ru) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.34) id 1CMkRR-00027t-VA; Wed, 27 Oct 2004 16:50:06 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.13.1/8.13.1) with ESMTP id i9R9kUZn090329; Wed, 27 Oct 2004 16:46:30 +0700 (NOVST) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.13.1/8.13.1/Submit) id i9R9kQrl090245; Wed, 27 Oct 2004 16:46:26 +0700 (NOVST) (envelope-from danfe) Date: Wed, 27 Oct 2004 16:46:26 +0700 From: Alexey Dokuchaev To: Robin Schoonover Message-ID: <20041027094626.GA86759@regency.nsu.ru> References: <4171F702.9020405@gamersimpact.com> <20041023130921.I78665@alpha.siliconlandmark.com> <417DF502.4010807@freebsd.org> <200410261227.25387.josemi@freebsd.jazztel.es> <20041026082109.617186e7@zork> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041026082109.617186e7@zork> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Ryan Sommers cc: Tim Kientzle cc: Jose M Rodriguez cc: freebsd-current@freebsd.org Subject: Re: Removal of /stand Directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 09:45:39 -0000 On Tue, Oct 26, 2004 at 08:21:09AM -0600, Robin Schoonover wrote: > On Tue, 26 Oct 2004 12:27:24 +0200 > Jose M Rodriguez wrote: > > El Martes, 26 de Octubre de 2004 08:56, Tim Kientzle escribi?: > > > > > > Ryan is proposing moving /usr/bin/gzip to /bin/gzip. > > > /usr/bin/gzip only has 4 links: gzip, gunzip, gzcat, and zcat. > > > > > > > I recall that gzip comes from /usr/src/gnu/usr.bin/gzip and is GPL > > licensed. > > > > I can't recall of any /usr/src/gnu/bin. This may be an issue? > > > > Doesn't netbsd use a BSD-licensed gzip? It does. In fact, it was recently picked up by dfBSD. Here're details: http://leaf.dragonflybsd.org/mailarchive/commits/2004-10/msg00206.html ./danfe From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 09:45:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6822716A4CE; Wed, 27 Oct 2004 09:45:39 +0000 (GMT) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A0A143D4C; Wed, 27 Oct 2004 09:45:38 +0000 (GMT) (envelope-from danfe@regency.nsu.ru) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.34) id 1CMkRR-00027t-VA; Wed, 27 Oct 2004 16:50:06 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.13.1/8.13.1) with ESMTP id i9R9kUZn090329; Wed, 27 Oct 2004 16:46:30 +0700 (NOVST) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.13.1/8.13.1/Submit) id i9R9kQrl090245; Wed, 27 Oct 2004 16:46:26 +0700 (NOVST) (envelope-from danfe) Date: Wed, 27 Oct 2004 16:46:26 +0700 From: Alexey Dokuchaev To: Robin Schoonover Message-ID: <20041027094626.GA86759@regency.nsu.ru> References: <4171F702.9020405@gamersimpact.com> <20041023130921.I78665@alpha.siliconlandmark.com> <417DF502.4010807@freebsd.org> <200410261227.25387.josemi@freebsd.jazztel.es> <20041026082109.617186e7@zork> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041026082109.617186e7@zork> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Ryan Sommers cc: Tim Kientzle cc: Jose M Rodriguez cc: freebsd-current@freebsd.org Subject: Re: Removal of /stand Directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 09:45:39 -0000 On Tue, Oct 26, 2004 at 08:21:09AM -0600, Robin Schoonover wrote: > On Tue, 26 Oct 2004 12:27:24 +0200 > Jose M Rodriguez wrote: > > El Martes, 26 de Octubre de 2004 08:56, Tim Kientzle escribi?: > > > > > > Ryan is proposing moving /usr/bin/gzip to /bin/gzip. > > > /usr/bin/gzip only has 4 links: gzip, gunzip, gzcat, and zcat. > > > > > > > I recall that gzip comes from /usr/src/gnu/usr.bin/gzip and is GPL > > licensed. > > > > I can't recall of any /usr/src/gnu/bin. This may be an issue? > > > > Doesn't netbsd use a BSD-licensed gzip? It does. In fact, it was recently picked up by dfBSD. Here're details: http://leaf.dragonflybsd.org/mailarchive/commits/2004-10/msg00206.html ./danfe From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 09:47:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7868D16A4CE for ; Wed, 27 Oct 2004 09:47:07 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9E0843D2D for ; Wed, 27 Oct 2004 09:47:06 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CMkOX-000Em0-GC for current@freebsd.org; Wed, 27 Oct 2004 13:47:05 +0400 From: Vladimir Grebenschikov To: "current@freebsd.org" Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 27 Oct 2004 13:47:04 +0400 Message-Id: <1098870425.1062.14.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Subject: Unkillable process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 09:47:07 -0000 Hi FreeBSD -CURRENT After gdb crash on httpd process, process still present, and listen sockets but it is in T state and can't be killed. # ps alxx | fgrep htt 0 56647 1 0 76 0 5044 2720 - T p9- 0:00.14 /usr/local/sbin/httpd -X # kill -CONT 56647 # ps alxx | fgrep htt 0 56647 1 0 76 0 5044 2720 - T p9- 0:00.14 /usr/local/sbin/httpd -X # kill -9 56647 # ps alxx | fgrep htt 0 56647 1 0 76 0 5044 2720 - T p9- 0:00.14 /usr/local/sbin/httpd -X # procctl 56647 # kill -9 56647 # ps alxx | fgrep htt 0 56647 1 0 76 0 5044 2720 - T p9- 0:00.14 /usr/local/sbin/httpd -X # mount /proc # cat /proc/56647/status httpd 56647 1 56647 0 5,9 noflags 1098869811,34135 0,119132 0,21623 nochan 0 0 0,0,0,2,3,4,5,20 - # How to deal with such processes (except reboot ?) -- Vladimir B. Grebenschikov SWsoft Inc. vova@sw-soft.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 10:00:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49FEE16A4CE for ; Wed, 27 Oct 2004 10:00:21 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECDC443D31 for ; Wed, 27 Oct 2004 10:00:20 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CMkbL-000Ent-Oc for current@freebsd.org; Wed, 27 Oct 2004 14:00:19 +0400 From: Vladimir Grebenschikov To: "current@freebsd.org" In-Reply-To: <1098870425.1062.14.camel@localhost> References: <1098870425.1062.14.camel@localhost> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 27 Oct 2004 14:00:19 +0400 Message-Id: <1098871219.1062.19.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Subject: Re: Unkillable process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 10:00:21 -0000 =F7 =D3=D2, 27/10/2004 =D7 13:47 +0400, Vladimir Grebenschikov =D0=C9=DB=C5= =D4: > Hi >=20 > FreeBSD -CURRENT >=20 > After gdb crash on httpd process, process still present, and listen > sockets but it is in T state and can't be killed. >=20 > # ps alxx | fgrep htt > 0 56647 1 0 76 0 5044 2720 - T p9- > 0:00.14 /usr/local/sbin/httpd -X > # kill -CONT 56647 > # ps alxx | fgrep htt > 0 56647 1 0 76 0 5044 2720 - T p9- > 0:00.14 /usr/local/sbin/httpd -X > # kill -9 56647 > # ps alxx | fgrep htt > 0 56647 1 0 76 0 5044 2720 - T p9- > 0:00.14 /usr/local/sbin/httpd -X > # procctl 56647 > # kill -9 56647 > # ps alxx | fgrep htt > 0 56647 1 0 76 0 5044 2720 - T p9- > 0:00.14 /usr/local/sbin/httpd -X > # mount /proc > # cat /proc/56647/status=20 > httpd 56647 1 56647 0 5,9 noflags 1098869811,34135 0,119132 0,21623 > nochan 0 0 0,0,0,2,3,4,5,20 - > #=20 >=20 > How to deal with such processes (except reboot ?) ok, I can to stop debugging with gdb, but is it "right" way ? And if I have no gdb ? # gdb httpd 56647 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Attaching to program: /usr/local/sbin/httpd, process 56647 Reading symbols from /lib/libz.so.2...done. Loaded symbols for /lib/libz.so.2 ... 0x2809e7b4 in r_debug_state () from /libexec/ld-elf.so.1 (gdb) q The program is running. Quit anyway (and detach it)? (y or n) y Detaching from program: /usr/local/sbin/httpd, process 56647 # ps alxx | fgrep htt #=20 --=20 Vladimir B. Grebenschikov SWsoft Inc. vova@sw-soft.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 00:46:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42BCF16A4CE; Wed, 27 Oct 2004 00:46:39 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 539F343D39; Wed, 27 Oct 2004 00:46:38 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (pD9E4D008.dip.t-dialin.net [217.228.208.8]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id i9R0kZ03052902; Wed, 27 Oct 2004 02:46:36 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from laps.jhs.private (laps.jhs.private [192.168.91.56]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id i9R0kXUi004743; Wed, 27 Oct 2004 02:46:33 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from laps.jhs.private (localhost [127.0.0.1]) by laps.jhs.private (8.13.1/8.13.1) with ESMTP id i9R0kWhW012291; Wed, 27 Oct 2004 02:46:32 +0200 (CEST) (envelope-from jhs@laps.jhs.private) Received: (from jhs@localhost) by laps.jhs.private (8.13.1/8.13.1/Submit) id i9R0kV0K012290; Wed, 27 Oct 2004 02:46:31 +0200 (CEST) (envelope-from jhs) Date: Wed, 27 Oct 2004 02:46:31 +0200 (CEST) Message-Id: <200410270046.i9R0kV0K012290@laps.jhs.private> To: freebsd-current@freebsd.org From: "Julian Stacey" Organization: http://berklix.com/~jhs/ Fcc: sent-mail User-agent: EXMH http://beedub.com/exmh/ on FreeBSD http://freebsd.org X-Mailman-Approved-At: Wed, 27 Oct 2004 12:02:13 +0000 Subject: 5.3-RC1 attempt with a Toshiba Libretto 70CT failed, 4.10 OK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 00:46:39 -0000 freebsd-current@freebsd.org cc: shige@FreeBSD.ORG (Maintainer of ports/sysutils/libretto-config who may have libretto tips ? ) Here's one more 5.3-RC-1 test - failed - 4.10 works, One might say it's operator error :-) But 4.10 is more tolerant of this tired installer... I've been trying 5.3-RC1 with a Toshiba Libretto 70CT (large jacket pocket size) It gets further than 5.2.1-RELEASE, as 5.2.1 hangs quickly after first floppy after trying to fetch modules off floppy with "No floppy devices found". ( I've seen similar floppy driver problems before, I installed FreeBSD years ago on some Libretto, not this one - it's the horrible non PC compatible Toshiba that stops the floppy working like a normal PC at first opportunity (I can't remember the more formally correct description of Toshiba problem. I do not like Toshibas, No BIOS when you push DEL, or any other key sequence, either for a real bios, just some nasty subset of a BIOS on some, eg http://berklix.com/~jhs/hw/toshiba/s5100-603/ ) 5.3-RC1 gets much further than 5.2.1 on this libretto: it loads Boot, Kern1, Kern2, then Boot, goes through Fdsisk & disklabel, then (as there's only 1 pcmcia slot, & I cant even with a device rescan get it to see an ethernet pcmcia or pcmcia cdrom card) ... I try to do ftp install, using PLIP or SLIP ... & find it doesnt see either of the 2 serials (I guess one is mouse) or the parallel port, as well as not recognising the fresh plugged in & rescanned 3C589C pcmcia ethernet (that works well on other FreeBSD boxes) I've checked with the Win95 Toshiba HDSetup.exe (all you get instead of a real BIOS, & runs under hated MS), but the parallal port seems OK, set to ECP. Hdsetup.exe allows me no access to sio so I guess theyre OK. I'm not desperate enough to do a floppy install, & won't ever be, I guess I need to try eg some irq loader.conf magic, maybe tomorrow, 4.10 is installing now, it's going like a breeze, I even swapped card in pcmcia slot, ether recognized no problem, ftp logged in & loading (except Very slow, I have some intermittent local ethernet problem & or possibly a libretto/ether problem nothing to do with 5.3. - Julian Stacey. Unix,C,Net & Sys. Eng. Consultant, Munich. http://berklix.com Mail Ascii; Html deleted as Spam. Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 09:06:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 739A216A4CE for ; Wed, 27 Oct 2004 09:06:08 +0000 (GMT) Received: from smtp.operax.com (aurorum-86.operax.com [213.88.249.86]) by mx1.FreeBSD.org (Postfix) with SMTP id AF75643D2D for ; Wed, 27 Oct 2004 09:06:06 +0000 (GMT) (envelope-from johan@ludd.luth.se) Received: (qmail 14803 invoked by uid 0); 27 Oct 2004 09:06:04 -0000 Received: from treo.operax.com (192.168.1.2) by treo.operax.com with SMTP; 27 Oct 2004 09:06:04 -0000 Date: Wed, 27 Oct 2004 11:06:04 +0200 (CEST) From: Johan Larsson X-X-Sender: johan@treo.operax.com To: Vladimir Grebenschikov In-Reply-To: <1098862658.1062.3.camel@localhost> Message-ID: <20041027110528.T91011@treo.operax.com> References: <1098850867.51833.14.camel@shumai.marcuscom.com> <1098862658.1062.3.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Wed, 27 Oct 2004 12:02:12 +0000 cc: "current@freebsd.org" Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 09:06:08 -0000 Hello! On Wed, 27 Oct 2004, Vladimir Grebenschikov wrote: > ? ??, 27/10/2004 ? 00:21 -0400, Joe Marcus Clarke ?????: > > The more I look into this, the more it looks like I'm screwed. I'm > > trying to install FreeBSD 5.3-RC1 from CD on a machine without any PS/2 > > ports. All I have is a USB keyboard. Yes, the BIOS has legacy USB > > support enabled, and the keyboard works to hit enter at the initial boot > > prompt. However, once I'm in sysinstall, I'm out of luck. > > > > I tried disconnecting the keyboard at boot time to see if I could get a > > serial console to do the installation, but that didn't work. The > > console was still detected as internal video. Any ideas on how I can > > get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. > > Yes, instruct kernel to put console on serial from loader prompt > ( I guess something like > OK set hint.sio.0.flags="0x10" > OK boot -h > or like > ) > We installed RC1 on a GX280 recently, and the only thing we had to do to get the usb keyboard working was to set the following in the loader: set hint.atkbd.0.flags="0x1" And to make it resident, put it in the /boot/device.hints after the installation. regards Johan From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 12:28:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7627C16A4CE for ; Wed, 27 Oct 2004 12:28:17 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 686A443D1D; Wed, 27 Oct 2004 12:28:17 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) i9RCSFIb045743; Wed, 27 Oct 2004 12:28:16 GMT (envelope-from davidxu@freebsd.org) Message-ID: <417F9483.7040003@freebsd.org> Date: Wed, 27 Oct 2004 20:28:51 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.2) Gecko/20041004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vladimir Grebenschikov References: <1098870425.1062.14.camel@localhost> In-Reply-To: <1098870425.1062.14.camel@localhost> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "current@freebsd.org" Subject: Re: Unkillable process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 12:28:17 -0000 Can you tell me which revision of sys/kern/kern_exit.c you are using ? Vladimir Grebenschikov wrote: >Hi > >FreeBSD -CURRENT > >After gdb crash on httpd process, process still present, and listen >sockets but it is in T state and can't be killed. > ># ps alxx | fgrep htt > 0 56647 1 0 76 0 5044 2720 - T p9- >0:00.14 /usr/local/sbin/httpd -X ># kill -CONT 56647 ># ps alxx | fgrep htt > 0 56647 1 0 76 0 5044 2720 - T p9- >0:00.14 /usr/local/sbin/httpd -X ># kill -9 56647 ># ps alxx | fgrep htt > 0 56647 1 0 76 0 5044 2720 - T p9- >0:00.14 /usr/local/sbin/httpd -X ># procctl 56647 ># kill -9 56647 ># ps alxx | fgrep htt > 0 56647 1 0 76 0 5044 2720 - T p9- >0:00.14 /usr/local/sbin/httpd -X ># mount /proc ># cat /proc/56647/status >httpd 56647 1 56647 0 5,9 noflags 1098869811,34135 0,119132 0,21623 >nochan 0 0 0,0,0,2,3,4,5,20 - ># > >How to deal with such processes (except reboot ?) > > > From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 12:35:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8457216A4CE; Wed, 27 Oct 2004 12:35:54 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEDE143D5C; Wed, 27 Oct 2004 12:35:53 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CMn1s-000GcX-1M; Wed, 27 Oct 2004 16:35:52 +0400 From: Vladimir Grebenschikov To: David Xu In-Reply-To: <417F9483.7040003@freebsd.org> References: <1098870425.1062.14.camel@localhost> <417F9483.7040003@freebsd.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 27 Oct 2004 16:35:51 +0400 Message-Id: <1098880551.1062.20.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: Unkillable process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 12:35:54 -0000 =F7 =D3=D2, 27/10/2004 =D7 20:28 +0800, David Xu =D0=C9=DB=C5=D4: > Can you tell me which revision of sys/kern/kern_exit.c you are using ? % cvs status sys/kern/kern_exit.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D File: kern_exit.c Status: Needs Patch Working revision: 1.250 Thu Oct 21 09:04:25 2004 Repository revision: 1.251 /ext/ncvs/src/sys/kern/kern_exit.c,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) % > Vladimir Grebenschikov wrote: >=20 > >Hi > > > >FreeBSD -CURRENT > > > >After gdb crash on httpd process, process still present, and listen > >sockets but it is in T state and can't be killed. > > > ># ps alxx | fgrep htt > > 0 56647 1 0 76 0 5044 2720 - T p9- > >0:00.14 /usr/local/sbin/httpd -X > ># kill -CONT 56647 > ># ps alxx | fgrep htt > > 0 56647 1 0 76 0 5044 2720 - T p9- > >0:00.14 /usr/local/sbin/httpd -X > ># kill -9 56647 > ># ps alxx | fgrep htt > > 0 56647 1 0 76 0 5044 2720 - T p9- > >0:00.14 /usr/local/sbin/httpd -X > ># procctl 56647 > ># kill -9 56647 > ># ps alxx | fgrep htt > > 0 56647 1 0 76 0 5044 2720 - T p9- > >0:00.14 /usr/local/sbin/httpd -X > ># mount /proc > ># cat /proc/56647/status=20 > >httpd 56647 1 56647 0 5,9 noflags 1098869811,34135 0,119132 0,21623 > >nochan 0 0 0,0,0,2,3,4,5,20 - > >#=20 > > > >How to deal with such processes (except reboot ?) > > > > =20 > > --=20 Vladimir B. Grebenschikov SWsoft Inc. vova@sw-soft.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 12:37:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E598A16A4CE; Wed, 27 Oct 2004 12:37:29 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A17B43D5E; Wed, 27 Oct 2004 12:37:29 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CMn3P-000Gce-Uu; Wed, 27 Oct 2004 16:37:27 +0400 From: Vladimir Grebenschikov To: David Xu In-Reply-To: <1098880551.1062.20.camel@localhost> References: <1098870425.1062.14.camel@localhost> <417F9483.7040003@freebsd.org> <1098880551.1062.20.camel@localhost> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 27 Oct 2004 16:37:27 +0400 Message-Id: <1098880647.1062.22.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: Unkillable process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 12:37:30 -0000 =F7 =D3=D2, 27/10/2004 =D7 16:35 +0400, Vladimir Grebenschikov =D0=C9=DB=C5= =D4: > =F7 =D3=D2, 27/10/2004 =D7 20:28 +0800, David Xu =D0=C9=DB=C5=D4: > > Can you tell me which revision of sys/kern/kern_exit.c you are using ? >=20 > % cvs status sys/kern/kern_exit.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > File: kern_exit.c Status: Needs Patch >=20 > Working revision: 1.250 Thu Oct 21 09:04:25 2004 > Repository revision: 1.251 /ext/ncvs/src/sys/kern/kern_exit.c,v > Sticky Tag: (none) > Sticky Date: (none) > Sticky Options: (none) > % Looks like I should upgrade to 1.251: diff -u -r1.251 -r1.250 --- sys/kern/kern_exit.c 23 Oct 2004 11:20:26 -0000 1.251 +++ sys/kern/kern_exit.c 5 Oct 2004 18:51:11 -0000 1.250 @@ -403,7 +403,7 @@ * since their existence means someone is screwing up. */ if (q->p_flag & P_TRACED) { - q->p_flag &=3D ~(P_TRACED | P_STOPPED_TRACE); + q->p_flag &=3D ~P_TRACED; psignal(q, SIGKILL); } PROC_UNLOCK(q); >=20 > > Vladimir Grebenschikov wrote: > >=20 > > >Hi > > > > > >FreeBSD -CURRENT > > > > > >After gdb crash on httpd process, process still present, and listen > > >sockets but it is in T state and can't be killed. > > > > > ># ps alxx | fgrep htt > > > 0 56647 1 0 76 0 5044 2720 - T p9- > > >0:00.14 /usr/local/sbin/httpd -X > > ># kill -CONT 56647 > > ># ps alxx | fgrep htt > > > 0 56647 1 0 76 0 5044 2720 - T p9- > > >0:00.14 /usr/local/sbin/httpd -X > > ># kill -9 56647 > > ># ps alxx | fgrep htt > > > 0 56647 1 0 76 0 5044 2720 - T p9- > > >0:00.14 /usr/local/sbin/httpd -X > > ># procctl 56647 > > ># kill -9 56647 > > ># ps alxx | fgrep htt > > > 0 56647 1 0 76 0 5044 2720 - T p9- > > >0:00.14 /usr/local/sbin/httpd -X > > ># mount /proc > > ># cat /proc/56647/status=20 > > >httpd 56647 1 56647 0 5,9 noflags 1098869811,34135 0,119132 0,21623 > > >nochan 0 0 0,0,0,2,3,4,5,20 - > > >#=20 > > > > > >How to deal with such processes (except reboot ?) > > > > > > =20 > > > --=20 Vladimir B. Grebenschikov SWsoft Inc. vova@sw-soft.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 12:44:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 135B416A4CE for ; Wed, 27 Oct 2004 12:44:23 +0000 (GMT) Received: from KVIW12.KVI.nl (KVIW12.KVI.nl [129.125.15.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5907C43D64 for ; Wed, 27 Oct 2004 12:44:22 +0000 (GMT) (envelope-from A.S.Usov@KVI.nl) Received: from KVIR52.KVI.nl ("port 43506"@KVIR52.KVI.nl [129.125.37.116]) <01LGJ2YMSZ8OD41KQI@KVI.nl> for current@freebsd.org; Wed, 27 Oct 2004 14:44:18 +0200 (MET DST) Received: from KVIW06.KVI.NL by KVIR52.KVI.nl (AvMailGate-2.0.2-9) id 30700-67494709; Wed, 27 Oct 2004 14:44:17 +0200 Received: from kvip88 ("port 51351"@KVIP88.KVI.nl [129.125.15.152]) <01LGJ2YCZR72D41IRD@KVI.nl> for current@freebsd.org; Wed, 27 Oct 2004 14:44:05 +0200 (MET DST) Date: Wed, 27 Oct 2004 14:44:04 +0200 From: "Alexander S. Usov" To: current@freebsd.org Message-id: <200410271444.04324.A.S.Usov@kvi.nl> Organization: KVI MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.7 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-9; AVE: 6.28.0.11; VDF: 6.28.0.41; host: kvi.nl) Subject: 5.3-RC1 poor ATA perfomance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 12:44:23 -0000 Hi! I have hit a very strange problem with a poor ata perfomance. First some numbers: === FreeBSD 5.3-RC1 # dd if=/dev/ad0 of=/dev/null bs=1m count=512 536870912 bytes transferred in 23.891834 secs (22470896 bytes/sec) # dd if=/dev/zero of=/dev/ad0s1 bs=1m count=512 536870912 bytes transferred in 35.413467 secs (15160078 bytes/sec) === Linux 2.6.8-1 (OpenBSD also gives similar numbers) # dd if=/dev/hda of=/dev/null bs=1M count=512 536870912 bytes transferred in 22.272891 seconds (24104231 bytes/sec) # dd if=/dev/zero of=/dev/hda1 bs=1M count=512 536870912 bytes transferred in 23.574157 seconds (22773706 bytes/sec) As you see the writing is quite slower. Some details on hardware: atapci0: port 0x1860-0x186f,0x376, 0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ad0: 38154MB [77520/16/63] at ata0-master UDMA100 ad1 is absent. -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 12:54:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A96F516A4CE for ; Wed, 27 Oct 2004 12:54:47 +0000 (GMT) Received: from KVIW06.KVI.NL (KVIW06.KVI.nl [129.125.15.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64EFF43D58 for ; Wed, 27 Oct 2004 12:54:47 +0000 (GMT) (envelope-from A.S.Usov@KVI.nl) Received: from KVIR52.KVI.nl ("port 43518"@KVIR52.KVI.nl [129.125.37.116]) <01LGJ3BDQI5WD41IRD@KVI.nl> for current@freebsd.org; Wed, 27 Oct 2004 14:54:34 +0200 (MET DST) Received: from KVIW14.KVI.nl by KVIR52.KVI.nl (AvMailGate-2.0.2-9) id 15087-25733A8A; Wed, 27 Oct 2004 14:54:34 +0200 Received: from kvip88 ("port 61929"@KVIP88.KVI.nl [129.125.15.152]) <01LGJ3AWUQOOD41IRD@KVI.nl> for current@freebsd.org; Wed, 27 Oct 2004 14:54:12 +0200 (MET DST) Date: Wed, 27 Oct 2004 14:54:11 +0200 From: "Alexander S. Usov" To: current@freebsd.org Message-id: <200410271454.11565.A.S.Usov@kvi.nl> Organization: KVI MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.7 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-9; AVE: 6.28.0.11; VDF: 6.28.0.41; host: kvi.nl) Subject: ALTQ/pf troubles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 12:54:47 -0000 Hi! Some time ago I come with a bug in ALTQ/pf/bfe combination, where the queueing speed was effectively reduced by a factor of 2. The previous discussion is in this thread: http://lists.freebsd.org/pipermail/freebsd-current/2004-October/039077.html And the bug-report is kern/72286 Unfortunately at that time it wasn't resolved, and I am interested if there are some additional usefull information I can gather to track this problem down. -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 13:02:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FA9C16A4CE for ; Wed, 27 Oct 2004 13:02:39 +0000 (GMT) Received: from internet2.ru (mail.internet2.ru [217.25.80.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id D634743D1D for ; Wed, 27 Oct 2004 13:02:37 +0000 (GMT) (envelope-from jajabinx@rol.ru) Received: from [192.168.100.50] (cololo.lan.internet2.ru [192.168.100.50] (may be forged))i9RD2Y07028336 for ; Wed, 27 Oct 2004 17:02:35 +0400 Date: Wed, 27 Oct 2004 17:02:32 +0400 From: jajabinx@rol.ru X-Mailer: The Bat! (v3.0 Beta/1) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <1226849643.20041027170232@cololo.com> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: arp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cololo@cololo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 13:02:39 -0000 Hello freebsd-current, what gives staticarp flag on interface ? -- Best regards, jajabinx mailto:jajabinx@rol.ru From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 13:04:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 036EE16A4CE; Wed, 27 Oct 2004 13:04:21 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C9E643D49; Wed, 27 Oct 2004 13:04:20 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id 3BDC811445; Wed, 27 Oct 2004 15:04:18 +0200 (CEST) From: =?iso-8859-2?q?S=B3awek_=AFak?= To: Robert Watson References: <86vfcx7eq9.fsf@thirst.unx.era.pl> Date: Wed, 27 Oct 2004 15:04:18 +0200 In-Reply-To: <86vfcx7eq9.fsf@thirst.unx.era.pl> =?iso-8859-2?q?=28S=B3awek's?= message of "Tue, 26 Oct 2004 16:09:50 +0200") Message-ID: <86k6tc1fe5.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" cc: current@freebsd.org Subject: Re: Hard hangs on AMD64 with mpsafenet enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 13:04:21 -0000 --=-=-= Hi, I've managed to get the crash on serial console. I do break to debugger right after the boot then try to continue and the machine panics. No extra messages from WITNESS or INVARIANTS code. Kernel and core files are available at: http://www.era.pl/w3-1/vendor/kernel.debug.bz2 http://www.era.pl/w3-1/vendor/vmcore.0.bz2 I was unable to reproduce the NFS hangs so far. /S --=-=-= Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline; filename=crash.debugger Content-Transfer-Encoding: 8bit Script started on Wed Oct 27 13:32:57 2004 PROD krab-1(3001)# /tmp ccu -l /dev/cuaa1 Connected FreeBSD/amd64 (krab-4) (ttyd0) login: FreeBSD/amd64 (krab-4) (ttyd0) login: ~KDB: enter: Line break on console [thread 100003] Stopped at kdb_enter+0x2f: nop db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 565 ffffff003bcdd000 ffffffffb4799000 0 1 565 0004002 [SLPQ ttyin 0xffffff0000df0810][SLP] getty 546 ffffff007aaae8b8 ffffffffb2435000 0 1 546 0004002 [SLPQ ttyin 0xffffff007a9fcc10][SLP] getty 545 ffffff00609a5ba0 ffffffffb4806000 0 1 545 0004002 [SLPQ ttyin 0xffffff0000a7b810][SLP] getty 544 ffffff0060a84000 ffffffffb47fd000 0 1 544 0004002 [SLPQ ttyin 0xffffff007a9fc010][SLP] getty 543 ffffff007ab095d0 ffffffffb23ee000 0 1 543 0004002 [SLPQ ttyin 0xffffff0000a43410][SLP] getty 542 ffffff006057f000 ffffffffb479e000 0 1 542 0004002 [SLPQ ttyin 0xffffff0000a43810][SLP] getty 541 ffffff007b709ba0 ffffffffb1ac3000 0 1 541 0004002 [SLPQ ttyin 0xffffff0000a43c10][SLP] getty 540 ffffff007b7098b8 ffffffffb1ac2000 0 1 540 0004002 [SLPQ ttyin 0xffffff0000a7b010][SLP] getty 539 ffffff003bcdd8b8 ffffffffb479c000 0 1 539 0004002 [SLPQ ttyin 0xffffff0000a7b410][SLP] getty 511 ffffff003bc58ba0 ffffffffb4798000 125 503 503 0004100 [SLPQ select 0xffffffff80553050][SLP] qmgr 510 ffffff007aaae5d0 ffffffffb2434000 125 503 503 0004100 [SLPQ select 0xffffffff80553050][SLP] pickup 503 ffffff007ab098b8 ffffffffb23ef000 0 1 503 0004100 [SLPQ select 0xffffffff80553050][SLP] master 439 ffffff006057fba0 ffffffffb47a2000 0 1 439 0000000 [SLPQ nanslp 0xffffffff8050e8e0][SLP] cron 426 ffffff006057f2e8 ffffffffb479f000 0 1 426 0000100 [SLPQ select 0xffffffff80553050][SLP] sshd 405 ffffff007ab09ba0 ffffffffb23f0000 0 1 405 0000000 [SLPQ select 0xffffffff80553050][SLP] ntpd 369 ffffff006057f5d0 ffffffffb47a0000 0 363 363 0000100 [SLPQ select 0xffffffff80553050][SLP] rpc.lockd 363 ffffff0060a842e8 ffffffffb47fe000 0 1 363 0000000 [SLPQ select 0xffffffff80553050][SLP] rpc.lockd 358 ffffff003bcdd2e8 ffffffffb479a000 0 1 358 0000000 [SLPQ select 0xffffffff80553050][SLP] rpc.statd 352 ffffff007aaeb2e8 ffffffffb242e000 0 348 348 0000000 [SLPQ - 0xffffff0000de7c00][SLP] nfsd --More-- 351 ffffff007aaeb000 ffffffffb23f1000 0 348 348 0000000 [SLPQ - 0xffffff006027dc00][SLP] nfsd --More-- 350 ffffff0060a848b8 ffffffffb4800000 0 348 348 0000000 [SLPQ - 0xffffff00602fca00][SLP] nfsd 349 ffffff003bc585d0 ffffffffb4796000 0 348 348 0000000 [SLPQ - 0xffffff00602fcc00][SLP] nfsd 348 ffffff007ab092e8 ffffffffb23ed000 0 1 348 0000000 [SLPQ accept 0xffffff0060dd56d6][SLP] nfsd 340 ffffff0060a84ba0 ffffffffb4801000 0 1 340 0000000 [SLPQ select 0xffffffff80553050][SLP] mountd 289 ffffff003bc58000 ffffffffb473a000 0 1 289 0000000 [SLPQ select 0xffffffff80553050][SLP] rpcbind 275 ffffff003bc582e8 ffffffffb4795000 0 1 275 0000000 [SLPQ select 0xffffffff80553050][SLP] syslogd 252 ffffff00609a58b8 ffffffffb4805000 0 1 252 0000000 [SLPQ select 0xffffffff80553050][SLP] devd 66 ffffff007aaeb8b8 ffffffffb2430000 0 0 0 0000204 [SLPQ - 0xffffffffb241ebe4][SLP] schedcpu 65 ffffff007aaebba0 ffffffffb2431000 0 0 0 0000204 [SLPQ - 0xffffffff80557058][SLP] nfsiod 3 64 ffffff007aaae000 ffffffffb2432000 0 0 0 0000204 [SLPQ - 0xffffffff80557050][SLP] nfsiod 2 63 ffffff007b75c2e8 ffffffffb1a7a000 0 0 0 0000204 [SLPQ - 0xffffffff80557048][SLP] nfsiod 1 62 ffffff007b75c5d0 ffffffffb1a7b000 0 0 0 0000204 [SLPQ - 0xffffffff80557040][SLP] nfsiod 0 61 ffffff007b75c8b8 ffffffffb1a7c000 0 0 0 0000204 [SLPQ vlruwt 0xffffff007b75c8b8][SLP] vnlru 60 ffffff007b75cba0 ffffffffb1a7d000 0 0 0 0000204 [SLPQ syncer 0xffffffff8050e4c0][SLP] syncer 59 ffffff007b6e6000 ffffffffb1a7e000 0 0 0 0000204 [SLPQ psleep 0xffffffff8055397c][SLP] bufdaemon 58 ffffff007b6e62e8 ffffffffb1a7f000 0 0 0 000020c [SLPQ pgzero 0xffffffff8055f9f4][SLP] pagezero 57 ffffff007b6e65d0 ffffffffb1a80000 0 0 0 0000204 [SLPQ psleep 0xffffffff8055fa5c][SLP] vmdaemon 56 ffffff007b6e68b8 ffffffffb1abd000 0 0 0 0000204 [SLPQ psleep 0xffffffff8055fa0c][SLP] pagedaemon 55 ffffff007b6e6ba0 ffffffffb1abe000 0 0 0 0000204 [SLPQ - 0xffffff00009d3c48][SLP] fdc0 54 ffffff007b709000 ffffffffb1abf000 0 0 0 0000204 [IWAIT] swi0: sio --More-- 9 ffffff007b7092e8 ffffffffb1ac0000 0 0 0 0000204 [SLPQ actask 0xffffffff80500a20][SLP] acpi_task2 8 ffffff007b7095d0 ffffffffb1ac1000 0 0 0 0000204 [SLPQ actask 0xffffffff80500a20][SLP] acpi_task1 7 ffffff007b777000 ffffffffb1a33000 0 0 0 0000204 [SLPQ actask 0xffffffff80500a20][SLP] acpi_task0 53 ffffff007b7772e8 ffffffffb1a34000 0 0 0 0000204 [IWAIT] swi6: task queue 52 ffffff007b7775d0 ffffffffb1a35000 0 0 0 0000204 [IWAIT] swi6:+ 6 ffffff007b7778b8 ffffffffb1a36000 0 0 0 0000204 [SLPQ - 0xffffff00008ead00][SLP] thread taskq 51 ffffff007b777ba0 ffffffffb1a37000 0 0 0 0000204 [IWAIT] swi6:+ 5 ffffff007b778000 ffffffffb1a38000 0 0 0 0000204 [SLPQ - 0xffffff00008e5000][SLP] kqueue taskq 50 ffffff007b7782e8 ffffffffb1a75000 0 0 0 0000204 [IWAIT] swi3: cambio 49 ffffff007b7785d0 ffffffffb1a76000 0 0 0 0000204 [IWAIT] swi2: camnet 48 ffffff007b7788b8 ffffffffb1a77000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 47 ffffff007b778ba0 ffffffffb1a78000 0 0 0 0000204 [SLPQ - 0xffffffff805011a0][SLP] yarrow 4 ffffff007b75c000 ffffffffb1a79000 0 0 0 0000204 [SLPQ - 0xffffffff80505708][SLP] g_down 3 ffffff007b77d000 ffffffffb19ed000 0 0 0 0000204 [SLPQ - 0xffffffff80505700][SLP] g_up 2 ffffff007b77d2e8 ffffffffb19ee000 0 0 0 0000204 [SLPQ - 0xffffffff805056f0][SLP] g_event 46 ffffff007b77d5d0 ffffffffb19ef000 0 0 0 0000204 [IWAIT] swi1: net 45 ffffff007b77d8b8 ffffffffb19f0000 0 0 0 0000204 [IWAIT] swi4: vm 44 ffffff007b77dba0 ffffffffb19f1000 0 0 0 000020c [RUNQ] swi5: clock sio 43 ffffff007b740000 ffffffffb1a2e000 0 0 0 0000204 [IWAIT] irq31: 42 ffffff007b7402e8 ffffffffb1a2f000 0 0 0 0000204 [IWAIT] irq30: --More-- 41 ffffff007b7405d0 ffffffffb1a30000 0 0 0 0000204 [IWAIT] irq29: 40 ffffff007b7408b8 ffffffffb1a31000 0 0 0 0000204 [IWAIT] irq28: 39 ffffff007b740ba0 ffffffffb1a32000 0 0 0 0000204 [IWAIT] irq27: mpt0 38 ffffff007b7052e8 ffffffffb19a8000 0 0 0 0000204 [IWAIT] irq26: bge1 37 ffffff007b7055d0 ffffffffb19a9000 0 0 0 0000204 [RUNQ] irq25: bge0 mpt2 36 ffffff007b7058b8 ffffffffb19aa000 0 0 0 0000204 [IWAIT] irq24: mpt1 35 ffffff007b705ba0 ffffffffb19ab000 0 0 0 0000204 [IWAIT] irq23: 34 ffffff007b751000 ffffffffb19e8000 0 0 0 0000204 [IWAIT] irq22: 33 ffffff007b7512e8 ffffffffb19e9000 0 0 0 0000204 [IWAIT] irq21: 32 ffffff007b7515d0 ffffffffb19ea000 0 0 0 0000204 [IWAIT] irq20: 31 ffffff007b7518b8 ffffffffb19eb000 0 0 0 0000204 [IWAIT] irq19: 30 ffffff007b751ba0 ffffffffb19ec000 0 0 0 0000204 [IWAIT] irq18: 29 ffffff007b75a8b8 ffffffffb1982000 0 0 0 0000204 [IWAIT] irq17: 28 ffffff007b75aba0 ffffffffb1983000 0 0 0 0000204 [IWAIT] irq16: 27 ffffff007b743000 ffffffffb1984000 0 0 0 0000204 [IWAIT] irq15: ata1 26 ffffff007b7432e8 ffffffffb19a3000 0 0 0 0000204 [IWAIT] irq14: ata0 25 ffffff007b7435d0 ffffffffb19a4000 0 0 0 0000204 [IWAIT] irq13: 24 ffffff007b7438b8 ffffffffb19a5000 0 0 0 0000204 [IWAIT] irq12: psm0 23 ffffff007b743ba0 ffffffffb19a6000 0 0 0 0000204 [IWAIT] irq11: 22 ffffff007b705000 ffffffffb19a7000 0 0 0 0000204 [IWAIT] irq10: --More-- 21 ffffff007b7982e8 ffffffffb195d000 0 0 0 0000204 [IWAIT] irq9: acpi0 20 ffffff007b7985d0 ffffffffb195e000 0 0 0 0000204 [IWAIT] irq8: rtc 19 ffffff007b7988b8 ffffffffb197d000 0 0 0 0000204 [IWAIT] irq7: 18 ffffff007b798ba0 ffffffffb197e000 0 0 0 0000204 [IWAIT] irq6: fdc0 17 ffffff007b75a000 ffffffffb197f000 0 0 0 0000204 [IWAIT] irq5: 16 ffffff007b75a2e8 ffffffffb1980000 0 0 0 0000204 [IWAIT] irq4: sio0 15 ffffff007b75a5d0 ffffffffb1981000 0 0 0 0000204 [IWAIT] irq3: 14 ffffff007b750000 ffffffffb191b000 0 0 0 0000204 [IWAIT] irq0: clk 13 ffffff007b7502e8 ffffffffb1958000 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 ffffff007b7505d0 ffffffffb1959000 0 0 0 000020c [CPU 0] idle: cpu0 11 ffffff007b7508b8 ffffffffb195a000 0 0 0 000020c [CPU 1] idle: cpu1 1 ffffff007b750ba0 ffffffffb195b000 0 0 1 0004200 [SLPQ wait 0xffffff007b750ba0][SLP] init 10 ffffff007b798000 ffffffffb195c000 0 0 0 0000204 [SLPQ ktrace 0xffffffff8050b0f0][SLP] ktrace 0 ffffffff80505880 ffffffff8061d000 0 0 0 0000200 [SLPQ sched 0xffffffff80505880][SLP] swapper db> where kdb_enter() at kdb_enter+0x2f siointr1() at siointr1+0x3f6 siointr() at siointr+0x2e intr_execute_handlers() at intr_execute_handlers+0x112 lapic_handle_intr() at lapic_handle_intr+0x21 Xapic_isr1() at Xapic_isr1+0x7d --- interrupt, rip = 0xffffffff80177f36, rsp = 0xffffffffb192fba0, rbp = 0xffffffffb192fbb0 --- acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x1a1 idle_proc() at idle_proc+0x7c fork_exit() at fork_exit+0xc3 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb192fd00, rbp = 0 --- db> c KDB: stack backtrace: mi_switch() at mi_switch+0x2dc idle_proc() at idle_proc+0xb6 fork_exit() at fork_exit+0xc3 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb1934d00, rbp = 0 --- panic: mi_switch: did not reenter debugger FreeBSD/amd64c (krab-4) (ttyd0p) login: uid = 0 KDB: enter: panic [thread 100004] Stopped at kdb_enter+0x2f: nop db> KD B:����ÿ���ü���Œø���ü���ü���ü����ü��� ����ü���Œø���Œø�� ����Œø���Œø������ ��� ��� ���Œø���Œø���Œø�� ��ÿ�� ���Œø���ü�� ���Œø��� k_ex t ��f exit+0xc3 fork_trampoline() at or mpoli ����0 t���ð- �€t 0, = 0 ��� ff ffb192fd00, rbp = 0 --- dddb db> ~~ [EOT] --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 13:25:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 889ED16A4CE for ; Wed, 27 Oct 2004 13:25:35 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B0A943D31 for ; Wed, 27 Oct 2004 13:25:34 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id i9RDPW9S088314; Wed, 27 Oct 2004 15:25:32 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <417FA1CB.2000601@withagen.nl> Date: Wed, 27 Oct 2004 15:25:31 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Alexander S. Usov" References: <200410271444.04324.A.S.Usov@kvi.nl> In-Reply-To: <200410271444.04324.A.S.Usov@kvi.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: 5.3-RC1 poor ATA perfomance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 13:25:35 -0000 Alexander S. Usov wrote: > Hi! > > I have hit a very strange problem with a poor ata perfomance. > > First some numbers: > === FreeBSD 5.3-RC1 > # dd if=/dev/ad0 of=/dev/null bs=1m count=512 > 536870912 bytes transferred in 23.891834 secs (22470896 bytes/sec) > # dd if=/dev/zero of=/dev/ad0s1 bs=1m count=512 > 536870912 bytes transferred in 35.413467 secs (15160078 bytes/sec) > > === Linux 2.6.8-1 (OpenBSD also gives similar numbers) > # dd if=/dev/hda of=/dev/null bs=1M count=512 > 536870912 bytes transferred in 22.272891 seconds (24104231 bytes/sec) > # dd if=/dev/zero of=/dev/hda1 bs=1M count=512 > 536870912 bytes transferred in 23.574157 seconds (22773706 bytes/sec) > > As you see the writing is quite slower. > > Some details on hardware: > atapci0: port 0x1860-0x186f,0x376, > 0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > ata0: channel #0 on atapci0 > ad0: 38154MB [77520/16/63] at ata0-master UDMA100 > > ad1 is absent. > Arrrggghhhh, please not all over again. We've just sort of terminated the previous thread about this: http://lists.freebsd.org/pipermail/freebsd-current/2004-October/040474.html And it is a LONG thread. One of the more essentail remarks made bij PHK was that this type of testing is close to no use/good. And to be honest: previously discussed number were even worse. And were probably dues to hardware which was designed/backed on monday-morning. First problem is that you need to determine what you want to do with your system. Please read the thread. --WjW From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 13:49:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4422F16A4CE for ; Wed, 27 Oct 2004 13:49:07 +0000 (GMT) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66B6143D2D for ; Wed, 27 Oct 2004 13:49:06 +0000 (GMT) (envelope-from flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.12.9p2/8.12.8) with ESMTP id i9RDn5jx049897; Wed, 27 Oct 2004 15:49:05 +0200 (CEST) (envelope-from flygt@sr.se) Received: from oldie.sr.se (oldie [134.25.200.100]) by honken.sr.se (8.12.8p2/8.12.8) with ESMTP id i9RDn4O1051506; Wed, 27 Oct 2004 15:49:04 +0200 (CEST) (envelope-from flygt@sr.se) Received: from oldie.sr.se (localhost [127.0.0.1]) by oldie.sr.se (8.13.1/8.12.11) with ESMTP id i9RDmxh7030217; Wed, 27 Oct 2004 15:48:59 +0200 (CEST) (envelope-from flygt@sr.se) Received: (from gunnar@localhost) by oldie.sr.se (8.13.1/8.13.1/Submit) id i9RDmx8Z030216; Wed, 27 Oct 2004 15:48:59 +0200 (CEST) (envelope-from gunnar) Date: Wed, 27 Oct 2004 15:48:59 +0200 From: Gunnar Flygt To: Johan Larsson Message-ID: <20041027134859.GB25127@sr.se> References: <1098850867.51833.14.camel@shumai.marcuscom.com> <1098862658.1062.3.camel@localhost> <20041027110528.T91011@treo.operax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041027110528.T91011@treo.operax.com> User-Agent: Mutt/1.4.2.1i cc: "current@freebsd.org" Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gunnar Flygt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 13:49:07 -0000 On Wed, Oct 27, 2004 at 11:06:04AM +0200, Johan Larsson wrote: > Hello! > > On Wed, 27 Oct 2004, Vladimir Grebenschikov wrote: > > > ? ??, 27/10/2004 ? 00:21 -0400, Joe Marcus Clarke ?????: > > > The more I look into this, the more it looks like I'm screwed. I'm > > > trying to install FreeBSD 5.3-RC1 from CD on a machine without any PS/2 > > > ports. All I have is a USB keyboard. Yes, the BIOS has legacy USB > > > support enabled, and the keyboard works to hit enter at the initial boot > > > prompt. However, once I'm in sysinstall, I'm out of luck. > > > > > > I tried disconnecting the keyboard at boot time to see if I could get a > > > serial console to do the installation, but that didn't work. The > > > console was still detected as internal video. Any ideas on how I can > > > get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. > > > > Yes, instruct kernel to put console on serial from loader prompt > > ( I guess something like > > OK set hint.sio.0.flags="0x10" > > OK boot -h > > or like > > ) > > > > We installed RC1 on a GX280 recently, and the only thing we had to do to > get the usb keyboard working was to set the following in the loader: > > set hint.atkbd.0.flags="0x1" > > And to make it resident, put it in the /boot/device.hints after the > installation. Actually you don't need it in the device.hints when everything is in place. It is well detected and used on a running system (I tested both 5.2.1-RELEASE, 5.3-RC1 and 5.3-STABLE -- Gunnar Flygt SR Datadrift Sveriges Radio From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 13:50:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02EC416A4CE; Wed, 27 Oct 2004 13:50:09 +0000 (GMT) Received: from smtpout-1.iphouse.net (smtpout-1.iphouse.net [216.250.188.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6A0D43D1F; Wed, 27 Oct 2004 13:50:06 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from veldy.net (fuggle.veldy.net [209.240.64.129]) by smtpout-1.iphouse.net (Postfix) with ESMTP id 4E9A51086E; Wed, 27 Oct 2004 08:50:06 -0500 (CDT) Received: from localhost (localhost.veldy.net [127.0.0.1]) by veldy.net (Postfix) with ESMTP id 904BEF1; Wed, 27 Oct 2004 08:50:05 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle.veldy.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03516-07; Wed, 27 Oct 2004 08:50:00 -0500 (CDT) Received: from [127.0.0.1] (fuggle.veldy.net [192.168.1.3]) by veldy.net (Postfix) with ESMTP id DDEF81D; Wed, 27 Oct 2004 08:49:59 -0500 (CDT) Message-ID: <417FA785.2080600@veldy.net> Date: Wed, 27 Oct 2004 08:49:57 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7A70FCC224117F42C50650FD" X-Virus-Scanned: by amavisd-new at veldy.net Subject: When do ports unfreeze now that 5.3 is tagged for 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, 27 Oct 2004 13:50:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7A70FCC224117F42C50650FD Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit When do the ports get "unfrozen" now that FreeBSD 5.3 has been tagged as RELEASE [via /usr/src/UPDATING]? There are several ports that I would like to see upgraded [like dspam] to the more recent levels and I have been told that they are waiting out the freeze. -- Thomas T. Veldhouse Key Fingerprint: 2DB9 813F F510 82C2 E1AE 34D0 D69D 1EDC D5EC AED1 Spammers please contact me at renegade@veldy.net. --------------enig7A70FCC224117F42C50650FD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBf6eIARgTFXYf0wARApz6AKCpw8FDyuTZw0Q02SHXtjhJfRvLxACgrJYQ Hk4bxRhXJoYc1mxYzKXcRDw= =mIaZ -----END PGP SIGNATURE----- --------------enig7A70FCC224117F42C50650FD-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 14:06:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F18D916A4CE for ; Wed, 27 Oct 2004 14:06:02 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2B2543D46 for ; Wed, 27 Oct 2004 14:06:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4DBF5521A6; Wed, 27 Oct 2004 07:07:05 -0700 (PDT) Date: Wed, 27 Oct 2004 07:07:05 -0700 From: Kris Kennaway To: Andre Guibert de Bruet Message-ID: <20041027140705.GA26376@xor.obsecurity.org> References: <20041027003640.K42571@alpha.siliconlandmark.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <20041027003640.K42571@alpha.siliconlandmark.com> User-Agent: Mutt/1.4.2.1i cc: Zoltan Frombach cc: freebsd-current@freebsd.org Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 14:06:03 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 27, 2004 at 12:48:52AM -0400, Andre Guibert de Bruet wrote: > >installed ports. But this would take a whole day, especially since it's= =20 > >just a single processor Pentium III system. Shouldn't it be faster to le= t=20 > >portupgrade use pre-compiled packages (either from a 5.3-RELEASE install= =20 > >CD or from a remote site)? Something like: 'portupgrade -afP' ? Would it= =20 > >work? This would save a lot of time... a lot of down-time, in fact. >=20 > This is guaranteed to work if: > - Your ports skeleton is up to date. > - This machine has HTTP and FTP access enabled. > - The ports you are upgrading are not forbidden, deprecated or broken. > - All distfiles are available from at least one of the relevant mirrors. >=20 > This is the case because portupgrade -P searches for packages locally or= =20 > wherever PKG_PATH points to, tries to use pkg_fetch and then falls back t= o=20 > updating from ports if precompiled packages are not available. Also, if you're using non-default compile options for ports (e.g. setting WITH_*/WITHOUT_* or other control variables), you won't get this if you update with the package (which are built with default options). Kris --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBf6uIWry0BWjoQKURAjGlAKD+Ix8wunF/pDS8fYqnQO73bWWKzwCgltBq ZC9plkIx3qg8v8bkLh2G6V4= =e6l1 -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 14:14:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7A4B16A4CE for ; Wed, 27 Oct 2004 14:14:21 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 0F0BD43D4C for ; Wed, 27 Oct 2004 14:14:21 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 22375 invoked by uid 0); 27 Oct 2004 13:12:55 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 27 Oct 2004 13:12:55 -0000 Message-ID: <417F9F3B.4030908@gamersimpact.com> Date: Wed, 27 Oct 2004 08:14:35 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexey Dokuchaev References: <4171F702.9020405@gamersimpact.com> <20041023130921.I78665@alpha.siliconlandmark.com> <417DF502.4010807@freebsd.org> <200410261227.25387.josemi@freebsd.jazztel.es> <20041026082109.617186e7@zork> <20041027094626.GA86759@regency.nsu.ru> In-Reply-To: <20041027094626.GA86759@regency.nsu.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: Tim Kientzle cc: Jose M Rodriguez cc: Robin Schoonover cc: freebsd-current@freebsd.org Subject: Re: Removal of /stand Directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 14:14:22 -0000 Alexey Dokuchaev wrote: >It does. In fact, it was recently picked up by dfBSD. Here're details: >http://leaf.dragonflybsd.org/mailarchive/commits/2004-10/msg00206.html > >./danfe > > This has been mentioned before and I believe there were reasons why we were not importing this yet. However, that might have been another gzip variant. If there are no objections I'll work on importing this and provide a tarball. Initially I'll put it in /usr/bin. However, if possible I'd like to do the initial import into /bin to get rid of the pesky diskless need for /stand. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 14:14:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 052DD16A4CF for ; Wed, 27 Oct 2004 14:14:22 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E68F43D2D for ; Wed, 27 Oct 2004 14:14:21 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 22375 invoked by uid 0); 27 Oct 2004 13:12:55 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 27 Oct 2004 13:12:55 -0000 Message-ID: <417F9F3B.4030908@gamersimpact.com> Date: Wed, 27 Oct 2004 08:14:35 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexey Dokuchaev References: <4171F702.9020405@gamersimpact.com> <20041023130921.I78665@alpha.siliconlandmark.com> <417DF502.4010807@freebsd.org> <200410261227.25387.josemi@freebsd.jazztel.es> <20041026082109.617186e7@zork> <20041027094626.GA86759@regency.nsu.ru> In-Reply-To: <20041027094626.GA86759@regency.nsu.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: Tim Kientzle cc: Jose M Rodriguez cc: Robin Schoonover cc: freebsd-current@freebsd.org Subject: Re: Removal of /stand Directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 14:14:22 -0000 Alexey Dokuchaev wrote: >It does. In fact, it was recently picked up by dfBSD. Here're details: >http://leaf.dragonflybsd.org/mailarchive/commits/2004-10/msg00206.html > >./danfe > > This has been mentioned before and I believe there were reasons why we were not importing this yet. However, that might have been another gzip variant. If there are no objections I'll work on importing this and provide a tarball. Initially I'll put it in /usr/bin. However, if possible I'd like to do the initial import into /bin to get rid of the pesky diskless need for /stand. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 14:34:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7108D16A4CE for ; Wed, 27 Oct 2004 14:34:44 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22E2043D53 for ; Wed, 27 Oct 2004 14:34:44 +0000 (GMT) (envelope-from reject0@gmail.com) Received: by wproxy.gmail.com with SMTP id 65so356528wri for ; Wed, 27 Oct 2004 07:34:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=ryUp9rnTLgx404dFSSW/vHEwSS9Ci2rQsVXbdla4JuPJlwyU8yHan89LyOWZrq1tH6m6kr6TXSVJAHxhQ3zEJI3bvu1BjTNFlEKGCd2PoKeuY+No/TtkfI1EcWVVDyXR6F9o6WGjJ3lV5YE31Kj3eTktd/VIuWdJhxkmKlE7pJU= Received: by 10.38.13.79 with SMTP id 79mr846233rnm; Wed, 27 Oct 2004 07:34:43 -0700 (PDT) Received: by 10.38.9.49 with HTTP; Wed, 27 Oct 2004 07:34:43 -0700 (PDT) Message-ID: <98ce952204102707342df48326@mail.gmail.com> Date: Wed, 27 Oct 2004 09:34:43 -0500 From: Chris Rich To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Problems getting sound to work in 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris Rich List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 14:34:44 -0000 I've recently installed 5.3, the last time I installed FreeBSD(4.9) I was able to get sound working by adding a device pcm into the kernel. That did not work this time (of which I now know WHY it didn't work) so after reading the man pages, the handbook on the freebsd.org website, I still can't get it to work. I have done the following things: Recompiled the kernel with device sound. using kldload to load different sound drivers (didn't work) added snd_driver_load="YES" to loader.conf - with this i had a bit of success because once i started KDE i heard sound, but after that nothing would play. I've tried loading individual drivers into the loader.conf file, but with no success, of course I did skip some and I haven't yet tried putting anything into the hints file. But I'm hoping perhaps someone has a bit of advice before I break something :) Analog Devices ADI 198x Integrated Audio That's the sound card I have, and of course on the hardware lists I didn't see that, but in previous versions of FreeBSD I was able to get sound to work, so my logic says that I should still be able to. Anyways thanks in advance. From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 14:37:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7F7216A4CE for ; Wed, 27 Oct 2004 14:37:52 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 4269E43D45 for ; Wed, 27 Oct 2004 14:37:52 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 21951 invoked by uid 0); 27 Oct 2004 12:49:48 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 27 Oct 2004 12:49:48 -0000 Message-ID: <417F99CD.3090404@gamersimpact.com> Date: Wed, 27 Oct 2004 07:51:25 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Marcus Clarke References: <1098850867.51833.14.camel@shumai.marcuscom.com> In-Reply-To: <1098850867.51833.14.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 14:37:53 -0000 Joe Marcus Clarke wrote: >The more I look into this, the more it looks like I'm screwed. I'm >trying to install FreeBSD 5.3-RC1 from CD on a machine without any PS/2 >ports. All I have is a USB keyboard. Yes, the BIOS has legacy USB >support enabled, and the keyboard works to hit enter at the initial boot >prompt. However, once I'm in sysinstall, I'm out of luck. > >I tried disconnecting the keyboard at boot time to see if I could get a >serial console to do the installation, but that didn't work. The >console was still detected as internal video. Any ideas on how I can >get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. > >Joe > > Someone is working on a keyboard multiplexor (bruce? I forget) that will handle these cases. Have you tried turning off USB Keyboard Support in the BIOS? I believe what is happening in this situation is your BIOS is emulating the ata keyboard just enough that FreeBSD is detecting it but also detecting the USB keyboard and one is squashing the other. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 14:58:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF4AF16A4D0 for ; Wed, 27 Oct 2004 14:58:04 +0000 (GMT) Received: from KVIW12.KVI.nl (KVIW12.KVI.nl [129.125.15.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CFCB43D5A for ; Wed, 27 Oct 2004 14:58:04 +0000 (GMT) (envelope-from A.S.Usov@KVI.nl) Received: from KVIR52.KVI.nl ("port 43729"@KVIR52.KVI.nl [129.125.37.116]) <01LGJ7MCWN78D41X6P@KVI.nl> for current@freebsd.org; Wed, 27 Oct 2004 16:57:58 +0200 (MET DST) Received: from KVIW12.KVI.nl by KVIR52.KVI.nl (AvMailGate-2.0.2-9) id 16351-08ACFC68; Wed, 27 Oct 2004 16:57:57 +0200 Received: from kvip88 ("port 54351"@KVIP88.KVI.nl [129.125.15.152]) by KVI.nl (PMDF V6.2-X17 #30869) with ESMTP id <01LGJ7MA3C50D41RNS@KVI.nl>; Wed, 27 Oct 2004 16:57:54 +0200 (MET DST) Date: Wed, 27 Oct 2004 16:57:53 +0200 From: "Alexander S. Usov" In-reply-to: <417FA1CB.2000601@withagen.nl> To: Willem Jan Withagen Message-id: <200410271657.53308.A.S.Usov@kvi.nl> Organization: KVI MIME-version: 1.0 Content-type: text/plain; charset=koi8-r Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.7 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-9; AVE: 6.28.0.12; VDF: 6.28.0.41; host: kvi.nl) References: <200410271444.04324.A.S.Usov@kvi.nl> <417FA1CB.2000601@withagen.nl> cc: current@freebsd.org Subject: Re: 5.3-RC1 poor ATA perfomance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 14:58:05 -0000 On Wednesday 27 October 2004 15:25, Willem Jan Withagen wrote: > Arrrggghhhh, please not all over again. > > We've just sort of terminated the previous thread about this: > > http://lists.freebsd.org/pipermail/freebsd-current/2004-October/040474.html > And it is a LONG thread. > > One of the more essentail remarks made bij PHK was that this type of > testing is close to no use/good. And to be honest: previously discussed > number were even worse. And were probably dues to hardware which was > designed/backed on monday-morning. I agree, except when it happens to FreeBSD only. > First problem is that you need to determine what you want to do with your > system. > Please read the thread. As it was suggested I will give a try to PREEMPTION before continuing this thread. -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 15:01:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EA2C16A4CE for ; Wed, 27 Oct 2004 15:01:12 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC9B543D3F for ; Wed, 27 Oct 2004 15:01:11 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i9RF0J5u065368; Wed, 27 Oct 2004 09:00:19 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 27 Oct 2004 09:00:53 -0600 (MDT) Message-Id: <20041027.090053.122146739.imp@bsdimp.com> To: jhs@berklix.org From: "M. Warner Losh" In-Reply-To: <200410270046.i9R0kV0K012290@laps.jhs.private> References: <200410270046.i9R0kV0K012290@laps.jhs.private> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-RC1 attempt with a Toshiba Libretto 70CT failed, 4.10 OK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 15:01:12 -0000 In message: <200410270046.i9R0kV0K012290@laps.jhs.private> "Julian Stacey" writes: : It gets further than 5.2.1-RELEASE, as 5.2.1 hangs quickly after first floppy : after trying to fetch modules off floppy with "No floppy devices found". That's because there's no working support in current/5.x for the YE-Data pcmcia cards. It still works in 4.x, but not 5.x, alas. I've done some work to make it happy, but it still isn't happy with that work. The first problem is the fast interrupt, but even with that fixed there's been enough changes in the floppy driver to make it no longer work. : 5.3-RC1 gets much further than 5.2.1 on this libretto: it loads : Boot, Kern1, Kern2, then Boot, goes through Fdsisk & disklabel, then : (as there's only 1 pcmcia slot, & I cant even with a device : rescan get it to see an ethernet pcmcia or pcmcia cdrom : card) ... I try to do ftp install, using PLIP or SLIP ... : & find it doesnt see either of the 2 serials (I guess one : is mouse) or the parallel port, as well as not recognising : the fresh plugged in & rescanned 3C589C pcmcia ethernet : (that works well on other FreeBSD boxes) That's because the L-50 and L-70 machines have only ISA PCMICA bridges, and that's not yet completely working. I'll try to fix this as I have at least one older laptop that I'd like to see working that needs this. Warner From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 15:15:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4894616A4CF for ; Wed, 27 Oct 2004 15:15:15 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD70643D3F for ; Wed, 27 Oct 2004 15:15:14 +0000 (GMT) (envelope-from reject0@gmail.com) Received: by wproxy.gmail.com with SMTP id 65so363421wri for ; Wed, 27 Oct 2004 08:15:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=EsGPVI/hIP3I3TPKr0W/Yvjs0VctIau5Zgqu18FTwTaX7xRKJOi5tqoJVtt4P9qFneiOhcoKjV8KIu+HZsEM1RD4acxbOtX1DDy7HnycPCGFRazirlGrbWExIlQOlya80mHjiqSzb1/wZUSeqgYEI60AT/hXb9SsuHF+4gIP170= Received: by 10.38.152.73 with SMTP id z73mr860699rnd; Wed, 27 Oct 2004 08:15:13 -0700 (PDT) Received: by 10.38.9.49 with HTTP; Wed, 27 Oct 2004 08:15:13 -0700 (PDT) Message-ID: <98ce9522041027081546395df2@mail.gmail.com> Date: Wed, 27 Oct 2004 10:15:13 -0500 From: Chris Rich To: freebsd-current@freebsd.org In-Reply-To: <98ce952204102707342df48326@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <98ce952204102707342df48326@mail.gmail.com> Subject: Re: Problems getting sound to work in 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris Rich List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 15:15:15 -0000 Ok will try that next chance I can On Wed, 27 Oct 2004 09:34:43 -0500, Chris Rich wrote: > I've recently installed 5.3, the last time I installed FreeBSD(4.9) I > was able to get sound working by adding a device pcm into the kernel. > That did not work this time (of which I now know WHY it didn't work) > so after reading the man pages, the handbook on the freebsd.org > website, I still can't get it to work. > I have done the following things: > Recompiled the kernel with device sound. > using kldload to load different sound drivers (didn't work) > added snd_driver_load="YES" to loader.conf - with this i had a bit of > success because once i started KDE i heard sound, but after that > nothing would play. > I've tried loading individual drivers into the loader.conf file, but > with no success, of course I did skip some and I haven't yet tried > putting anything into the hints file. But I'm hoping perhaps someone > has a bit of advice before I break something :) > > Analog Devices ADI 198x Integrated Audio > That's the sound card I have, and of course on the hardware lists I > didn't see that, but in previous versions of FreeBSD I was able to get > sound to work, so my logic says that I should still be able to. > > Anyways thanks in advance. > From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 15:24:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15B0516A4CE for ; Wed, 27 Oct 2004 15:24:13 +0000 (GMT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1161043D53 for ; Wed, 27 Oct 2004 15:24:12 +0000 (GMT) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) i9RFOMqR082884; Wed, 27 Oct 2004 17:24:22 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.12.11/8.12.11/Submit) id i9RFOLfu082883; Wed, 27 Oct 2004 17:24:21 +0200 (CEST) (envelope-from marc) Date: Wed, 27 Oct 2004 17:24:21 +0200 From: Marc Fonvieille To: Chris Rich Message-ID: <20041027152421.GB80834@abigail.blackend.org> References: <98ce952204102707342df48326@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <98ce952204102707342df48326@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.10-PRERELEASE cc: freebsd-current@freebsd.org Subject: Re: Problems getting sound to work in 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 15:24:13 -0000 On Wed, Oct 27, 2004 at 09:34:43AM -0500, Chris Rich wrote: > I've recently installed 5.3, the last time I installed FreeBSD(4.9) I > was able to get sound working by adding a device pcm into the kernel. > That did not work this time (of which I now know WHY it didn't work) > so after reading the man pages, the handbook on the freebsd.org > website, I still can't get it to work. > I have done the following things: > Recompiled the kernel with device sound. > using kldload to load different sound drivers (didn't work) > added snd_driver_load="YES" to loader.conf - with this i had a bit of > success because once i started KDE i heard sound, but after that > nothing would play. [...] The fact you hear something is a good news... Check mixer (the command) output, to see various volume/mixer levels. My advice: - keep snd_driver_load="YES" in /boot/loader.conf - reboot the box - Do every step from 7.2.2 Testing the Sound Card section from the Handbook - and mail to this list the result of each step. Marc From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 15:47:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAFEF16A4CE for ; Wed, 27 Oct 2004 15:47:14 +0000 (GMT) Received: from web41405.mail.yahoo.com (web41405.mail.yahoo.com [66.218.93.71]) by mx1.FreeBSD.org (Postfix) with SMTP id 80D2543D5F for ; Wed, 27 Oct 2004 15:47:14 +0000 (GMT) (envelope-from davemac11@yahoo.com) Message-ID: <20041027154714.68908.qmail@web41405.mail.yahoo.com> Received: from [168.91.4.66] by web41405.mail.yahoo.com via HTTP; Wed, 27 Oct 2004 08:47:14 PDT Date: Wed, 27 Oct 2004 08:47:14 -0700 (PDT) From: Dave McCammon To: freebsd-current@freebsd.org In-Reply-To: <200410271657.53308.A.S.Usov@kvi.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: 5.3-RC1 poor ATA perfomance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 15:47:14 -0000 --- "Alexander S. Usov" wrote: > On Wednesday 27 October 2004 15:25, Willem Jan > Withagen wrote: > > Arrrggghhhh, please not all over again. > > > > We've just sort of terminated the previous thread > about this: > > > > > http://lists.freebsd.org/pipermail/freebsd-current/2004-October/040474.html > > And it is a LONG thread. > > > > One of the more essentail remarks made bij PHK was > that this type of > > testing is close to no use/good. And to be honest: > previously discussed > > number were even worse. And were probably dues to > hardware which was > > designed/backed on monday-morning. > > I agree, except when it happens to FreeBSD only. > > > First problem is that you need to determine what > you want to do with your > > system. > > Please read the thread. > > As it was suggested I will give a try to PREEMPTION > before continuing this > thread. > > -- You may also want to check your controller settings as discussed further on in the above mentioned thread. Here is the link to the message. http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041487.html __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 16:16:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 631D816A4D0; Wed, 27 Oct 2004 16:16:54 +0000 (GMT) Received: from mail-in-01.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDD3743D54; Wed, 27 Oct 2004 16:16:52 +0000 (GMT) (envelope-from naddy@mips.inka.de) Received: from kemoauc.mips.inka.de (dsl-082-083-167-158.arcor-ip.net [82.83.167.158]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id EC70D5893F; Wed, 27 Oct 2004 18:16:50 +0200 (CEST) Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.13.1/8.12.10) with ESMTP id i9RGGoqX040192; Wed, 27 Oct 2004 18:16:50 +0200 (CEST) (envelope-from naddy@kemoauc.mips.inka.de) Received: (from naddy@localhost) by kemoauc.mips.inka.de (8.13.1/8.13.1/Submit) id i9RGGo91040191; Wed, 27 Oct 2004 18:16:50 +0200 (CEST) (envelope-from naddy) Date: Wed, 27 Oct 2004 18:16:50 +0200 From: Christian Weisgerber To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Message-ID: <20041027161650.GA39008@kemoauc.mips.inka.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: ACX100 Firmware Licensing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 16:16:54 -0000 Compared to other types of hardware, the support for wireless cards is lacking on *BSD because many vendors don't provide documentation or the cards require the upload of a binary firmware image that, absurdly as it sounds, may not be redistributed. Well, some people are working on improving this situation step by step and you can help by writing to the hardware vendors. Specifically, there already is a FreeBSD 5.x driver for the Texas Instruments ACX100 802.11b chipset (DLink DWL-520+, DWL-650+, and others), which is currently maintained externally: http://wlan.kewl.org/modules/mantis/main_page.php However, a firmware binary blob must be uploaded to the card, and since TI doesn't allow redistribution it can't be included with the driver, rendering it useless. THIS CONCERNS ALL OPEN SOURCE OPERATING SYSTEMS: FreeBSD, the other BSDs, Linux, you name it. OpenBSD's Ryan McBride has tried to contact TI about this but has been ignored and now asks the user community for assistance. Please contact the people at Texas Instruments by email or phone and ask them to enable us to provide a useful driver. Time and again it has been shown that vendors will be swayed if the user community expresses its interest vocally enough. Here is a list of contacts scrounged together from various sources: Bill Carney +1 707 521 3069 Mr Taketo Fukui 81-3-4331-2060 Dr John T Coffey +1 707 284 2224 Mr Srikanth Gummadi +1 707 284 2209 Dr Srinath Hosur (214) 480-4432 Dr Jie Liang (214) 480-4105 Mr Joe Mueller 858 646 3358 Mr Lior Ophir (972) 9 970-6542 Dr Stephen Pope (510) 841-8315 Mr Yoram Solomon (408) 965-2196 Tim Riker DuVal, Mary" Anand Dabak "Anand G. Dabak" Tim Schmidl Sean Coffey Srikanth Gummadi Srinath Hosur Muhammad Ikram Joseph Mueller Lior Ophir Stephen Pope Ian Sherlock Manoneet Singh Richar Williams Hirohisa Yamaguchi ----- Forwarded message from Ryan McBride ----- From: Ryan McBride Subject: ACX100 Firmware Licensing Greetings Since I do not know which one of you to contact, I am contacting all of you in the hopes that someone can redirect me to the responsible party who can help me. I am contacting on behalf of the open source operating system called OpenBSD, but the message applies to all of the other open source operating systems (Linux, the other BSD's, etc). In open source operating systems the support for some 802.11 devices, drivers such as TIs ACX100 chip, is lagging because the vendors are taking rather restrictive approaches regarding their technology. We have begun working on a driver for this chip, but it will be crippled in our operating system due to the absence of a freely available firmware image. Our policy is as follows: We will include a firmware from a vendor if it is freely redistributable. It can be a binary blob of data. It must be copyrighted, of course, but that is in the interest of the vendor. Our user community is very compatibility driven in their purchasing decisions; they seek out the components that are stable and well supported, and it is not the ACX100 varients that they will select. Even if a free driver exists, they will avoid these cards since the firmware is not included in the operating system, so you are selling fewer cards than you could. I don't know if the open source operating systems are rising as much some of the press leads us to believe, but if they are, you can no longer afford to turn your back on a fickle and technically savvy community. In the past, vendors have gotten by because there were no options, but now that some have begun opening up with freely licensed firmware and usable technical documentation, open source users have a choice, and they will be chosing the best supported cards, ie those from vendors who cooperate with the open source projects. There is another threat to your business model of remaining closed. Some vendors like RealTek and Ralink have come out with fully documented chipsets. Even Intel's Centrino-associated chipsets are now fully documented, and Cisco's remain documented. And of course we fully support the old Lucent, Prism, and Symbol devices. Texas Instruments can avoid getting sidelined in the open source market, by working with us to release the firmware in a way we can use it. Other companies that have met with the same firmware choices? Qlogic ISP scsi/fiberchannel PCI cards 3com Ethernet cards that do IPSEC offloading Adaptec Intel 100mbit card firmware upgrades for bugs NCR for their scsi products There are about 20 other smaller companies on the list too. This is a copyright notice from a Qlogic SCSI card firmware: * Copyright (C) 1995, 1996, 1997, 1998, 1999, 2000 Qlogic, Inc. * All rights reserved. * * Redistribution and use in source and binary forms are permitted provided * that the following conditions are met: * 1. Redistribution of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistribution in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. The name of the author may not be used to endorse or promote products * derived from this software without specific prior written permission * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. Four years ago the open source community told Qlogic that they had to make their firmware free, or the driver would be deleted from the various operating systems. They resisted us. The driver was deleted >from a couple of operating systems. A few days later they contacted us again to make the firmware free, and the driver was re-added. We told our users what was going on, and told them who to talk to. Five years ago, Adaptec was refusing to give us documentation for their scsi cards. We worked persistantly to build up communication with Adaptec and were shunned. So we gave a list of contacts (much like the cc: list you see above to our user community). Our users contacted 40 email addresses at Adaptec. A few days later Adaptec mailed us 2 of every cards they made, along with 2 copies of the manuals for every chipset they made. And we wrote support for all their devices, and they have sold thousands and thousands of cards as a result. After Qlogic and Adaptec started giving documentation to, all the other vendors stepped into line very quickly. The same thing happened with Ethernet chipsets after Taiwanese companies started making DEC Tulip semi-clones. The market for secrets fell apart, price and the customer rule now. We hope to see TI release a set of ACX100 firmware images with a copyright notice as shown above. We can talk about it. We know how to craft a copyright notice that will be in your interests, and also will be sufficient for the full range of Open Source project requirements. Otherwise vendors who have opened their firmware and/or documentation, are going to eat into your business, or seen another way, you will lose a business opportunity. In a few days I will be giving the list of contact information to our user community -- please consider them your customers, your potential customers, or your lost customers. If I am not convincing enough, perhaps they can be. -Ryan -- Ryan McBride, OpenBSD Project mcbride@openbsd.org ----- End forwarded message ----- -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 16:24:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0458716A4CE for ; Wed, 27 Oct 2004 16:24:36 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id A68BC43D2D for ; Wed, 27 Oct 2004 16:24:35 +0000 (GMT) (envelope-from dettloff@gmail.com) Received: by rproxy.gmail.com with SMTP id v30so61787rnb for ; Wed, 27 Oct 2004 09:24:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=AdFNd+gsYWLyWoxlphBKrKyNoDE7Ymu3RoHjMwOvNtryKGc9SNgapNXFsYdqdoVs9yGqUQZ7wYKU5pxlFTM0ONjiDpOZmMMzaGUqIOdcOFFK8HNHJFPyoaq67A9a70m7vQLJN9CRGDjEFaHgEe33WaqpWU/yOk3o/0vv8DowGpM= Received: by 10.38.12.80 with SMTP id 80mr545114rnl; Wed, 27 Oct 2004 09:24:35 -0700 (PDT) Received: by 10.38.8.3 with HTTP; Wed, 27 Oct 2004 09:24:35 -0700 (PDT) Message-ID: <5b0444b50410270924566f0f59@mail.gmail.com> Date: Wed, 27 Oct 2004 18:24:35 +0200 From: Tim Dettloff To: current@freebsd.org In-Reply-To: <60398.1098860148@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200410261704.49182.jhb@FreeBSD.org> <60398.1098860148@critter.freebsd.dk> Subject: Re: Solution? Re: pxe-install on FreeBSD 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tim Dettloff List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 16:24:36 -0000 Does the loader have enough information? Does it for instance know if NFS support is compiled into the kernel? Maybe set vfs.root.mountfrom should be an ordered list set by the loader. On Wed, 27 Oct 2004 08:55:48 +0200, Poul-Henning Kamp wrote: > In message <200410261704.49182.jhb@FreeBSD.org>, John Baldwin writes: > > > >On Thursday 21 October 2004 05:24 pm, Poul-Henning Kamp wrote: > >> In message <200410211505.27635.jhb@FreeBSD.org>, John Baldwin writes: > >> >> Doesn't the search terminate if [0] is NULL ? > >> > > >> >Perhaps there should be a small wrapper function to register a candidate > >> > root with an associated priority and that wrapper function could then > >> > manage the rootdevnames[] array and keep them sorted based on the > >> > priority? > >> > >> No, the entire thing should be rototiled. > > > >Well, the interface I'm thinking of is something like > >'rootdevice_add(const char *name, int priority)' or maybe > >'rootdevice_add(dev_t dev, int priority)' (which won't work for NFS, so I > >guess back to the char * version) and not having the array or linked list or > >whatever of names visible outside vfs_mount.c (or where the root mount code > >lives). > > After looking again I think I'll change my position: This entire thing > should be yanked out and we should rely on the loader to set the right > variables instead. > > -- > > > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 16:25:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAE2116A4E7; Wed, 27 Oct 2004 16:25:05 +0000 (GMT) Received: from mail.ambrisko.com (adsl-64-174-51-43.dsl.snfc21.pacbell.net [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E45943D2D; Wed, 27 Oct 2004 16:25:05 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 27 Oct 2004 09:25:05 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i9RGP4El040590; Wed, 27 Oct 2004 09:25:04 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i9RGP3tZ040585; Wed, 27 Oct 2004 09:25:03 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200410271625.i9RGP3tZ040585@ambrisko.com> In-Reply-To: <60398.1098860148@critter.freebsd.dk> To: Poul-Henning Kamp Date: Wed, 27 Oct 2004 09:25:03 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Solution? Re: pxe-install on FreeBSD 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 16:25:06 -0000 Poul-Henning Kamp writes: | After looking again I think I'll change my position: This entire thing | should be yanked out and we should rely on the loader to set the right | variables instead. Which is why I have this patch to sys/boot: Index: i386/libi386/pxe.c =================================================================== RCS file: /usr/local/cvsroot/freebsd/src/sys/boot/i386/libi386/pxe.c,v retrieving revision 1.20 diff -u -p -r1.20 pxe.c --- i386/libi386/pxe.c 25 Aug 2003 23:28:31 -0000 1.20 +++ i386/libi386/pxe.c 27 Oct 2004 16:13:48 -0000 @@ -308,6 +308,7 @@ pxe_open(struct open_file *f, ...) } setenv("boot.nfsroot.server", inet_ntoa(rootip), 1); setenv("boot.nfsroot.path", rootpath, 1); + setenv("vfs.root.mountfrom", "nfs", 1); } } pxe_opens++; When doing a PXE netboot so NFS mounts versus something else like a RAID controller which might not actually be used. This can end up with a in use type error preventing me from initializing the RAID controller. Sometimes (I forget if it is 4.X or 5.X) I'd get the RAID controller mounted as root if it was valid. Note this change would "break" people doing a PXE style FreeBSD Install via the mdroot but for that the loader.conf on the FreeBSD install images could have vfs.root.mountfrom=md then they should be okay. I think this would be more correct then the current scheme. I would prefer this not have to be required to be set in the loader so we can boot via EtherBoot which sets the root via the BOOTP_NFSROOT option. FYI, is there any objection to this patch for now. Doug A. From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 16:29:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27E8816A4CE for ; Wed, 27 Oct 2004 16:29:57 +0000 (GMT) Received: from Daffy.timing.com (w.timing.com [206.168.13.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1E8443D49 for ; Wed, 27 Oct 2004 16:29:56 +0000 (GMT) (envelope-from ben@timing.com) Received: from piglet.timing.com (oink@piglet.timing.com [206.168.13.178]) by Daffy.timing.com (8.12.8p2/8.12.8) with ESMTP id i9RGTuIm040630 for ; Wed, 27 Oct 2004 10:29:56 -0600 (MDT) (envelope-from ben@timing.com) Received: from piglet.timing.com (oink@localhost.timing.com [127.0.0.1]) by piglet.timing.com (8.12.6p3/8.12.6) with ESMTP id i9RGTuhC065641 for ; Wed, 27 Oct 2004 10:29:56 -0600 (MDT) (envelope-from ben@piglet.timing.com) Received: (from ben@localhost) by piglet.timing.com (8.12.6p3/8.12.6/Submit) id i9RGTuua065638; Wed, 27 Oct 2004 10:29:56 -0600 (MDT) From: Ben Mesander MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16767.52483.986921.670394@piglet.timing.com> Date: Wed, 27 Oct 2004 10:29:55 -0600 To: current@freebsd.org X-Mailer: VM 7.00 under Emacs 21.2.95.2 X-Virus-Scanned: clamd / ClamAV version 0.74, clamav-milter version 0.74a on Daffy.timing.com X-Virus-Status: Clean Subject: -current NFSv2 and NFSv3 issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 16:29:57 -0000 Hi all, We're seeing some data corruption and performance problems here with NFSv3/TCP on a machine running -current NFS client against a 4.8 NFS server. The problems can be reproduced by doing a 'make buildworld' over NFS. With NFSv2 & UDP we could buildworld with -j8 and the build would usually - but not always - complete successfully. The times when it did not appeared to possibly be a result of the mtime.tv_usec not being checked for files over NFS (ie, one build step creates a .depend file, and another step tries to use it before it "appears" over NFS). We decided to try NFSv3/TCP to see if we could get better performance. However with buildworld and -j8, we reliably see gcc or some other toolchain component coredump during the build. With -j1 things complete succesfully, but buildworld -j1 of -current takes 5 hours over dedicated 100baseT network, and the ethernet never gets even close to being saturated, so the underlying network transport doesn't seem to be the bottleneck. We appear to have sufficient nfsd's & nfsiod's in that they don't all seem to be incurring appreciable CPU time. Any clues as to the data corruption issue? Should we expect NFSv3 over TCP to outperform NFSv2 over UDP? Thanks, Ben From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 16:31:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2245E16A4CE; Wed, 27 Oct 2004 16:31:15 +0000 (GMT) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id B364E43D49; Wed, 27 Oct 2004 16:31:13 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost.infracaninophile.co.uk [IPv6:::1])i9RGV8Qh077962 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Oct 2004 17:31:08 +0100 (BST) (envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk) Received: (from matthew@localhost)i9RGV8GV077961; Wed, 27 Oct 2004 17:31:08 +0100 (BST) (envelope-from matthew) Date: Wed, 27 Oct 2004 17:31:08 +0100 From: Matthew Seaman To: "Thomas T. Veldhouse" Message-ID: <20041027163108.GA77712@happy-idiot-talk.infracaninophile.co.uk> Mail-Followup-To: "Thomas T. Veldhouse" , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org References: <417FA785.2080600@veldy.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <417FA785.2080600@veldy.net> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (smtp.infracaninophile.co.uk [IPv6:::1]); Wed, 27 Oct 2004 17:31:09 +0100 (BST) X-Virus-Scanned: clamd / ClamAV version devel-20040904, clamav-milter version 0.75l on smtp.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on happy-idiot-talk.infracaninophile.co.uk cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: When do ports unfreeze now that 5.3 is tagged for 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, 27 Oct 2004 16:31:15 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 27, 2004 at 08:49:57AM -0500, Thomas T. Veldhouse wrote: > When do the ports get "unfrozen" now that FreeBSD 5.3 has been tagged as= =20 > RELEASE [via /usr/src/UPDATING]? There are several ports that I would=20 > like to see upgraded [like dspam] to the more recent levels and I have=20 > been told that they are waiting out the freeze. About two weeks ago... Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBf81MiD657aJF7eIRAhUNAJ9pQeKp8vrYxAGddeuFZ2sOUlHMywCePuKV 0yuS9s43dHEObCtTYbD0RbY= =KN3Z -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 16:33:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3CC116A4CE for ; Wed, 27 Oct 2004 16:33:51 +0000 (GMT) Received: from imf21aec.mail.bellsouth.net (imf21aec.mail.bellsouth.net [205.152.59.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F89543D60 for ; Wed, 27 Oct 2004 16:33:51 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf21aec.mail.bellsouth.netESMTP <20041027163350.DTGP2451.imf21aec.mail.bellsouth.net@[192.168.1.5]>; Wed, 27 Oct 2004 12:33:50 -0400 In-Reply-To: <16767.52483.986921.670394@piglet.timing.com> References: <16767.52483.986921.670394@piglet.timing.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Wed, 27 Oct 2004 12:33:46 -0400 To: Ben Mesander X-Mailer: Apple Mail (2.619) cc: current@freebsd.org Subject: Re: -current NFSv2 and NFSv3 issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 16:33:51 -0000 For a lan NFSv3/UDP is by far the fastest and is much faster than NFSv2 Michael On Oct 27, 2004, at 12:29 PM, Ben Mesander wrote: > Hi all, > > We're seeing some data corruption and performance problems here with > NFSv3/TCP on a machine running -current NFS client against a 4.8 NFS > server. > > The problems can be reproduced by doing a 'make buildworld' over > NFS. With NFSv2 & UDP we could buildworld with -j8 and the build > would usually - but not always - complete successfully. The times when > it did not appeared to possibly be a result of the mtime.tv_usec not > being checked for files over NFS (ie, one build step creates a .depend > file, and another step tries to use it before it "appears" over NFS). > > We decided to try NFSv3/TCP to see if we could get better > performance. However with buildworld and -j8, we reliably see gcc or > some other toolchain component coredump during the build. With -j1 > things complete succesfully, but buildworld -j1 of -current takes 5 > hours over dedicated 100baseT network, and the ethernet never gets > even close to being saturated, so the underlying network transport > doesn't seem to be the bottleneck. > > We appear to have sufficient nfsd's & nfsiod's in that they don't > all seem to be incurring appreciable CPU time. > > Any clues as to the data corruption issue? Should we expect NFSv3 over > TCP to outperform NFSv2 over UDP? > > Thanks, > Ben > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 16:35:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBAE116A57E for ; Wed, 27 Oct 2004 16:35:15 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CD3743D6D for ; Wed, 27 Oct 2004 16:35:15 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 64432C8A9; Wed, 27 Oct 2004 12:35:24 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 05A3F1D2E62; Wed, 27 Oct 2004 12:26:35 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16767.52282.937187.190919@canoe.dclg.ca> Date: Wed, 27 Oct 2004 12:26:34 -0400 To: freebsd-current@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid Subject: IPSec on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 16:35:15 -0000 I'm just trying to diagnose something on 5.3-RC1 running on a dual AMD64 platform. Running setkey seems to be hanging the system ... has anyone had this happen recently? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 16:41:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAE6116A4CE for ; Wed, 27 Oct 2004 16:41:55 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D09E43D49 for ; Wed, 27 Oct 2004 16:41:54 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RGfsWa069692; Wed, 27 Oct 2004 12:41:54 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 69298-06; Wed, 27 Oct 2004 12:41:53 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RGfrqM069669; Wed, 27 Oct 2004 12:41:53 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RGfkSJ099860; Wed, 27 Oct 2004 12:41:46 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Wed, 27 Oct 2004 12:48:11 -0400 To: David Gilbert , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <16767.52282.937187.190919@canoe.dclg.ca> References: <16767.52282.937187.190919@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: Re: IPSec on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 16:41:56 -0000 At 12:26 PM 27/10/2004, David Gilbert wrote: >I'm just trying to diagnose something on 5.3-RC1 running on a dual >AMD64 platform. Running setkey seems to be hanging the system ... has >anyone had this happen recently? I did a bunch of stress testing on RELENG_5 with FAST_IPSEC and the soekris HiFn card using the HiFn drivers that are in HEAD just last week. I was able to bring up close to 200 associations without issue. Which IPSEC are you using ? KAME or FAST_IPSEC ? If FAST_IPSEC, did you disable INET6 ? ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 16:54:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 696EA16A4CE for ; Wed, 27 Oct 2004 16:54:42 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CE9D43D1F for ; Wed, 27 Oct 2004 16:54:42 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id C1D06C694; Wed, 27 Oct 2004 12:54:41 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 793D01D2BBE; Wed, 27 Oct 2004 12:54:28 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16767.53956.366966.737912@canoe.dclg.ca> Date: Wed, 27 Oct 2004 12:54:28 -0400 To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> References: <16767.52282.937187.190919@canoe.dclg.ca> <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-current@freebsd.org cc: David Gilbert Subject: Re: IPSec on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 16:54:42 -0000 >>>>> "Mike" == Mike Tancsa writes: Mike> At 12:26 PM 27/10/2004, David Gilbert wrote: >> I'm just trying to diagnose something on 5.3-RC1 running on a dual >> AMD64 platform. Running setkey seems to be hanging the system >> ... has anyone had this happen recently? Mike> I did a bunch of stress testing on RELENG_5 with FAST_IPSEC and Mike> the soekris HiFn card using the HiFn drivers that are in HEAD Mike> just last week. I was able to bring up close to 200 Mike> associations without issue. Which IPSEC are you using ? KAME or Mike> FAST_IPSEC ? If FAST_IPSEC, did you disable INET6 ? I'm using FAST_IPSEC and INET6 is enabled. I see a network performance test from (undated) http://people.freebsd.org/~pjd/netperf/ in which amd64 && FAST_IPSEC was noted as broken. Don't know when that was. So ... are you saying that FAST_IPSEC excludes INET6? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 16:56:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA63116A4CF for ; Wed, 27 Oct 2004 16:56:12 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 703CD43D41 for ; Wed, 27 Oct 2004 16:56:12 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9RGuAWi087360 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 27 Oct 2004 09:56:11 -0700 (PDT) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: freebsd-current@freebsd.org Date: Wed, 27 Oct 2004 10:03:18 -0700 User-Agent: KMail/1.7 References: <20041027161650.GA39008@kemoauc.mips.inka.de> In-Reply-To: <20041027161650.GA39008@kemoauc.mips.inka.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410271003.19047.sam@errno.com> cc: Christian Weisgerber Subject: Re: ACX100 Firmware Licensing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 16:56:12 -0000 IMO the openbsd folks are going about this entirely wrong. They are badgering folks and creating ill will for the ENTIRE open source community. I suggest folks not join in to this ill-conceived plan. Sam From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:13:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E064B16A4CE for ; Wed, 27 Oct 2004 17:13:24 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9432F43D45 for ; Wed, 27 Oct 2004 17:13:24 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RHDO53079062; Wed, 27 Oct 2004 13:13:24 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 78320-08; Wed, 27 Oct 2004 13:13:24 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RHDNxk079016; Wed, 27 Oct 2004 13:13:23 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RHDG1J099973; Wed, 27 Oct 2004 13:13:17 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041027131824.10140c90@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Wed, 27 Oct 2004 13:19:33 -0400 To: David Gilbert From: Mike Tancsa In-Reply-To: <16767.53956.366966.737912@canoe.dclg.ca> References: <16767.52282.937187.190919@canoe.dclg.ca> <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> <16767.53956.366966.737912@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b cc: freebsd-current@freebsd.org Subject: Re: IPSec on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 17:13:25 -0000 At 12:54 PM 27/10/2004, David Gilbert wrote: >So ... are you saying that FAST_IPSEC excludes INET6? As far as I know, yes. It needs to be disabled. In the BUGS section of the man page, "There is presently no support for IPv6." Perhaps sam@freebsd.org can confirm. ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:21:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C4AE16A4CE for ; Wed, 27 Oct 2004 17:21:06 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D3D943D55 for ; Wed, 27 Oct 2004 17:21:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6C3D3513D2; Wed, 27 Oct 2004 10:22:10 -0700 (PDT) Date: Wed, 27 Oct 2004 10:22:10 -0700 From: Kris Kennaway To: Ben Mesander Message-ID: <20041027172210.GA59514@xor.obsecurity.org> References: <16767.52483.986921.670394@piglet.timing.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <16767.52483.986921.670394@piglet.timing.com> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: -current NFSv2 and NFSv3 issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 17:21:06 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 27, 2004 at 10:29:55AM -0600, Ben Mesander wrote: > Hi all, >=20 > We're seeing some data corruption and performance problems here with > NFSv3/TCP on a machine running -current NFS client against a 4.8 NFS > server. >=20 > The problems can be reproduced by doing a 'make buildworld' over > NFS. With NFSv2 & UDP we could buildworld with -j8 and the build > would usually - but not always - complete successfully. The times when > it did not appeared to possibly be a result of the mtime.tv_usec not > being checked for files over NFS (ie, one build step creates a .depend > file, and another step tries to use it before it "appears" over NFS). Is this a vfs.nfs.access_cache_timeout issue? I don't remember if that does negative caching as well. Kris --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBf9lCWry0BWjoQKURAv5pAJwOgfEal3fIAuDVp5OIC10J9T0nMQCg6hWk 8UM7NN2h+Dd4aduE5ehiwHg= =4LCn -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:27:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1725A16A4CE for ; Wed, 27 Oct 2004 17:27:03 +0000 (GMT) Received: from hotmail.com (bay2-dav3.bay2.hotmail.com [65.54.246.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEFD043D53 for ; Wed, 27 Oct 2004 17:27:02 +0000 (GMT) (envelope-from tssajo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 27 Oct 2004 10:27:02 -0700 Received: from 24.24.201.219 by BAY2-DAV3.phx.gbl with DAV; Wed, 27 Oct 2004 17:26:39 +0000 X-Originating-IP: [24.24.201.219] X-Originating-Email: [tssajo@hotmail.com] X-Sender: tssajo@hotmail.com From: "Zoltan Frombach" To: "Zoltan Frombach" , "Kris Kennaway" , "Andre Guibert de Bruet" , "Ruben de Groot" Date: Wed, 27 Oct 2004 10:26:49 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 27 Oct 2004 17:27:02.0198 (UTC) FILETIME=[2BD1AD60:01C4BC4A] cc: freebsd-current@freebsd.org Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 17:27:03 -0000 > On Tue, Oct 26, 2004 at 10:35:16PM -0700, Zoltan Frombach typed: >> I was planning to recompile portupgrade manually first. But I didn't >> know/remember that it was dependent on ruby. So here is what I'm gonna do >> step by step: >> >> 1. cvsup src to 5.3-RELEASE (when it becomes available) >> 2. cvsup the ports tree to the latest skeleton - still using the 5.2 >> system >> 3. upgrade kernel + world (including the mergmaster step, of course) >> I will follow the official updating guide step by step and very >> carefully >> 4. double-check if ftp and http connection is still working with new >> kernel >> 5. recompile ruby manually >> 6. recompile portupgrade manually >> 7. portupgrade -af -P >> 8. recompile the few ports that needs special options and/or local >> patching > > You can omit step 8 by editing /usr/local/etc/pkgtools.conf. e.g. > > MAKE_ARGS = { > 'lang/perl5.8' => 'WITH_THREADS=yes', > } In fact, I do have those compile options set in my /usr/local/etc/pkgtools.conf file. But are you sure that portupgrade will use those even when called with the -P flag ( eg: portupgrade -af -P )? If it is true then of course step 8 can be eliminated. Can anyone confirm this? Zoltan From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:30:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41ACE16A4CE for ; Wed, 27 Oct 2004 17:30:54 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB20843D3F for ; Wed, 27 Oct 2004 17:30:53 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i9RHUpJY075872; Wed, 27 Oct 2004 13:30:52 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i9RHUpfC075869; Wed, 27 Oct 2004 13:30:51 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Wed, 27 Oct 2004 13:30:51 -0400 (EDT) From: Andre Guibert de Bruet To: Zoltan Frombach In-Reply-To: <001601c4bc49$ed540ec0$e201a8c0@p4> Message-ID: <20041027132855.R42571@alpha.siliconlandmark.com> References: <20041027003640.K42571@alpha.siliconlandmark.com> <001601c4bc49$ed540ec0$e201a8c0@p4> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 17:30:54 -0000 On Wed, 27 Oct 2004, Zoltan Frombach wrote: >> On Tue, Oct 26, 2004 at 10:35:16PM -0700, Zoltan Frombach typed: >>> 8. recompile the few ports that needs special options and/or local >>> patching >> >> You can omit step 8 by editing /usr/local/etc/pkgtools.conf. e.g. >> >> MAKE_ARGS = { >> 'lang/perl5.8' => 'WITH_THREADS=yes', >> } > > In fact, I do have those compile options set in my > /usr/local/etc/pkgtools.conf file. But are you sure that portupgrade will use > those even when called with the -P flag ( eg: portupgrade -af -P )? If it is > true then of course step 8 can be eliminated. Can anyone confirm this? Step 8 is required, because of the possibility of a binary package upgrade with -P. Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:31:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02BC416A4D3 for ; Wed, 27 Oct 2004 17:31:09 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE8B243D2F for ; Wed, 27 Oct 2004 17:31:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7CA2E513D2; Wed, 27 Oct 2004 10:32:12 -0700 (PDT) Date: Wed, 27 Oct 2004 10:32:12 -0700 From: Kris Kennaway To: Zoltan Frombach Message-ID: <20041027173212.GA59754@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: Ruben de Groot cc: freebsd-current@freebsd.org cc: Zoltan Frombach cc: Kris Kennaway Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 17:31:09 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 27, 2004 at 10:26:49AM -0700, Zoltan Frombach wrote: > >You can omit step 8 by editing /usr/local/etc/pkgtools.conf. e.g. > > > > MAKE_ARGS =3D { > > 'lang/perl5.8' =3D> 'WITH_THREADS=3Dyes', > > } >=20 > In fact, I do have those compile options set in my > /usr/local/etc/pkgtools.conf file. But are you sure that portupgrade will > use those even when called with the -P flag ( eg: portupgrade -af -P )? Such environment variables have no effect on pkg_add (i.e. portupgrade -P), because the package has already been compiled and its build options were set at that time. Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBf9ucWry0BWjoQKURArqrAJ4x4IlGgcpisty5/7BCL1Gjn3D7QwCePRad OfqpYsa/wh2z12jQqsYiQ7c= =GoV2 -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:33:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FD5716A4CE; Wed, 27 Oct 2004 17:33:08 +0000 (GMT) Received: from av5-1-sn1.fre.skanova.net (av5-1-sn1.fre.skanova.net [81.228.11.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5934743D2F; Wed, 27 Oct 2004 17:33:08 +0000 (GMT) (envelope-from diizzy@telia.com) Received: by av5-1-sn1.fre.skanova.net (Postfix, from userid 502) id B1AD737EBE; Wed, 27 Oct 2004 19:33:07 +0200 (CEST) Received: from smtp3-2-sn1.fre.skanova.net (smtp3-2-sn1.fre.skanova.net [81.228.11.164]) by av5-1-sn1.fre.skanova.net (Postfix) with ESMTP id A45BF37E4C; Wed, 27 Oct 2004 19:33:07 +0200 (CEST) Received: from d1o409.telia.com (d1o409.telia.com [195.67.227.82]) by smtp3-2-sn1.fre.skanova.net (Postfix) with ESMTP id 9529937E55; Wed, 27 Oct 2004 19:33:07 +0200 (CEST) Received: by d1o409.telia.com (8.11.1/8.10.1) id i9RHX7l13702; Wed, 27 Oct 2004 19:33:07 +0200 (CEST) Date: Wed, 27 Oct 2004 19:33:07 +0200 (CEST) Message-Id: <200410271733.i9RHX7l13702@d1o409.telia.com> X-Authentication-Warning: d1o409.telia.com: www set sender to diizzy@telia.com using -f From: "Daniel Engberg" To: obrien@freebsd.org, "David O'Brien" X-Mailer: SF Webmail X-SF-webmail-clientstamp: [217.210.253.102] 2004-10-27 19:33:07 cc: freebsd-current@freebsd.org cc: Daniel Engberg Subject: Re: AMD PCnet/PCI Fast Ethernet driver issues in 5.3RC1 / 5.3-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Engberg List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 17:33:08 -0000 quoting David O'Brien : > On Sat, Oct 23, 2004 at 12:06:26AM +0200, Daniel Engberg wrote: > > Hi, > > Currently I'm running 5.3-RC1 / 5.3-STABLE and it seems like this > > version have issues with AMD PCnet/PCI Fast Ethernet NICs. The driver > > (pcn) loads and detects the NIC properly without any errors but the > > interface is unable to trasmit or receive any data. A workaround (not a > > very nice one afaik), is to recompile the kernel and leave out the pcn > > driver. By doing so FreeBSD will use the old lnc driver instead which > > works. Any ideas what's causing this behaviour? > > I'm using "FreeBSD BOX.BUNDLE 5.3-STABLE FreeBSD 5.3-STABLE #1: Thu Oct > > 21 17:55:29 CEST 2004". > > What is the dmesg output for this device? Several of my machines have > pcn(4) devices: > > pcn0: > > with zero problems. > > -- > -- David (obrien@FreeBSD.org) > Hi, the dmesg output is the following. pcn0: port 0xe400-0xe41f mem 0xe2001000-0xe200101f irq 11 at device 10.0 on pci0 miibus0: on pcn0 lxtphy0: on miibus0 lxtphy0: 100baseFX, 100baseFX-FDX, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, audio pcn0: Ethernet address: 00:60:b0:eb:c3:c6 pcn0: if_start running deferred for Giant pcn0: [GIANT-LOCKED] //Danne From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:34:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96E0016A51D for ; Wed, 27 Oct 2004 17:34:38 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E61D43D5C for ; Wed, 27 Oct 2004 17:34:38 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id A1312C6D1; Wed, 27 Oct 2004 13:34:37 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 957331D2E61; Wed, 27 Oct 2004 13:34:18 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16767.56346.513032.706641@canoe.dclg.ca> Date: Wed, 27 Oct 2004 13:34:18 -0400 To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20041027131824.10140c90@64.7.153.2> References: <16767.52282.937187.190919@canoe.dclg.ca> <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> <16767.53956.366966.737912@canoe.dclg.ca> <6.1.2.0.0.20041027131824.10140c90@64.7.153.2> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: freebsd-current@freebsd.org cc: David Gilbert Subject: Re: IPSec on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 17:34:38 -0000 >>>>> "Mike" == Mike Tancsa writes: Mike> At 12:54 PM 27/10/2004, David Gilbert wrote: >> So ... are you saying that FAST_IPSEC excludes INET6? Mike> As far as I know, yes. It needs to be disabled. In the BUGS Mike> section of the man page, "There is presently no support for Mike> IPv6." Mike> Perhaps sam@freebsd.org can confirm. Hrm. Took out INET6 and FAST_IPSEC still panic's the kernel. This is rather bad. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:39:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29F3216A4CE for ; Wed, 27 Oct 2004 17:39:37 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0986443D1D for ; Wed, 27 Oct 2004 17:39:37 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9RHdROJ074965; Wed, 27 Oct 2004 10:39:27 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9RHdPYg074964; Wed, 27 Oct 2004 10:39:25 -0700 (PDT) (envelope-from obrien) Date: Wed, 27 Oct 2004 10:39:24 -0700 From: "David O'Brien" To: Johan Larsson Message-ID: <20041027173924.GB74567@dragon.nuxi.com> References: <1098850867.51833.14.camel@shumai.marcuscom.com> <1098862658.1062.3.camel@localhost> <20041027110528.T91011@treo.operax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041027110528.T91011@treo.operax.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: Vladimir Grebenschikov cc: freebsd-current@freebsd.org Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 17:39:37 -0000 On Wed, Oct 27, 2004 at 11:06:04AM +0200, Johan Larsson wrote: > We installed RC1 on a GX280 recently, and the only thing we had to do to > get the usb keyboard working was to set the following in the loader: > > set hint.atkbd.0.flags="0x1" This sounds like something that could be added to the Beastie boot menu. Any one want to add it and send a patch? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:39:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE13916A4CF; Wed, 27 Oct 2004 17:39:57 +0000 (GMT) Received: from av9-1-sn4.m-sp.skanova.net (av9-1-sn4.m-sp.skanova.net [81.228.10.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A86A43D48; Wed, 27 Oct 2004 17:39:57 +0000 (GMT) (envelope-from diizzy@telia.com) Received: by av9-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 8826937E4E; Wed, 27 Oct 2004 19:39:56 +0200 (CEST) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av9-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 7A3E337E49; Wed, 27 Oct 2004 19:39:56 +0200 (CEST) Received: from d1o409.telia.com (d1o409.telia.com [195.67.227.82]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 620A437E4D; Wed, 27 Oct 2004 19:39:56 +0200 (CEST) Received: by d1o409.telia.com (8.11.1/8.10.1) id i9RHduS14512; Wed, 27 Oct 2004 19:39:56 +0200 (CEST) Date: Wed, 27 Oct 2004 19:39:56 +0200 (CEST) Message-Id: <200410271739.i9RHduS14512@d1o409.telia.com> X-Authentication-Warning: d1o409.telia.com: www set sender to diizzy@telia.com using -f From: "Daniel Engberg" To: "David O'Brien" X-Mailer: SF Webmail X-SF-webmail-clientstamp: [217.210.253.102] 2004-10-27 19:39:56 cc: freebsd-current@freebsd.org Subject: Re: AMD PCnet/PCI Fast Ethernet driver issues in 5.3RC1 / 5.3-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Engberg List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 17:39:57 -0000 quoting Daniel Engberg : > quoting David O'Brien : > > > On Sat, Oct 23, 2004 at 12:06:26AM +0200, Daniel Engberg wrote: > > > Hi, > > > Currently I'm running 5.3-RC1 / 5.3-STABLE and it seems like this > > > version have issues with AMD PCnet/PCI Fast Ethernet NICs. The driver > > > (pcn) loads and detects the NIC properly without any errors but the > > > interface is unable to trasmit or receive any data. A workaround (not a > > > very nice one afaik), is to recompile the kernel and leave out the pcn > > > driver. By doing so FreeBSD will use the old lnc driver instead which > > > works. Any ideas what's causing this behaviour? > > > I'm using "FreeBSD BOX.BUNDLE 5.3-STABLE FreeBSD 5.3-STABLE #1: Thu Oct > > > 21 17:55:29 CEST 2004". > > > > What is the dmesg output for this device? Several of my machines have > > pcn(4) devices: > > > > pcn0: > > > > with zero problems. > > > > -- > > -- David (obrien@FreeBSD.org) > > > > Hi, the dmesg output is the following. > pcn0: port 0xe400-0xe41f mem > 0xe2001000-0xe200101f irq 11 at device 10.0 on pci0 > miibus0: on pcn0 > lxtphy0: on miibus0 > lxtphy0: 100baseFX, 100baseFX-FDX, 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, audio > pcn0: Ethernet address: 00:60:b0:eb:c3:c6 > pcn0: if_start running deferred for Giant > pcn0: [GIANT-LOCKED] > //Danne > If it's to any help the nics (I have two) says AM79C971KC on the network chip and I also made a typo in my previous post, audio should be auto. //Danne From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:45:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63B7D16A4CE for ; Wed, 27 Oct 2004 17:45:26 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D3AF43D3F for ; Wed, 27 Oct 2004 17:45:25 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 4201 invoked from network); 27 Oct 2004 17:44:48 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 27 Oct 2004 17:44:48 -0000 Date: Wed, 27 Oct 2004 19:45:51 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20041027194551.54ced1e7.lehmann@ans-netz.de> X-Mailer: Sylpheed version 0.9.99 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: growfs - Using on mounten FS - planned? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 17:45:26 -0000 Hi, I'm thinking about the design for a new webserver system, which would have 4 users. I came to the conclusion that it would be nice to have several different File-Systems like /usr/local/www, /usr/local/mysql, /usr/home (with quota) and so on. I thought it would be a good idea just to give them the space they actually will need + some free space. Because I know AIX I thought it would be easy to just grow a FS if more space is needed. But now I read growfs(8), and it is only possible to grow an unmounted filesystem which is bad for /usr (for example), and not nice at all. Are there any plans to make it work with mounted Filesystems? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:51:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A52D16A4D0 for ; Wed, 27 Oct 2004 17:51:03 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EE7143D48 for ; Wed, 27 Oct 2004 17:51:03 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id A2EC5C6EE; Wed, 27 Oct 2004 13:51:02 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id 3C1561D2E61; Wed, 27 Oct 2004 13:50:49 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16767.57336.647812.340434@canoe.dclg.ca> Date: Wed, 27 Oct 2004 13:50:48 -0400 To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20041027135319.053221d8@64.7.153.2> References: <16767.52282.937187.190919@canoe.dclg.ca> <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> <16767.53956.366966.737912@canoe.dclg.ca> <6.1.2.0.0.20041027131824.10140c90@64.7.153.2> <16767.56346.513032.706641@canoe.dclg.ca> <6.1.2.0.0.20041027135319.053221d8@64.7.153.2> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: FreeBSD-current@freebsd.org Subject: Re: IPSec on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 17:51:03 -0000 >>>>> "Mike" == Mike Tancsa writes: Mike> At 01:34 PM 27/10/2004, David Gilbert wrote: >> Hrm. Took out INET6 and FAST_IPSEC still panic's the kernel. This >> is rather bad. Mike> Where is it actually panicing ? back trace ? what does you Mike> kernel config look like. I would post this to the list. Well... since this is going to get rather large, I'm opening an PR on the issue. 73211. http://www.freebsd.org/cgi/query-pr.cgi?pr=73211 The problemm seems to be fatal trap 18: integer divide fault while in kernel mode ... I'm going to try to get a dump. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:52:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10E1A16A4CF for ; Wed, 27 Oct 2004 17:52:39 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABB0643D5C for ; Wed, 27 Oct 2004 17:52:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24208 invoked from network); 27 Oct 2004 17:52:38 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 27 Oct 2004 17:52:37 -0000 Received: from [10.50.40.221] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9RHqMSX021506; Wed, 27 Oct 2004 13:52:33 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 27 Oct 2004 13:52:04 -0400 User-Agent: KMail/1.6.2 References: <20041022171134.73B1.SHINO@fornext.org> <20041022171924.73B3.SHINO@fornext.org> In-Reply-To: <20041022171924.73B3.SHINO@fornext.org> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200410271352.04069.jhb@FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Shunsuke SHINOMIYA cc: obrien@FreeBSD.org Subject: Re: disabling interrupt storm protection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 17:52:39 -0000 On Friday 22 October 2004 04:26 am, Shunsuke SHINOMIYA wrote: > > Hi, > > has there been any ways to disable interrupt storm protection from > > sys/kern/kern_intr.c:1.109? > > Don't try sysctl hw.intr_storm_threshold=0. It mask all interrupt > sources. Bah, that's supposed to work but I guess bde's enhancements broke it. Can you try this patch: --- //depot/vendor/freebsd/src/sys/kern/kern_intr.c 2004/09/05 02:10:52 +++ //depot/projects/smpng/sys/kern/kern_intr.c 2004/10/27 17:41:06 @@ -485,14 +485,22 @@ struct intrhand *ih; /* and our interrupt handler chain */ struct thread *td; struct proc *p; +#ifdef HACK int count, warming, warned; +#else + int count, warned; +#endif td = curthread; p = td->td_proc; ithd = (struct ithd *)arg; /* point to myself */ KASSERT(ithd->it_td == td && td->td_ithd == ithd, ("%s: ithread and proc linkage out of sync", __func__)); +#ifdef HACK warming = 10 * intr_storm_threshold; +#else + count = 0; +#endif warned = 0; /* @@ -514,7 +522,9 @@ CTR4(KTR_INTR, "%s: pid %d: (%s) need=%d", __func__, p->p_pid, p->p_comm, ithd->it_need); +#ifdef HACK count = 0; +#endif while (ithd->it_need) { /* * Service interrupts. If another interrupt @@ -548,9 +558,29 @@ if ((ih->ih_flags & IH_MPSAFE) == 0) mtx_unlock(&Giant); } + +#ifndef HACK + /* + * If we detect an interrupt storm, pause with the + * source masked until the next hardclock tick. + */ + if (intr_storm_threshold != 0 && + count >= intr_storm_threshold) { + if (!warned) { + printf( + "Interrupt storm detected on \"%s\"; throttling interrupt source\n", + p->p_comm); + warned = 1; + } + tsleep(&count, td->td_priority, "istorm", 1); + count = 0; + } else + count++; +#endif + if (ithd->it_enable != NULL) { ithd->it_enable(ithd->it_vector); - +#ifdef HACK /* * Storm detection needs a delay here * to see slightly delayed interrupts @@ -565,8 +595,10 @@ DELAY(1); --warming; } +#endif } +#ifdef HACK /* * If we detect an interrupt storm, sleep until * the next hardclock tick. We sleep at the @@ -574,7 +606,8 @@ * to ensure that we see slightly delayed * interrupts. */ - if (count >= intr_storm_threshold) { + if (intr_storm_threshold != 0 && + count >= intr_storm_threshold) { if (!warned) { printf( "Interrupt storm detected on \"%s\"; throttling interrupt source\n", @@ -598,6 +631,7 @@ count = INT_MAX - 1; } count++; +#endif } WITNESS_WARN(WARN_PANIC, NULL, "suspending ithread"); mtx_assert(&Giant, MA_NOTOWNED); @@ -610,6 +644,9 @@ mtx_lock_spin(&sched_lock); if (!ithd->it_need) { TD_SET_IWAIT(td); +#ifndef HACK + count = 0; +#endif CTR2(KTR_INTR, "%s: pid %d: done", __func__, p->p_pid); mi_switch(SW_VOL, NULL); CTR2(KTR_INTR, "%s: pid %d: resumed", __func__, p->p_pid); First, can you test that your system works with the default threshold, and second, can you test that setting the threshold to zero disables the storm detection? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:53:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D37CC16A4CE for ; Wed, 27 Oct 2004 17:53:36 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id A641743D54 for ; Wed, 27 Oct 2004 17:53:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A0C2F513D2; Wed, 27 Oct 2004 10:54:40 -0700 (PDT) Date: Wed, 27 Oct 2004 10:54:40 -0700 From: Kris Kennaway To: Oliver Lehmann Message-ID: <20041027175440.GA60198@xor.obsecurity.org> References: <20041027194551.54ced1e7.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <20041027194551.54ced1e7.lehmann@ans-netz.de> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: growfs - Using on mounten FS - planned? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 17:53:37 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 27, 2004 at 07:45:51PM +0200, Oliver Lehmann wrote: > Hi, >=20 > I'm thinking about the design for a new webserver system, which would have > 4 users. I came to the conclusion that it would be nice to have several > different File-Systems like /usr/local/www, /usr/local/mysql, /usr/home > (with quota) and so on. > I thought it would be a good idea just to give them the space they > actually will need + some free space. Because I know AIX I thought it > would be easy to just grow a FS if more space is needed. > But now I read growfs(8), and it is only possible to grow an unmounted > filesystem which is bad for /usr (for example), and not nice at all. > Are there any plans to make it work with mounted Filesystems? I don't think so; do it from single-user mode instead. Also note that you can only grow into contiguous space, so if you have multiple filesystems on the disk that you want to grow later, you have to preallocate space in which to grow them (i.e. space them apart on the disk) -- so you might as well just allocate the space to the FS to begin with. Kris --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBf+DgWry0BWjoQKURAtF9AJ0Vcqq+OVMDfwKdBEndXFCN7tF5+ACeJTaV DgVrhfgKyxWOy0Dre693t/0= =fZgT -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:59:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C91116A4CE for ; Wed, 27 Oct 2004 17:59:50 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id C632243D41 for ; Wed, 27 Oct 2004 17:59:49 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.2] (vpn-client-2.marcuscom.com [10.2.1.2]) i9RHvBDk029579; Wed, 27 Oct 2004 13:57:11 -0400 (EDT) (envelope-from marcus@marcuscom.com) Message-ID: <417FE215.30501@marcuscom.com> Date: Wed, 27 Oct 2004 13:59:49 -0400 From: Joe Marcus Clarke Organization: MarcusCom, Inc. User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1098850867.51833.14.camel@shumai.marcuscom.com> <1098862658.1062.3.camel@localhost> <20041027110528.T91011@treo.operax.com> <20041027173924.GB74567@dragon.nuxi.com> In-Reply-To: <20041027173924.GB74567@dragon.nuxi.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------090601080906000800040709" X-Spam-Status: No, score=-4.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, LONGWORDS autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on creme-brulee.marcuscom.com cc: Vladimir Grebenschikov cc: Johan Larsson Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 17:59:50 -0000 This is a multi-part message in MIME format. --------------090601080906000800040709 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David O'Brien wrote: | On Wed, Oct 27, 2004 at 11:06:04AM +0200, Johan Larsson wrote: | |>We installed RC1 on a GX280 recently, and the only thing we had to do to |>get the usb keyboard working was to set the following in the loader: |> |>set hint.atkbd.0.flags="0x1" | | | This sounds like something that could be added to the Beastie boot menu. | Any one want to add it and send a patch? | Here's an untested patch. I'll be able to test this tonight. Joe - -- PGP Key : http://www.marcuscom.com/pgp.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBf+IVb2iPiv4Uz4cRAvulAJ9ErMh1ytA64XszYkHFNvXCIqlMoACdFbWF Fmy3+cMh+4BAV/IkNzhF/E4= =pocU -----END PGP SIGNATURE----- --------------090601080906000800040709 Content-Type: text/x-patch; x-mac-type="0"; x-mac-creator="0"; name="beastie.4th.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="beastie.4th.diff" --- beastie.4th.orig Wed Oct 27 13:57:48 2004 +++ beastie.4th Wed Oct 27 13:57:43 2004 @@ -40,6 +40,7 @@ variable bootkey variable bootacpikey +variable bootusbkey variable bootsafekey variable bootverbosekey variable bootsinglekey @@ -155,6 +156,7 @@ else -2 bootacpikey ! then + printmenuitem ." Boot FreeBSD with USB keyboard support" bootusbkey ! printmenuitem ." Boot FreeBSD in Safe Mode" bootsafekey ! printmenuitem ." Boot FreeBSD in single user mode" bootsinglekey ! printmenuitem ." Boot FreeBSD with verbose logging" bootverbosekey ! @@ -221,6 +223,10 @@ s" YES" s" acpi_load" setenv s" 0" s" hint.acpi.0.disabled" setenv then + 0 boot + then + dup bootusbkey @ = if + s" 0x1" s" hint.atkbd.0.flags" setenv 0 boot then dup bootsafekey @ = if --------------090601080906000800040709-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 18:00:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E650516A4D0; Wed, 27 Oct 2004 18:00:13 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 888CD43D41; Wed, 27 Oct 2004 18:00:13 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RI0Cu2076689; Wed, 27 Oct 2004 14:00:12 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 76541-02; Wed, 27 Oct 2004 14:00:12 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RI0BPE076663; Wed, 27 Oct 2004 14:00:11 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RI03W5000255; Wed, 27 Oct 2004 14:00:04 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041027135726.02ec27c0@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Wed, 27 Oct 2004 14:06:03 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b Subject: Lexar Jumpdrive / umass 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: Wed, 27 Oct 2004 18:00:14 -0000 Hi, I am experimenting with this device on RELENG_5 (Oct 26th) ? The unit is recognized releng5-865# usbdevs -v Controller /dev/usb4: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 addr 2: high speed, power 100 mA, config 1, product 0xa400(0xa400), Lexar Media(0x05dc), rev 20.00 port 5 powered port 6 powered port 7 powered port 8 powered releng5-865# But something like dd if=image of=/dev/da0 bs=64k will blast data to it for about 10 seconds, and then it locks up. I try releng5-865# camcontrol reset all Reset of bus 1 returned error 0x3a releng5-865# On the console, all I see is umass1: BBB reset failed, TIMEOUT umass1: BBB bulk-in clear stall failed, TIMEOUT umass1: BBB bulk-out clear stall failed, TIMEOUT umass1: BBB reset failed, TIMEOUT If I try and ^C out of the dd, the process just stalls. Here is the output of breaking to the debugger db> trace kdb_enter(c06f8bdf) at kdb_enter+0x2b siointr1(c1673800) at siointr1+0xce siointr(c1673800) at siointr+0x5a intr_execute_handlers(c14d5090,cbc5eca4,4,cbc5ece8,c0686e63) at intr_execute_handlers+0x85 lapic_handle_intr(34) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc0835afd, esp = 0xcbc5ece8, ebp = 0xcbc5ece8 --- acpi_cpu_c1(e5890d95,c802e19,1,c14dc4b0,4) at acpi_cpu_c1+0x5 acpi_cpu_idle(cbc5ed20,c050e7e9,c14dbc5c,c050e7d0,cbc5ed34) at acpi_cpu_idle+0xc9 cpu_idle(c14dbc5c,c050e7d0,cbc5ed34,c050e585,0) at cpu_idle+0x1f idle_proc(0,cbc5ed48) at idle_proc+0x19 fork_exit(c050e7d0,0,cbc5ed48) at fork_exit+0x75 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcbc5ed7c, ebp = 0 --- db> db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 538 c19471c4 d53a6000 0 537 538 0004002 [SLPQ ttyin 0xc152ec10][SLP] csh 537 c1947a98 d53ab000 1001 529 537 0004102 [SLPQ wait 0xc1947a98][SLP] su 529 c18358d4 d5339000 1001 528 529 0004002 [SLPQ pause 0xc183590c][SLP] csh 528 c1835a98 d533a000 1001 526 526 0000100 [SLPQ select 0xc0747b24][SLP] sshd 526 c1947000 d52fc000 0 377 526 0000100 [SLPQ sbwait 0xc17e5ab8][SLP] sshd 525 c1835710 d5338000 0 504 525 0004002 [SLPQ cgticb 0xc14dae38][SLP] camcontrol 504 c18351c4 d5335000 0 503 504 0004002 [SLPQ pause 0xc18351fc][SLP] csh 503 c1835388 d5336000 1001 496 503 0004102 [SLPQ wait 0xc1835388][SLP] su 496 c1835c5c d533b000 1001 495 496 0004002 [SLPQ pause 0xc1835c94][SLP] csh 495 c15b6a98 cc730000 1001 493 493 0000100 [SLPQ select 0xc0747b24][SLP] sshd 493 c1947710 d53a9000 0 377 493 0000100 [SLPQ sbwait 0xc17e5830][SLP] sshd 492 c19478d4 d53aa000 0 466 492 0024002 stop[SLPQ physwr 0xc659a2ec][SLP] dd 466 c1947388 d53a7000 0 465 466 0004002 [SLPQ pause 0xc19473c0][SLP] csh 465 c194754c d53a8000 1001 460 465 0004102 [SLPQ wait 0xc194754c][SLP] su 460 c183354c d532e000 1001 459 460 0004002 [SLPQ pause 0xc1833584][SLP] csh 459 c175854c d4a53000 1001 457 457 0000100 [SLPQ select 0xc0747b24][SLP] sshd 457 c1833000 d52fa000 0 377 457 0000100 [SLPQ sbwait 0xc17e46ec][SLP] sshd 453 c18331c4 d52ff000 0 1 453 0004002 [SLPQ ttyin 0xc16a3810][SLP] getty 452 c1758c5c d4a57000 0 1 452 0004002 [SLPQ ttyin 0xc16a2810][SLP] getty 451 c1758a98 d4a56000 0 1 451 0004002 [SLPQ ttyin 0xc16a2a10][SLP] getty 450 c1833388 d532d000 0 1 450 0004002 [SLPQ ttyin 0xc16a2c10][SLP] getty 449 c1758e20 d4a58000 0 1 449 0004002 [SLPQ ttyin 0xc16a2e10][SLP] getty 448 c1835000 d5334000 0 1 448 0004002 [SLPQ ttyin 0xc16a3010][SLP] getty 447 c17558d4 d4a4c000 0 1 447 0004002 [SLPQ ttyin 0xc16a3210][SLP] getty 446 c18338d4 d5330000 0 1 446 0004002 [SLPQ ttyin 0xc15ef010][SLP] getty 445 c17588d4 d4a55000 0 1 445 0004002 [SLPQ ttyin 0xc15d7c10][SLP] getty 411 c1833710 d532f000 0 1 410 0000000 [SLPQ nanslp 0xc074454c][SLP] smartd 399 c1758710 d4a54000 0 1 399 0000000 [SLPQ nanslp 0xc074454c][SLP] cron 387 c1833c5c d5332000 25 1 387 0000100 [SLPQ pause 0xc1833c94][SLP] sendmail 383 c1755388 d4a0d000 0 1 383 0000100 [SLPQ select 0xc0747b24][SLP] sendmail 377 c15b6c5c cc731000 0 1 377 0000100 [SLPQ select 0xc0747b24][SLP] sshd 342 c1755000 d4a0b000 0 1 342 0000000 [SLPQ select 0xc0747b24][SLP] usbd 267 c1755710 d4a4b000 0 1 267 0000000 [SLPQ select 0xc0747b24][SLP] syslogd 247 c15b6e20 cc732000 0 1 247 0000000 [SLPQ select 0xc0747b24][SLP] devd 191 c17551c4 d4a0c000 0 1 191 0000000 [SLPQ pause 0xc17551fc][SLP] adjkerntz 66 c1755a98 d4a4d000 0 0 0 0000204 [SLPQ - 0xd4a22d18][SLP] schedcpu 65 c1755c5c d4a4e000 0 0 0 0000204 [SLPQ - 0xc074ddac][SLP] nfsiod 3 64 c1755e20 d4a4f000 0 0 0 0000204 [SLPQ - 0xc074dda8][SLP] nfsiod 2 63 c1758000 d4a50000 0 0 0 0000204 [SLPQ - 0xc074dda4][SLP] nfsiod 1 62 c17581c4 d4a51000 0 0 0 0000204 [SLPQ - 0xc074dda0][SLP] nfsiod 0 61 c1758388 d4a52000 0 0 0 0000204 [SLPQ syncer 0xc07442cc][SLP] syncer 60 c15351c4 cc6e6000 0 0 0 0000204 [SLPQ vlruwt 0xc15351c4][SLP] vnlru 59 c1535388 cc6e7000 0 0 0 0000204 [SLPQ psleep 0xc07480ec][SLP] bufdaemon 58 c153554c cc6e8000 0 0 0 000020c [SLPQ pgzero 0xc07547d0][SLP] pagezero 57 c1535710 cc6e9000 0 0 0 0000204 [SLPQ psleep 0xc0754824][SLP] vmdaemon 56 c15358d4 cc6ea000 0 0 0 0000204 [SLPQ psleep 0xc07547e0][SLP] pagedaemon 55 c1535a98 cc727000 0 0 0 0000204 [SLPQ - 0xc166793c][SLP] fdc0 54 c1535c5c cc728000 0 0 0 0000204 [IWAIT] swi0: sio 53 c1535e20 cc729000 0 0 0 0000204 [SLPQ usbevt 0xc1592a10][SLP] usb4 52 c15b6000 cc72a000 0 0 0 0000204 [SLPQ usbevt 0xc15d1210][SLP] usb3 51 c15b61c4 cc72b000 0 0 0 0000204 [SLPQ usbevt 0xc15ce210][SLP] usb2 50 c15b6388 cc72c000 0 0 0 0000204 [SLPQ usbevt 0xc15bc210][SLP] usb1 49 c15b654c cc72d000 0 0 0 0000204 [SLPQ usbtsk 0xc073c4b0][SLP] usbtask 48 c15b6710 cc72e000 0 0 0 0000204 [SLPQ usbevt 0xc1599210][SLP] usb0 47 c15b68d4 cc72f000 0 0 0 0000204 [SLPQ tzpoll 0xc0845694][SLP] acpi_thermal 46 c1522a98 cc6bb000 0 0 0 0000204 [SLPQ actask 0xc0845a2c][SLP] acpi_task2 45 c1522c5c cc6bc000 0 0 0 0000204 [SLPQ actask 0xc0845a2c][SLP] acpi_task1 9 c1522e20 cc6bd000 0 0 0 0000204 [SLPQ actask 0xc0845a2c][SLP] acpi_task0 44 c152f000 cc6be000 0 0 0 0000204 [IWAIT] swi6:+ 43 c152f1c4 cc6dd000 0 0 0 0000204 [IWAIT] swi6: task queue 42 c152f388 cc6de000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 8 c152f54c cc6df000 0 0 0 0000204 [SLPQ - 0xc158e240][SLP] kqueue taskq 41 c152f710 cc6e0000 0 0 0 0000204 [IWAIT] swi3: cambio 40 c152f8d4 cc6e1000 0 0 0 0000204 [IWAIT] swi2: camnet 39 c152fa98 cc6e2000 0 0 0 0000204 [IWAIT] swi6:+ 7 c152fc5c cc6e3000 0 0 0 0000204 [SLPQ - 0xc158e480][SLP] thread taskq 38 c152fe20 cc6e4000 0 0 0 0000204 [SLPQ - 0xc073a380][SLP] yarrow 6 c1535000 cc6e5000 0 0 0 0000204 [SLPQ - 0xc073eb08][SLP] g_down 5 c151254c cc691000 0 0 0 0000204 [SLPQ - 0xc073eb04][SLP] g_up 4 c1512710 cc692000 0 0 0 0000204 [SLPQ - 0xc073eafc][SLP] g_event 3 c15128d4 cc693000 0 0 0 0000204 [SLPQ crypto_ret_wait 0xc0753804][SLP] crypto returns 2 c1512a98 cc6b2000 0 0 0 0000204 [SLPQ crypto_wait 0xc07537c4][SLP] crypto 37 c1512c5c cc6b3000 0 0 0 0000204 [IWAIT] swi1: net 36 c1512e20 cc6b4000 0 0 0 0000204 [IWAIT] swi4: vm 35 c1522000 cc6b5000 0 0 0 000020c [IWAIT] swi5: clock sio 34 c15221c4 cc6b6000 0 0 0 0000204 [IWAIT] irq0: clk 33 c1522388 cc6b7000 0 0 0 0000204 [IWAIT] irq23: ehci0 32 c152254c cc6b8000 0 0 0 0000204 [IWAIT] irq22: 31 c1522710 cc6b9000 0 0 0 0000204 [IWAIT] irq21: 30 c15228d4 cc6ba000 0 0 0 0000204 [IWAIT] irq20: fxp0 29 c14e21c4 cbc98000 0 0 0 0000204 [IWAIT] irq19: uhci1 28 c14e2388 cbc99000 0 0 0 0000204 [IWAIT] irq18: uhci2 puc0+ 27 c14e254c cbcb8000 0 0 0 0000204 [IWAIT] irq17: 26 c14e2710 cbcb9000 0 0 0 0000204 [IWAIT] irq16: hifn0 uhci0+ 25 c14e28d4 cbcba000 0 0 0 0000204 [IWAIT] irq15: ata1 24 c14e2a98 cbcbb000 0 0 0 0000204 [IWAIT] irq14: ata0 23 c14e2c5c cbcbc000 0 0 0 0000204 [IWAIT] irq13: 22 c14e2e20 cbcbd000 0 0 0 0000204 [IWAIT] irq12: 21 c1512000 cc68e000 0 0 0 0000204 [IWAIT] irq11: 20 c15121c4 cc68f000 0 0 0 0000204 [IWAIT] irq10: 19 c1512388 cc690000 0 0 0 0000204 [IWAIT] irq9: acpi0 18 c14db000 cbc52000 0 0 0 0000204 [IWAIT] irq8: rtc 17 c14db1c4 cbc8f000 0 0 0 0000204 [IWAIT] irq7: 16 c14db388 cbc90000 0 0 0 0000204 [IWAIT] irq6: fdc0 15 c14db54c cbc91000 0 0 0 0000204 [IWAIT] irq5: 14 c14db710 cbc92000 0 0 0 0000204 [IWAIT] irq4: sio0 13 c14db8d4 cbc93000 0 0 0 0000204 [IWAIT] irq3: sio1 12 c14dba98 cbc94000 0 0 0 0000204 [IWAIT] irq1: atkbd0 11 c14dbc5c cbc95000 0 0 0 000020c [CPU 0] idle 1 c14dbe20 cbc96000 0 0 1 0004200 [SLPQ wait 0xc14dbe20][SLP] init 10 c14e2000 cbc97000 0 0 0 0000204 [SLPQ ktrace 0xc07424f8][SLP] ktrace 0 c073ec00 c0c1f000 0 0 0 0000200 [SLPQ sched 0xc073ec00][SLP] swapper db> -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 18:02:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9CFA16A4CE; Wed, 27 Oct 2004 18:02:48 +0000 (GMT) Received: from out01.grupos.com.br (out01.grupos.com.br [200.203.183.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B7A443D2F; Wed, 27 Oct 2004 18:02:47 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by out01.grupos.com.br (Postfix) with ESMTP id DEB2540F5; Wed, 27 Oct 2004 15:02:43 -0300 (BRT) Received: from corp.grupos.com.br (localhost [127.0.0.1]) by corp.grupos.com.br (Postfix) with ESMTP id 9472520A90; Wed, 27 Oct 2004 15:02:43 -0300 (BRT) Received: from [150.162.166.51] (noc.grupos.com.br [150.162.166.51]) by corp.grupos.com.br (Postfix) with ESMTP id 34B7B20A8F; Wed, 27 Oct 2004 15:02:43 -0300 (BRT) Message-ID: <417FE2C3.7000905@corp.grupos.com.br> Date: Wed, 27 Oct 2004 15:02:43 -0300 From: Marcus Grando User-Agent: Mozilla Thunderbird 0.8 (X11/20041026) X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnn@FreeBSD.org References: <417DBB32.9060903@corp.grupos.com.br> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AV-Checked: ClamAV using ClamSMTP cc: freebsd-current@FreeBSD.org Subject: Re: Strange problem with em0 and switch half/full duplex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 18:02:48 -0000 I don't have this computer to test now. Someone has? Regards gnn@FreeBSD.org wrote: > At Mon, 25 Oct 2004 23:49:22 -0300, > Marcus Grando wrote: > >>Hi, >> >>I have a strange problem with em0 and half-duplex/full-duplex mode. >> >>For example, if connect em0 in one switch and they negotiated >>half-duplex, after that remove this cable and connect in another switch >>full-duplex, panic occurs. >> >>System: cvsup RELENG_5_3 (3 days ago). >> > > > Howdy, > > Can you get a backtrace of the panic or any other information? > Just knowing that this panics the system doesn't help those of > us without similar hardware to help diagnose the problem. > > Thanks, > George -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 18:04:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B15D116A4CE for ; Wed, 27 Oct 2004 18:04:44 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 794D443D41 for ; Wed, 27 Oct 2004 18:04:44 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4164 invoked from network); 27 Oct 2004 18:04:44 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 27 Oct 2004 18:04:43 -0000 Received: from [10.50.40.221] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9RI4diK021647; Wed, 27 Oct 2004 14:04:39 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 27 Oct 2004 14:00:31 -0400 User-Agent: KMail/1.6.2 References: <6.1.2.0.0.20041022113405.08fe2c48@64.7.153.2> In-Reply-To: <6.1.2.0.0.20041022113405.08fe2c48@64.7.153.2> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410271400.31895.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Mike Tancsa Subject: Re: device apic on a single processor machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 18:04:44 -0000 On Friday 22 October 2004 11:40 am, Mike Tancsa wrote: > When moving from RELENG_4 to RELENG_5, I noticed that in GENERIC, the > options > > options SMP # Symmetric MultiProcessor Kernel > device apic # I/O APIC > > are enabled by default. Going forward, is this the best thing to leave in > my default kernel on a uniprocessor machine ? I am not using the ULE > scheduler either and have hyperthreading disabled in the BIOS. > > I did a search on google, and in 2003 it was said not to having either on a > single processor machine but its not clear if this is no longer the case. You do want to drop SMP. As far as 'apic', that is less clear. If you have lots of PCI devices that share interrupts for the !apic case and you do lots of interrupt intensive tasks, then 'device apic' might help. There may also be cases where it hurts. There have been reports that access to the apic registers for things like masking sources takes longer than on the 8259As. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 18:14:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D703B16A4CF for ; Wed, 27 Oct 2004 18:14:18 +0000 (GMT) Received: from dill.salatschuessel.net (pD95FD812.dip.t-dialin.net [217.95.216.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75C8A43D5C for ; Wed, 27 Oct 2004 18:14:17 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 92592 invoked by uid 89); 27 Oct 2004 18:14:43 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (olivleh1@dill.salatschuessel.net@10.0.1.51) by dill.salatschuessel.net with SMTP; 27 Oct 2004 18:14:43 -0000 Date: Wed, 27 Oct 2004 20:14:43 +0200 From: Oliver Lehmann To: Kris Kennaway Message-Id: <20041027201443.44f3bb03.lehmann@ans-netz.de> In-Reply-To: <20041027175440.GA60198@xor.obsecurity.org> References: <20041027194551.54ced1e7.lehmann@ans-netz.de> <20041027175440.GA60198@xor.obsecurity.org> X-Mailer: Sylpheed version 0.9.99 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: growfs - Using on mounten FS - planned? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 18:14:19 -0000 Kris Kennaway wrote: > On Wed, Oct 27, 2004 at 07:45:51PM +0200, Oliver Lehmann wrote: > > > > But now I read growfs(8), and it is only possible to grow an unmounted > > filesystem which is bad for /usr (for example), and not nice at all. > > Are there any plans to make it work with mounted Filesystems? > > I don't think so; do it from single-user mode instead. Also note that > you can only grow into contiguous space, so if you have multiple > filesystems on the disk that you want to grow later, you have to > preallocate space in which to grow them (i.e. space them apart on the > disk) -- so you might as well just allocate the space to the FS to > begin with. I thought it would be as easy as it is with AIXs LVM. :) (just grow if your vg has free space, and by having it still mounted, and don't care about "where" the free space is) Because I liked the idea having free diskspace up one's sleeve which you can assign later, or for a new partition or sth. like that. But it looks like i should drop that thing. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 18:20:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E28016A4CE for ; Wed, 27 Oct 2004 18:20:53 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5648943D58 for ; Wed, 27 Oct 2004 18:20:53 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP id IBA74465; Wed, 27 Oct 2004 11:20:52 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 947ED5D0A; Wed, 27 Oct 2004 11:20:52 -0700 (PDT) To: Willem Jan Withagen In-reply-to: Your message of "Wed, 27 Oct 2004 15:25:31 +0200." <417FA1CB.2000601@withagen.nl> Date: Wed, 27 Oct 2004 11:20:52 -0700 From: "Kevin Oberman" Message-Id: <20041027182052.947ED5D0A@ptavv.es.net> cc: "Alexander S. Usov" cc: current@freebsd.org Subject: Re: 5.3-RC1 poor ATA perfomance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 18:20:53 -0000 > Date: Wed, 27 Oct 2004 15:25:31 +0200 > From: Willem Jan Withagen > Sender: owner-freebsd-current@freebsd.org > > Alexander S. Usov wrote: > > > Hi! > > > > I have hit a very strange problem with a poor ata perfomance. > > > > First some numbers: > > === FreeBSD 5.3-RC1 > > # dd if=/dev/ad0 of=/dev/null bs=1m count=512 > > 536870912 bytes transferred in 23.891834 secs (22470896 bytes/sec) > > # dd if=/dev/zero of=/dev/ad0s1 bs=1m count=512 > > 536870912 bytes transferred in 35.413467 secs (15160078 bytes/sec) > > > > === Linux 2.6.8-1 (OpenBSD also gives similar numbers) > > # dd if=/dev/hda of=/dev/null bs=1M count=512 > > 536870912 bytes transferred in 22.272891 seconds (24104231 bytes/sec) > > # dd if=/dev/zero of=/dev/hda1 bs=1M count=512 > > 536870912 bytes transferred in 23.574157 seconds (22773706 bytes/sec) > > > > As you see the writing is quite slower. > > > > Some details on hardware: > > atapci0: port 0x1860-0x186f,0x376, > > 0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > > ata0: channel #0 on atapci0 > > ad0: 38154MB [77520/16/63] at ata0-master UDMA100 > > > > ad1 is absent. > > > > Arrrggghhhh, please not all over again. > > We've just sort of terminated the previous thread about this: > http://lists.freebsd.org/pipermail/freebsd-current/2004-October/040474.html > And it is a LONG thread. > > One of the more essentail remarks made bij PHK was that this type of testing > is close to no use/good. And to be honest: previously discussed number were > even worse. And were probably dues to hardware which was designed/backed on > monday-morning. > First problem is that you need to determine what you want to do with your system. > > Please read the thread. While reading the thread is a good idea (though it does digress into a very interesting tutorial on RAID), the problem covered in that stream is NOT the problem seen here. I, too, have reported the loss of write speed in V5 vs. V4. Yes, dd(1) is really only a good test of dd(1), but I have real need to do dd(1) a lot and the slow-down is most pronounced. Søren has not been able to reproduce this, but I see it on my ICH3 laptop every morning when I copy my hard drive out. This problem ONLY impacts writes, not reads. It is only present on V5 and I think it appeared with ATAng. It costs me about 25 minutes a day, so it IS significant to me. I have not run bonnie++ yet, but will try to do so today. For the record, IBM T30 with Hitachi (nee IBM) 5400 RPM 40 GB disks with dd operation run in single user mode. One disk per IDE channel, bot master. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 18:29:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C29E16A4CE for ; Wed, 27 Oct 2004 18:29:59 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00A6C43D3F for ; Wed, 27 Oct 2004 18:29:59 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RITxgA020241 for ; Wed, 27 Oct 2004 14:29:59 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 19429-09 for ; Wed, 27 Oct 2004 14:29:58 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RITwjN020218 for ; Wed, 27 Oct 2004 14:29:58 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RITo04000387 for ; Wed, 27 Oct 2004 14:29:51 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041027143606.08a42660@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Wed, 27 Oct 2004 14:36:55 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <6.1.2.0.0.20041027135726.02ec27c0@64.7.153.2> References: <6.1.2.0.0.20041027135726.02ec27c0@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: Re: Lexar Jumpdrive / umass problems (solved) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 18:29:59 -0000 At 02:06 PM 27/10/2004, Mike Tancsa wrote: >Hi, > >I am experimenting with this device on RELENG_5 (Oct 26th) ? The unit is >recognized It seems turning off EHCI fixes the problem. ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 18:40:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFD3516A4CE; Wed, 27 Oct 2004 18:40:41 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56EBF43D39; Wed, 27 Oct 2004 18:40:41 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RIefRd023092; Wed, 27 Oct 2004 14:40:41 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22805-04; Wed, 27 Oct 2004 14:40:41 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RIefB2023071; Wed, 27 Oct 2004 14:40:41 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i9RIeXsj000447; Wed, 27 Oct 2004 14:40:34 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041027144023.0952bfb8@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Wed, 27 Oct 2004 14:47:32 -0400 To: John Baldwin , freebsd-current@FreeBSD.org From: Mike Tancsa In-Reply-To: <200410271400.31895.jhb@FreeBSD.org> References: <6.1.2.0.0.20041022113405.08fe2c48@64.7.153.2> <200410271400.31895.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: Re: device apic on a single processor machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 18:40:41 -0000 At 02:00 PM 27/10/2004, John Baldwin wrote: >On Friday 22 October 2004 11:40 am, Mike Tancsa wrote: > > When moving from RELENG_4 to RELENG_5, I noticed that in GENERIC, the > > options > > > > options SMP # Symmetric MultiProcessor Kernel > > device apic # I/O APIC > > > > are enabled by default. Going forward, is this the best thing to leave in > > my default kernel on a uniprocessor machine ? I am not using the ULE > > scheduler either and have hyperthreading disabled in the BIOS. > > > > I did a search on google, and in 2003 it was said not to having either on a > > single processor machine but its not clear if this is no longer the case. > >You do want to drop SMP. As far as 'apic', that is less clear. If you have >lots of PCI devices that share interrupts for the !apic case and you do lots >of interrupt intensive tasks, then 'device apic' might help. There may also >be cases where it hurts. There have been reports that access to the apic >registers for things like masking sources takes longer than on the 8259As. Thanks for the feedback. I guess my question is, what constitutes "lots" ? Typically, I strip down boxes to their bare min hardware wise so in most cases, I dont have anything sharing interrupts (I usually turn off USB which is the most gratuitous). But I do have a POS app that needs USB as well as 2 PCI serial cards. In this case, I do have a lot of shared interrupts. However, it almost never is CPU bound or has an interrupt rate higher than 10-20%. In this case, stability is more important to me. I have run into a number of cases where there are interrupt storms (e.g http://lists.freebsd.org/pipermail/freebsd-current/2004-September/036967.html) ... So if it provides a cleaner / more stable way to talk to the devices, I will certainly run with it. ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 19:01:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB90216A4CE for ; Wed, 27 Oct 2004 19:01:17 +0000 (GMT) Received: from error404.nls.net (error404.nls.net [216.144.36.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7015B43D46 for ; Wed, 27 Oct 2004 19:01:17 +0000 (GMT) (envelope-from ketrien@error404.nls.net) Received: from [192.168.0.100] (eiterra.achedra.org [192.168.0.100]) by error404.nls.net (8.12.10/8.12.10) with ESMTP id i9RJ1FqP035820; Wed, 27 Oct 2004 15:01:16 -0400 (EDT) (envelope-from ketrien@error404.nls.net) Message-ID: <417FF0BC.30609@error404.nls.net> Date: Wed, 27 Oct 2004 15:02:20 -0400 From: "Ketrien I. Saihr-Kesenchedra" User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Engberg , freebsd-current@freebsd.org References: <200410271733.i9RHX7l13702@d1o409.telia.com> In-Reply-To: <200410271733.i9RHX7l13702@d1o409.telia.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: AMD PCnet/PCI Fast Ethernet driver issues in 5.3RC1 / 5.3-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 19:01:17 -0000 Daniel Engberg wrote: >Hi, the dmesg output is the following. >pcn0: port 0xe400-0xe41f mem >0xe2001000-0xe200101f irq 11 at device 10.0 on pci0 >miibus0: on pcn0 >lxtphy0: on miibus0 >lxtphy0: 100baseFX, 100baseFX-FDX, 10baseT, 10baseT-FDX, 100baseTX, >100baseTX-FDX, audio >pcn0: Ethernet address: 00:60:b0:eb:c3:c6 >pcn0: if_start running deferred for Giant >pcn0: [GIANT-LOCKED] > I must have missed earlier posts in this thread. (Not a surprise, I usually only have time to skip over -current.) The problem you are describing here is nearly identical to pcm-as-module here, with a generic/unknown PHY. I haven't had time to properly debug, since the pcn on the system in question is a) onboard and b) the only working NIC with driver currently in the system. The symptoms I saw were specifically that if pcn was compiled as module and loaded, it seemed not to attach PHY properly. Can you try compiling pcn as a module, and seeing if the behavior is identical on load? Then try unloading and reloading the driver? -ksaihr From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 19:01:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F6F616A4CE for ; Wed, 27 Oct 2004 19:01:39 +0000 (GMT) Received: from lithium.plan-ix.de (lithium.plan-ix.de [212.37.39.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E62443D53 for ; Wed, 27 Oct 2004 19:01:38 +0000 (GMT) (envelope-from braukmann@tse-online.de) Received: from localhost (lithium.plan-ix.de [212.37.39.35]) by lithium.plan-ix.de (Postfix) with ESMTP id 2A2CD2EC35F; Wed, 27 Oct 2004 19:01:36 +0000 (GMT) Received: from localhost.plan-ix.de ([212.37.39.35]) by localhost (lithium.plan-ix.de [212.37.39.35]) (amavisd-new, port 10025) with ESMTP id 10772-04; Wed, 27 Oct 2004 19:01:35 +0000 (GMT) Received: from [192.168.225.210] (p508243A5.dip0.t-ipconnect.de [80.130.67.165]) by lithium.plan-ix.de (Postfix) with ESMTP id D4B222EC35E; Wed, 27 Oct 2004 19:01:34 +0000 (GMT) Date: Wed, 27 Oct 2004 21:01:51 +0200 From: Andreas Braukmann To: Oliver Lehmann Message-ID: <5521E0229FFC0CAECEA5EA17@[192.168.225.210]> In-Reply-To: <20041027201443.44f3bb03.lehmann@ans-netz.de> References: <20041027194551.54ced1e7.lehmann@ans-netz.de> <20041027175440.GA60198@xor.obsecurity.org> <20041027201443.44f3bb03.lehmann@ans-netz.de> X-Mailer: Mulberry/3.1.6 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at plan-ix.de cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: growfs - Using on mounten FS - planned? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 19:01:39 -0000 --On Mittwoch, 27. Oktober 2004 20:14 Uhr +0200 Oliver Lehmann wrote: > Kris Kennaway wrote: >> On Wed, Oct 27, 2004 at 07:45:51PM +0200, Oliver Lehmann wrote: >> > >> > But now I read growfs(8), and it is only possible to grow an unmounted >> > filesystem which is bad for /usr (for example), and not nice at all. >> > Are there any plans to make it work with mounted Filesystems? >> >> I don't think so; do it from single-user mode instead. Also note that >> you can only grow into contiguous space, so if you have multiple >> filesystems on the disk that you want to grow later, you have to >> preallocate space in which to grow them (i.e. space them apart on the >> disk) -- so you might as well just allocate the space to the FS to >> begin with. > > I thought it would be as easy as it is with AIXs LVM. :) I got used to manage the disk space via vinum volumes. If a filesystem has to grow, I just add concat plex to the vinum volume underlying the filesystem. After that I use growfs. I admit that I have not done this under a recent 5.x or -current with g_vinum and/or UFS2. But I'm very used to this procedure on my produc- tioin servers running 4-stable. Ok, ... there's still the "problem" that one has to do this during pre-scheduled maintenance windows very early in the morning. > (just grow if your vg has free space, and by having it still mounted, > and don't care about "where" the free space is) Using vinum you won't have to. > Because I liked the idea having free diskspace up one's sleeve which you > can assign later, or for a new partition or sth. like that. > But it looks like i should drop that thing. I'll have to test this on gvinum / UFS2 during the next few weeks, because of a 2 TByte storage server running 5.3 has to go in pro- duction in early December. -Andreas From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 19:03:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97BFE16A4CE for ; Wed, 27 Oct 2004 19:03:01 +0000 (GMT) Received: from ei.bzerk.org (ei.xs4all.nl [213.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01EF343D39 for ; Wed, 27 Oct 2004 19:03:01 +0000 (GMT) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.13.1/8.13.1) with ESMTP id i9RJ4GJ3071075; Wed, 27 Oct 2004 21:04:16 +0200 (CEST) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.13.1/8.13.1/Submit) id i9RJ4GLf071074; Wed, 27 Oct 2004 21:04:16 +0200 (CEST) (envelope-from mail25@bzerk.org) Date: Wed, 27 Oct 2004 21:04:16 +0200 From: Ruben de Groot To: Kris Kennaway Message-ID: <20041027190416.GA70873@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , Kris Kennaway , Zoltan Frombach , Zoltan Frombach , Andre Guibert de Bruet , freebsd-current@freebsd.org References: <20041027173212.GA59754@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041027173212.GA59754@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED, FROM_ENDS_IN_NUMS autolearn=failed version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on ei.bzerk.org cc: Zoltan Frombach cc: Ruben de Groot cc: freebsd-current@freebsd.org cc: Zoltan Frombach Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 19:03:01 -0000 On Wed, Oct 27, 2004 at 10:32:12AM -0700, Kris Kennaway typed: > On Wed, Oct 27, 2004 at 10:26:49AM -0700, Zoltan Frombach wrote: > > > >You can omit step 8 by editing /usr/local/etc/pkgtools.conf. e.g. > > > > > > MAKE_ARGS = { > > > 'lang/perl5.8' => 'WITH_THREADS=yes', > > > } > > > > In fact, I do have those compile options set in my > > /usr/local/etc/pkgtools.conf file. But are you sure that portupgrade will > > use those even when called with the -P flag ( eg: portupgrade -af -P )? > > Such environment variables have no effect on pkg_add (i.e. portupgrade > -P), because the package has already been compiled and its build > options were set at that time. Yes. Wouldn't it be a nice feature for "portupgrade -P" to install the port instead of the package if any non-defaults were defined in pkgtools.conf? (I guess now's the time for me to learn some ruby) From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 19:30:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF36016A4CE for ; Wed, 27 Oct 2004 19:30:01 +0000 (GMT) Received: from hotmail.com (bay2-dav17.bay2.hotmail.com [65.54.246.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id A47D743D5C for ; Wed, 27 Oct 2004 19:30:01 +0000 (GMT) (envelope-from tssajo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 27 Oct 2004 12:30:01 -0700 Received: from 24.24.201.219 by BAY2-DAV17.phx.gbl with DAV; Wed, 27 Oct 2004 19:29:11 +0000 X-Originating-IP: [24.24.201.219] X-Originating-Email: [tssajo@hotmail.com] X-Sender: tssajo@hotmail.com From: "Zoltan Frombach" To: "Ruben de Groot" , "Kris Kennaway" References: <20041027173212.GA59754@xor.obsecurity.org> <20041027190416.GA70873@ei.bzerk.org> Date: Wed, 27 Oct 2004 12:29:23 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 27 Oct 2004 19:30:01.0298 (UTC) FILETIME=[5A1AFB20:01C4BC5B] cc: Ruben de Groot cc: freebsd-current@freebsd.org Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 19:30:01 -0000 > On Wed, Oct 27, 2004 at 10:32:12AM -0700, Kris Kennaway typed: >> On Wed, Oct 27, 2004 at 10:26:49AM -0700, Zoltan Frombach wrote: >> >> > >You can omit step 8 by editing /usr/local/etc/pkgtools.conf. e.g. >> > > >> > > MAKE_ARGS = { >> > > 'lang/perl5.8' => 'WITH_THREADS=yes', >> > > } >> > >> > In fact, I do have those compile options set in my >> > /usr/local/etc/pkgtools.conf file. But are you sure that portupgrade >> > will >> > use those even when called with the -P flag ( eg: portupgrade -af -P )? >> >> Such environment variables have no effect on pkg_add (i.e. portupgrade >> -P), because the package has already been compiled and its build >> options were set at that time. > > Yes. Wouldn't it be a nice feature for "portupgrade -P" to install the > port > instead of the package if any non-defaults were defined in pkgtools.conf? > > (I guess now's the time for me to learn some ruby) This would be awesome! On the other hand, I also use some custom local patches for some of my ports when I build them. In those cases I just place my additional patch files into the port's 'files' directory (inside the ports tree). It works, but only if I compile these ports locally, of course. I don't believe that portupgrade can detect these extra patch files when using the -P option... So I just keep a list of these locally patched ports installed on my system (fortunately, there are only a few of these) and I will re-compile them one by one issuing 'portugrade -f portname' commands right AFTER 'portupgrade -af -P' has completed. IMO, there is just no other way to take care of these locally patched ports. And since I have to do this anyway, might as well do the same with all the ports that have custom options in my pkgtools.conf file... For now I have to anyway. Unless you quickly hack portupgrade's source code in ruby. ;-) BTW, cvsup'ing the ports tree sometime wipes out my custom patches from the ports tree, too. I can live with it, because it only happens when the same file is being patched with an 'official' patch by the port maintener. Then that patch oreplaces my custom patch. This is another thing I must watch out for when I cvsup'ing my ports skeleton... I can live with it, though. Zoltan From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 19:31:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D2B416A4CE; Wed, 27 Oct 2004 19:31:40 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D18A043D31; Wed, 27 Oct 2004 19:31:39 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i9RJVZIo027623; Wed, 27 Oct 2004 15:31:35 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i9RJVXWJ027622; Wed, 27 Oct 2004 15:31:33 -0400 (EDT) Date: Wed, 27 Oct 2004 15:31:33 -0400 From: Ken Smith To: Vladimir Grebenschikov Message-ID: <20041027193133.GA27473@electra.cse.Buffalo.EDU> References: <1098870425.1062.14.camel@localhost> <417F9483.7040003@freebsd.org> <1098880551.1062.20.camel@localhost> <1098880647.1062.22.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098880647.1062.22.camel@localhost> User-Agent: Mutt/1.4.1i cc: David Xu cc: "current@freebsd.org" Subject: Re: Unkillable process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 19:31:40 -0000 On Wed, Oct 27, 2004 at 04:37:27PM +0400, Vladimir Grebenschikov wrote: > Looks like I should upgrade to 1.251: > > diff -u -r1.251 -r1.250 > --- sys/kern/kern_exit.c 23 Oct 2004 11:20:26 -0000 1.251 > +++ sys/kern/kern_exit.c 5 Oct 2004 18:51:11 -0000 1.250 > @@ -403,7 +403,7 @@ > * since their existence means someone is screwing up. > */ > if (q->p_flag & P_TRACED) { > - q->p_flag &= ~(P_TRACED | P_STOPPED_TRACE); > + q->p_flag &= ~P_TRACED; > psignal(q, SIGKILL); > } Yes, but before you do... :-) If it's not too late can you do: ps -o f -l Or if anyone "succeeds" at wedging processes (especially if you already have the above patch applied) can you try this? I have a trivial procedure that produces unkillable processes before the above patch, and this patch fixes that case. I've got one person reporting that he can still get wedged processes even with the above patch though so I'm looking for a bit more information. Thanks... -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 19:35:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F61E16A4CE for ; Wed, 27 Oct 2004 19:35:02 +0000 (GMT) Received: from hotmail.com (bay2-dav9.bay2.hotmail.com [65.54.246.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A8A543D2D for ; Wed, 27 Oct 2004 19:35:02 +0000 (GMT) (envelope-from tssajo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 27 Oct 2004 12:35:01 -0700 Received: from 24.24.201.219 by BAY2-DAV9.phx.gbl with DAV; Wed, 27 Oct 2004 19:34:38 +0000 X-Originating-IP: [24.24.201.219] X-Originating-Email: [tssajo@hotmail.com] X-Sender: tssajo@hotmail.com From: "Zoltan Frombach" To: "Ruben de Groot" , "Kris Kennaway" References: <20041027173212.GA59754@xor.obsecurity.org> <20041027190416.GA70873@ei.bzerk.org> Date: Wed, 27 Oct 2004 12:34:51 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 27 Oct 2004 19:35:01.0981 (UTC) FILETIME=[0D5390D0:01C4BC5C] cc: Ruben de Groot cc: freebsd-current@freebsd.org Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 19:35:02 -0000 > On Wed, Oct 27, 2004 at 10:32:12AM -0700, Kris Kennaway typed: >> On Wed, Oct 27, 2004 at 10:26:49AM -0700, Zoltan Frombach wrote: >> >> > >You can omit step 8 by editing /usr/local/etc/pkgtools.conf. e.g. >> > > >> > > MAKE_ARGS = { >> > > 'lang/perl5.8' => 'WITH_THREADS=yes', >> > > } >> > >> > In fact, I do have those compile options set in my >> > /usr/local/etc/pkgtools.conf file. But are you sure that portupgrade >> > will >> > use those even when called with the -P flag ( eg: portupgrade -af -P )? >> >> Such environment variables have no effect on pkg_add (i.e. portupgrade >> -P), because the package has already been compiled and its build >> options were set at that time. > > Yes. Wouldn't it be a nice feature for "portupgrade -P" to install the > port > instead of the package if any non-defaults were defined in pkgtools.conf? > > (I guess now's the time for me to learn some ruby) If you really want to add this to portupgrade, it should be optional, though. Because someone might have a broken compiler or something and just wants to install a binary package quickly. In that case it should be possible to force a binary package installation regardless of what's inside the pkgtools.conf file. Don't you agree? From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 19:42:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4795916A4CE; Wed, 27 Oct 2004 19:42:34 +0000 (GMT) Received: from artemis.drwilco.net (loves.bsdchicks.com [209.162.227.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EF8043D2D; Wed, 27 Oct 2004 19:42:33 +0000 (GMT) (envelope-from lists@bsdchicks.com) Received: from 83.84.3.242 (localhost [127.0.0.1]) by artemis.drwilco.net (8.12.11/8.12.3) with SMTP id i9RJeEJm035183; Wed, 27 Oct 2004 15:40:14 -0400 (EDT) (envelope-from lists@bsdchicks.com) Message-ID: X-Mailer: BasiliX 1.1.0 -- http://basilix.org X-SenderIP: 83.84.3.242 Date: Wed, 27 Oct 2004 15:40:13 EDT From: "Rogier R. Mulhuijzen" To: wpaul@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="59b6bb23d26f64278b26095bbbcfd0f8-1098906013" cc: freebsd-current@freebsd.org Subject: [PATCH] NDISulator fixed to work with wicontrol -L and dstumbler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Rogier R. Mulhuijzen" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 19:42:34 -0000 --59b6bb23d26f64278b26095bbbcfd0f8-1098906013 Content-Type: text/plain Subject says it all. I did some poking around in net80211 and dev/if_ndis (shouldn't that be just dev/ndis, like all other if_ modules?) and extended if_ndis.c some so that it answers the ioctl that's used by wicontrol and other userland programs (like dstumbler, part of the net-mgmt/bsd-airtools package/port) to list found 802.11 APs. I do have a few things that made me scratch my head. 1) Currently if there's more APs then can fit in the wreq struct, they're just ignored. There's no way to get a continued list, nor is there any flag to show the requestor that there's more. The wreq struct is a fixed size, and can't be extended without recompiling both kernel and userland. 2) The wi_rates array can only fit 10 rates, but 802.11g has more than 10 rates. Again, this can't be extended without recompiling kernel & userland. Also the 10 is hardcoded in net80211/ieee80211_ioctl.c. (I went ahead and copied it, in a "if it's OK there, it's OK here" kinda mood. But I'll be happy to supply patches for both) 3) When trying to stumble without bringing up the interface at least once, I get a big fat panic. But it seems to not be related to my changes. Still investigating that bit. Patch is attached but can be found at http://www.bsdchicks.com/patches/if_ndis.c.patch too. I'm still a kernel-hacking newb, so please review thouroughly (I managed to trample over random kernel space with early versions... fun fun fun), and fire off any comments you might have. Also my whitespace use might not be standard, since I don't know what the standard is. Greetings, DocWilco --59b6bb23d26f64278b26095bbbcfd0f8-1098906013 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Description: if_ndis.c.patch Content-Disposition: attachment; filename="if_ndis.c.patch" LS0tIHN5cy9kZXYvaWZfbmRpcy9pZl9uZGlzLmMub3JpZwlXZWQgT2N0IDI3 IDE3OjAxOjU1IDIwMDQKKysrIHN5cy9kZXYvaWZfbmRpcy9pZl9uZGlzLmMJ V2VkIE9jdCAyNyAyMToxMDoxOCAyMDA0CkBAIC0yMDExLDcgKzIwMTEsOSBA QAogCW5kaXNfODAyMTFfYnNzaWRfbGlzdF9leCAqYmw7CiAJbmRpc193bGFu X2Jzc2lkX2V4CSp3YjsKIAlzdHJ1Y3Qgd2lfYXBpbmZvCSphcGk7Ci0JaW50 CQkJZXJyb3IsIGksIGosIGxlbiwgbWF4YXBzOworCXN0cnVjdCB3aV9zY2Fu X3AyX2hkciAqcDI7CisJc3RydWN0IHdpX3NjYW5fcmVzIAkqcmVzOworCWlu dAkJCWVycm9yLCBpLCBqLCBrLCBsZW4sIG1heGFwczsKIAogCXNjID0gaWZw LT5pZl9zb2Z0YzsKIAlpZnIgPSAoc3RydWN0IGlmcmVxICopZGF0YTsKQEAg LTIwNzAsNiArMjA3Miw2OSBAQAogCQkJYXBpKys7CiAJCQl3YiA9IChuZGlz X3dsYW5fYnNzaWRfZXggKikoKGNoYXIgKil3YiArIHdiLT5ud2J4X2xlbik7 CiAJCX0KKwkJZnJlZShibCwgTV9ERVZCVUYpOworCQllcnJvciA9IGNvcHlv dXQoJndyZXEsIGlmci0+aWZyX2RhdGEsIHNpemVvZih3cmVxKSk7CisJCWJy ZWFrOworCWNhc2UgV0lfUklEX1NDQU5fUkVTOgorCQlsZW4gPSAwOworCQll cnJvciA9IG5kaXNfc2V0X2luZm8oc2MsIE9JRF84MDJfMTFfQlNTSURfTElT VF9TQ0FOLAorCQkgICAgTlVMTCwgJmxlbik7CisJCWlmIChlcnJvciA9PSAw KQorCQkJdHNsZWVwKCZlcnJvciwgUFBBVVNFfFBDQVRDSCwgInNzaWRzY2Fu IiwgaHogKiAyKTsKKwkJbGVuID0gMDsKKwkJZXJyb3IgPSBuZGlzX2dldF9p bmZvKHNjLCBPSURfODAyXzExX0JTU0lEX0xJU1QsIE5VTEwsICZsZW4pOwor CQlpZiAoZXJyb3IgIT0gRU5PU1BDKSAKKwkJCWJyZWFrOworCQlibCA9IG1h bGxvYyhsZW4sIE1fREVWQlVGLCBNX1dBSVRPS3xNX1pFUk8pOworCQllcnJv ciA9IG5kaXNfZ2V0X2luZm8oc2MsIE9JRF84MDJfMTFfQlNTSURfTElTVCwg YmwsICZsZW4pOworCQlpZiAoZXJyb3IpIHsKKwkJCWZyZWUoYmwsIE1fREVW QlVGKTsKKwkJCWJyZWFrOworCQl9CisKKwkJayA9IDA7CisJCXAyID0gKHN0 cnVjdCB3aV9zY2FuX3AyX2hkciAqKXdyZXEud2lfdmFsOworCQlyZXMgPSAo dm9pZCAqKSZwMlsxXTsKKwkJd2IgPSBibC0+bmJseF9ic3NpZDsKKwkJd2hp bGUgKChjYWRkcl90KShyZXMgKyAxKSA8IChjYWRkcl90KSgmd3JlcSArIDEp ICYmIGsgPCBibC0+bmJseF9pdGVtcykgeworCQkJYnplcm8ocmVzLCBzaXpl b2YoKnJlcykpOworCQkJYmNvcHkoJndiLT5ud2J4X21hY2FkZHIsICZyZXMt PndpX2Jzc2lkLAorCQkJICAgIHNpemVvZihyZXMtPndpX2Jzc2lkKSk7CisJ CQlyZXMtPndpX3NzaWRfbGVuID0gd2ItPm53Ynhfc3NpZC5uc19zc2lkbGVu OworCQkJYmNvcHkoJndiLT5ud2J4X3NzaWQubnNfc3NpZCwgJnJlcy0+d2lf c3NpZCwgcmVzLT53aV9zc2lkX2xlbik7CisJCQlpZiAod2ItPm53YnhfcHJp dmFjeSkgeworCQkJCXJlcy0+d2lfY2FwaW5mbyB8PSBJRUVFODAyMTFfQ0FQ SU5GT19QUklWQUNZOworCQkJfQorCQkJLyogWFhYIFdoZXJlIGNhbiB3ZSBn ZXQgbm9pc2UgaW5mb3JtYXRpb24/ICovCisJCQlyZXMtPndpX3NpZ25hbCA9 IHdiLT5ud2J4X3Jzc2kgKyAxNDk7CS8qIFhYWCAqLworCQkJcmVzLT53aV9j aGFuID0KKwkJCSAgICBpZWVlODAyMTFfbWh6MmllZWUod2ItPm53YnhfY29u ZmlnLm5jX2RzY29uZmlnIC8KKwkJCSAgICAxMDAwLCAwKTsKKwkJCS8qIElu ICJhdXRvIiBpbmZyYXN0cnVjdHVyZSBtb2RlLCB0aGlzIGlzIHVzZWxlc3Mu ICovCisJCQlpZiAod2ItPm53YnhfbmV0aW5mcmEgPT0gTkRJU184MDIxMV9O RVRfSU5GUkFfSUJTUykKKwkJCQlyZXMtPndpX2NhcGluZm8gfD0gSUVFRTgw MjExX0NBUElORk9fSUJTUzsKKwkJCWlmICh3Yi0+bndieF9sZW4gPiBzaXpl b2YobmRpc193bGFuX2Jzc2lkKSkgeworCQkJCWogPSBzaXplb2YobmRpc184 MDIxMV9yYXRlc19leCk7CisJCQkJLyogaGFuZGxlIG90aGVyIGV4dGVuZGVk IHRoaW5ncyAqLworCQkJfSBlbHNlCisJCQkJaiA9IHNpemVvZihuZGlzXzgw MjExX3JhdGVzKTsKKwkJCWZvciAoaSA9IHJlcy0+d2lfcmF0ZSA9IDA7IGkg PCBqOyBpKyspCisJCQkJcmVzLT53aV9yYXRlID0gTUFYKHJlcy0+d2lfcmF0 ZSwKKwkJCQkgICAgd2ItPm53Ynhfc3VwcG9ydGVkcmF0ZXNbaV0pOworCQkJ bWVtY3B5KHJlcy0+d2lfc3JhdGVzLCB3Yi0+bndieF9zdXBwb3J0ZWRyYXRl cywKKwkJCQlNSU4oaiwgMTApKTsKKwkJCWlmIChqIDwgMTApCisJCQkJcmVz LT53aV9zcmF0ZXNbal0gPSAwOworCQkJcmVzLT53aV9yc3ZkID0gMDsKKwkJ CXJlcysrOworCQkJd2IgPSAobmRpc193bGFuX2Jzc2lkX2V4ICopKChjaGFy ICopd2IgKyB3Yi0+bndieF9sZW4pOworCQkJaysrOworCQl9CisJCXAyLT53 aV9yc3ZkID0gMDsKKwkJcDItPndpX3JlYXNvbiA9IGs7CisJCXdyZXEud2lf bGVuID0gKHNpemVvZigqcDIpICsgc2l6ZW9mKCpyZXMpICogaykgLyAyOwor CQkvKiBYWFg6IHRoaXMgaXMgX3NvXyBoYWNraXNoLCBzaG91bGQgcHJvYmFi bHkgYmUgZml4ZWQgaW4gd2ljb250cm9sICovCisJCXdyZXEud2lfbGVuKys7 CiAJCWZyZWUoYmwsIE1fREVWQlVGKTsKIAkJZXJyb3IgPSBjb3B5b3V0KCZ3 cmVxLCBpZnItPmlmcl9kYXRhLCBzaXplb2Yod3JlcSkpOwogCQlicmVhazsK --59b6bb23d26f64278b26095bbbcfd0f8-1098906013-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 20:00:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3C7C16A4CF for ; Wed, 27 Oct 2004 20:00:27 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6612443D41 for ; Wed, 27 Oct 2004 20:00:27 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id E624A7A423; Wed, 27 Oct 2004 13:00:26 -0700 (PDT) Message-ID: <417FFE5A.2070405@elischer.org> Date: Wed, 27 Oct 2004 13:00:26 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Andreas Braukmann References: <20041027194551.54ced1e7.lehmann@ans-netz.de> <20041027175440.GA60198@xor.obsecurity.org> <20041027201443.44f3bb03.lehmann@ans-netz.de> <5521E0229FFC0CAECEA5EA17@[192.168.225.210]> In-Reply-To: <5521E0229FFC0CAECEA5EA17@[192.168.225.210]> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Oliver Lehmann cc: Kris Kennaway Subject: Re: growfs - Using on mounten FS - planned? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 20:00:27 -0000 Andreas Braukmann wrote: > > I'll have to test this on gvinum / UFS2 during the next few weeks, > because of a 2 TByte storage server running 5.3 has to go in pro- > duction in early December. what storage are you using? From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 20:15:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4DF016A4CE for ; Wed, 27 Oct 2004 20:15:08 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DFC743D2D for ; Wed, 27 Oct 2004 20:15:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 21133 invoked from network); 27 Oct 2004 20:15:07 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 27 Oct 2004 20:15:06 -0000 Received: from [10.50.40.221] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9RKF2iL022438; Wed, 27 Oct 2004 16:15:02 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 27 Oct 2004 14:07:22 -0400 User-Agent: KMail/1.6.2 References: <4171F702.9020405@gamersimpact.com> <417A6C6B.6010109@gamersimpact.com> <20041023130921.I78665@alpha.siliconlandmark.com> In-Reply-To: <20041023130921.I78665@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410271407.22783.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Ryan Sommers cc: current@FreeBSD.org Subject: Re: Removal of /stand Directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 20:15:08 -0000 On Saturday 23 October 2004 01:22 pm, Andre Guibert de Bruet wrote: > > If there is anyone out there willing to test a few patches on a diskless > > system let me know via private email. > > > > Index: usr.sbin/sysinstall/install.c > > =================================================================== > > RCS file: /home/ncvs/src/usr.sbin/sysinstall/install.c,v > > retrieving revision 1.359 > > diff -u -r1.359 usr.sbin/sysinstall/install.c > > --- usr.sbin/sysinstall/install.c 30 Aug 2004 21:03:09 -0000 1.359 > > +++ usr.sbin/sysinstall/install.c 21 Oct 2004 17:30:02 -0000 > > @@ -850,6 +850,9 @@ > > /* BOGON #5: aliases database not build for bin */ > > vsystem("newaliases"); > > > > + /* BOGON #6: Remove /stand (finally) */ > > + vsystem("rm -rf /stand"); > > A better fix would be to convert the 25 lines in sysinstall that refer to > "/stand" over to the rescue directory. This makes for a cleaner install > process. There isn't a /rescue to use during the initial install. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 20:15:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C794216A4CF for ; Wed, 27 Oct 2004 20:15:08 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E13D43D48 for ; Wed, 27 Oct 2004 20:15:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 21133 invoked from network); 27 Oct 2004 20:15:07 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 27 Oct 2004 20:15:06 -0000 Received: from [10.50.40.221] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9RKF2iL022438; Wed, 27 Oct 2004 16:15:02 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 27 Oct 2004 14:07:22 -0400 User-Agent: KMail/1.6.2 References: <4171F702.9020405@gamersimpact.com> <417A6C6B.6010109@gamersimpact.com> <20041023130921.I78665@alpha.siliconlandmark.com> In-Reply-To: <20041023130921.I78665@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410271407.22783.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Ryan Sommers cc: current@FreeBSD.org Subject: Re: Removal of /stand Directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 20:15:08 -0000 On Saturday 23 October 2004 01:22 pm, Andre Guibert de Bruet wrote: > > If there is anyone out there willing to test a few patches on a diskless > > system let me know via private email. > > > > Index: usr.sbin/sysinstall/install.c > > =================================================================== > > RCS file: /home/ncvs/src/usr.sbin/sysinstall/install.c,v > > retrieving revision 1.359 > > diff -u -r1.359 usr.sbin/sysinstall/install.c > > --- usr.sbin/sysinstall/install.c 30 Aug 2004 21:03:09 -0000 1.359 > > +++ usr.sbin/sysinstall/install.c 21 Oct 2004 17:30:02 -0000 > > @@ -850,6 +850,9 @@ > > /* BOGON #5: aliases database not build for bin */ > > vsystem("newaliases"); > > > > + /* BOGON #6: Remove /stand (finally) */ > > + vsystem("rm -rf /stand"); > > A better fix would be to convert the 25 lines in sysinstall that refer to > "/stand" over to the rescue directory. This makes for a cleaner install > process. There isn't a /rescue to use during the initial install. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 20:15:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C322B16A4CE for ; Wed, 27 Oct 2004 20:15:09 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C4AE43D2F for ; Wed, 27 Oct 2004 20:15:09 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 10770 invoked from network); 27 Oct 2004 20:15:09 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 27 Oct 2004 20:15:09 -0000 Received: from [10.50.40.221] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9RKF2iM022438; Wed, 27 Oct 2004 16:15:05 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 27 Oct 2004 14:19:21 -0400 User-Agent: KMail/1.6.2 References: <1098733044.417d55f46cc15@corpmail.siteone.net> <10185.128.101.36.205.1098738081.squirrel@128.101.36.205> In-Reply-To: <10185.128.101.36.205.1098738081.squirrel@128.101.36.205> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410271419.21177.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Ryan Sommers cc: brian@aljex.com Subject: Re: can't buildworld - boot2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 20:15:09 -0000 On Monday 25 October 2004 05:01 pm, Ryan Sommers wrote: > brian@aljex.com said: > > kernel: ver=1.01 size=780 load=9000 entry=9010 map=16M pgctl=1:1 > > client: fmt=bin size=1779 text=0 data=0 bss=0 entry=0 > > output: fmt=bin size=200d text=114 data=1ef9 org=0 entry=0 > > -525 bytes available ^^^^^^^^^^^^^^^^^^^^ > > *** Error code 1 > > > > Stop in /usr/src/sys/boot/i386/boot2. > > *** Error code 1 > > Are you building with a -j option? There are no errors that I can see in > the output you provided. Using a -j option can usually be a symptom of > this kind of failure where the real errors end up being buried in the > output further up. > > Try building without -j and then see where the errors are. That's an error message due to boot2 being too big and should not be caused by -jX. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 20:15:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 087D916A554 for ; Wed, 27 Oct 2004 20:15:40 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0AA443D2D for ; Wed, 27 Oct 2004 20:15:39 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 21443 invoked from network); 27 Oct 2004 20:15:39 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 27 Oct 2004 20:15:15 -0000 Received: from [10.50.40.221] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9RKF2iO022438; Wed, 27 Oct 2004 16:15:10 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Mike Tancsa Date: Wed, 27 Oct 2004 15:09:57 -0400 User-Agent: KMail/1.6.2 References: <6.1.2.0.0.20041022113405.08fe2c48@64.7.153.2> <200410271400.31895.jhb@FreeBSD.org> <6.1.2.0.0.20041027144023.0952bfb8@64.7.153.2> In-Reply-To: <6.1.2.0.0.20041027144023.0952bfb8@64.7.153.2> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410271509.57177.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org Subject: Re: device apic on a single processor machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 20:15:40 -0000 On Wednesday 27 October 2004 02:47 pm, Mike Tancsa wrote: > At 02:00 PM 27/10/2004, John Baldwin wrote: > >On Friday 22 October 2004 11:40 am, Mike Tancsa wrote: > > > When moving from RELENG_4 to RELENG_5, I noticed that in GENERIC, the > > > options > > > > > > options SMP # Symmetric MultiProcessor Kernel > > > device apic # I/O APIC > > > > > > are enabled by default. Going forward, is this the best thing to leave > > > in my default kernel on a uniprocessor machine ? I am not using the > > > ULE scheduler either and have hyperthreading disabled in the BIOS. > > > > > > I did a search on google, and in 2003 it was said not to having either > > > on a single processor machine but its not clear if this is no longer > > > the case. > > > >You do want to drop SMP. As far as 'apic', that is less clear. If you > > have lots of PCI devices that share interrupts for the !apic case and you > > do lots of interrupt intensive tasks, then 'device apic' might help. > > There may also be cases where it hurts. There have been reports that > > access to the apic registers for things like masking sources takes longer > > than on the 8259As. > > Thanks for the feedback. I guess my question is, what constitutes "lots" ? > Typically, I strip down boxes to their bare min hardware wise so in most > cases, I dont have anything sharing interrupts (I usually turn off USB > which is the most gratuitous). But I do have a POS app that needs USB as > well as 2 PCI serial cards. In this case, I do have a lot of shared > interrupts. However, it almost never is CPU bound or has an interrupt rate > higher than 10-20%. In this case, stability is more important to me. I > have run into a number of cases where there are interrupt storms (e.g > http://lists.freebsd.org/pipermail/freebsd-current/2004-September/036967.ht >ml) > > ... So if it provides a cleaner / more stable way to talk to the devices, I > will certainly run with it. I would try it both ways and see if one works better than the other. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 20:15:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCBFA16A57E for ; Wed, 27 Oct 2004 20:15:34 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19E5243D53 for ; Wed, 27 Oct 2004 20:15:29 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 28477 invoked from network); 27 Oct 2004 20:15:28 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 27 Oct 2004 20:15:28 -0000 Received: from [10.50.40.221] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9RKF2iP022438; Wed, 27 Oct 2004 16:15:14 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 27 Oct 2004 15:32:22 -0400 User-Agent: KMail/1.6.2 References: <200410260922.11894.Danovitsch@Vitsch.net> In-Reply-To: <200410260922.11894.Danovitsch@Vitsch.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410271532.22140.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: "Daan Vreeken \[PA4DAN\]" Subject: Re: UHCI patch stops system lockup (kern/73000) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 20:15:35 -0000 On Tuesday 26 October 2004 03:22 am, Daan Vreeken [PA4DAN] wrote: > Hi All, > > Friday I have submitted a PR with a patch attached to it that fixes a bug > in the UHCI USB driver. The bug causes a lot of UHCI systems with USB > devices plugged during boot to either boot very slowly (take minutes), or > seem to halt forever during boot. > > See : > http://www.freebsd.org/cgi/query-pr.cgi?pr=73000 > > Could someone please take a look at the PR? Looks sane to me. Has anyone objected to this fix? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 20:44:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DF7116A4CF for ; Wed, 27 Oct 2004 20:44:47 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9136343D5E for ; Wed, 27 Oct 2004 20:44:46 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 8382 invoked from network); 27 Oct 2004 20:44:09 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 27 Oct 2004 20:44:09 -0000 Date: Wed, 27 Oct 2004 22:45:12 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> X-Mailer: Sylpheed version 0.9.99 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: mbr@freebsd.org Subject: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 20:44:47 -0000 Hi, when I start "dhclient ep1" to use DHCP for ep1, it kicks of my /etc/resolv.conf which is a really bad thing. I don't want to use the NS which is propagated through DHCP. That system does it's own DNS. And regarding to /sbin/dhclient-script, it can't be disabled. Am I right? If so, I should fill a PR, right? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 20:48:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA00116A4CE; Wed, 27 Oct 2004 20:48:58 +0000 (GMT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [64.105.95.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F61643D54; Wed, 27 Oct 2004 20:48:58 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (localhost [127.0.0.1]) i9RKmquJ033043 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Oct 2004 13:48:52 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.13.1/8.13.1.Beta1/Submit) id i9RKmq0f033042; Wed, 27 Oct 2004 13:48:52 -0700 (PDT) Date: Wed, 27 Oct 2004 13:48:52 -0700 From: Gregory Neil Shapiro To: Oliver Lehmann Message-ID: <20041027204852.GY95878@horsey.gshapiro.net> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: mbr@freebsd.org Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 20:48:59 -0000 > when I start "dhclient ep1" to use DHCP for ep1, it kicks of my > /etc/resolv.conf which is a really bad thing. I don't want to use the NS > which is propagated through DHCP. That system does it's own DNS. And > regarding to /sbin/dhclient-script, it can't be disabled. Am I right? If > so, I should fill a PR, right? Putting this in /etc/dhclient-enter-hooks should prevent any resolv.conf changes: !/bin/sh # Don't replace /etc/resolv.conf make_resolv_conf() { } From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 20:51:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A412416A4CE for ; Wed, 27 Oct 2004 20:51:37 +0000 (GMT) Received: from merke.itea.ntnu.no (merke.itea.ntnu.no [129.241.7.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3270343D49 for ; Wed, 27 Oct 2004 20:51:37 +0000 (GMT) (envelope-from svein-freebsd-current@theloosingend.net) Received: from localhost (localhost [127.0.0.1]) by merke.itea.ntnu.no (Postfix) with ESMTP id A725813C667 for ; Wed, 27 Oct 2004 22:51:35 +0200 (CEST) Received: from mirrorball.thelosingend.net (m069c.studby.ntnu.no [129.241.130.69]) by merke.itea.ntnu.no (Postfix) with SMTP for ; Wed, 27 Oct 2004 22:51:35 +0200 (CEST) Received: (qmail 49098 invoked from network); 27 Oct 2004 20:51:34 -0000 Received: from m190d.studby.ntnu.no (129.241.131.190) by m069c.studby.ntnu.no with QMQP; 27 Oct 2004 20:51:34 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 27 Oct 2004 20:51:17 -0000 Date: Wed, 27 Oct 2004 22:51:17 +0200 (CEST) From: Svein Halvor Halvorsen X-X-Sender: sveinhal@maren.thelosingend.net To: "Rogier R. Mulhuijzen" In-Reply-To: Message-ID: <20041027225021.U23489@maren.thelosingend.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. cc: wpaul@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: [PATCH] NDISulator fixed to work with wicontrol -L and dstumbler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 20:51:37 -0000 [Rogier R. Mulhuijzen, 2004-10-27] > Also my whitespace use might not be standard, since I don't know what > the standard is. See style(9) Svein Halvor (who's never written any freebsd kernel source code) From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 20:52:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F3F516A4CE for ; Wed, 27 Oct 2004 20:52:29 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 86D3943D2F for ; Wed, 27 Oct 2004 20:52:28 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 3974 invoked by uid 65534); 27 Oct 2004 20:52:27 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp004) with SMTP; 27 Oct 2004 22:52:27 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Wed, 27 Oct 2004 22:52:13 +0200 User-Agent: KMail/1.7 References: <20041027093821.R64903@mp2.macomnet.net> In-Reply-To: <20041027093821.R64903@mp2.macomnet.net> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2122167.07TAhZ0QUy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410272252.20048.Emanuel.Strobl@gmx.net> cc: JINMEI Tatuya / =?utf-8?q?=E7=A5=9E=E6=98=8E=E9=81=94=E5=93=89?= Subject: Re: minor typo in sys/kern/uipc_socket2.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 20:52:29 -0000 --nextPart2122167.07TAhZ0QUy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sorry for top posting but as you can see quoting isn't very useful. Will this correction be MFCd to 5_3? As I understand -RELEASE will use 1.13= 7=20 and the bug was introduced in 1.125 so it would affect -RELEASE. Thanks, =2DHarry Am Mittwoch, 27. Oktober 2004 07:38 schrieb Maxim Konovalov: > Spam detection software, running on the system > "mailjail.dmz.flintsbach.schmalzbauer.de", has identified this incoming > email as possible spam. The original message has been attached to this so > you can view it (if it isn't spam) or block similar future email. If you > have any questions, see > the administrator of that system for details. > > Content preview: On Wed, 27 Oct 2004, 12:29+0900, JINMEI Tatuya / > =BF=C0=CC=C0=C3=A3=BA=C8 wrote: > FreeBSD current (and the 5.3 branch) = needs the > following patch. > Otherwise, it always consumes mbuf cluster for cmsg > items even when > unnecessary. > > (I should probably file a PR for > this, but I currently do not have a > good access to the PR system. So > please forgive me to send this to > the list.) [...] > > Content analysis details: (4.0 points, 3.5 required) > > pts rule name description > ---- ---------------------- > -------------------------------------------------- 1.5 BODY_8BITS = =20 > BODY: Body includes 8 consecutive 8-bit characters 2.5 > MIME_CHARSET_FARAWAY MIME character set indicates foreign language --nextPart2122167.07TAhZ0QUy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBgAqDBylq0S4AzzwRAqDiAJ9aH09RI2QlhGspEAy8orvxuKp3GACfRLXo QRJW8fOjQkIk8DsSmOAI2+E= =Bg+o -----END PGP SIGNATURE----- --nextPart2122167.07TAhZ0QUy-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 20:57:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 570DF16A4CE for ; Wed, 27 Oct 2004 20:57:40 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B97F43D54 for ; Wed, 27 Oct 2004 20:57:40 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9RKvV7D059599; Wed, 27 Oct 2004 13:57:31 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9RKvUDs059598; Wed, 27 Oct 2004 13:57:30 -0700 (PDT) (envelope-from obrien) Date: Wed, 27 Oct 2004 13:57:30 -0700 From: "David O'Brien" To: Oliver Lehmann , freebsd-current@freebsd.org Message-ID: <20041027205730.GA59489@dragon.nuxi.com> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027204852.GY95878@horsey.gshapiro.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041027204852.GY95878@horsey.gshapiro.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 20:57:40 -0000 On Wed, Oct 27, 2004 at 01:48:52PM -0700, Gregory Neil Shapiro wrote: > > when I start "dhclient ep1" to use DHCP for ep1, it kicks of my > > /etc/resolv.conf which is a really bad thing. I don't want to use the NS > > which is propagated through DHCP. That system does it's own DNS. And > > regarding to /sbin/dhclient-script, it can't be disabled. Am I right? If > > so, I should fill a PR, right? > > Putting this in /etc/dhclient-enter-hooks should prevent any resolv.conf > changes: > > !/bin/sh > > # Don't replace /etc/resolv.conf > make_resolv_conf() { > } You can also use /etc/dhclient.conf to control dhclient. # $FreeBSD: src/etc/dhclient.conf,v 1.3 2001/10/27 03:14:37 rwatson Exp $ # # This file is required by the ISC DHCP client. # See ``man 5 dhclient.conf'' for details. # # In most cases an empty file is sufficient for most people as the # defaults are usually fine. # supersede domain-name "nuxi.org freebsd.org"; "domain-name-servers" is one of the knobs want to tweak. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 20:58:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D128416A4CE for ; Wed, 27 Oct 2004 20:58:34 +0000 (GMT) Received: from mailtest.sd73.bc.ca (mailtest.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F45943D39 for ; Wed, 27 Oct 2004 20:58:34 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id A2535F1FF2 for ; Wed, 27 Oct 2004 13:58:34 -0700 (PDT) Received: by mailtest.sd73.bc.ca (Postfix, from userid 80) id 0EA0DF1FDE; Wed, 27 Oct 2004 13:58:24 -0700 (PDT) Received: from 142.24.184.159 (SquirrelMail authenticated user fcash); by mailtest.sd73.bc.ca with HTTP; Wed, 27 Oct 2004 13:58:24 -0700 (PDT) Message-ID: <64390.142.24.184.159.1098910704.squirrel@142.24.184.159> In-Reply-To: References: <20041027173212.GA59754@xor.obsecurity.org> <20041027190416.GA70873@ei.bzerk.org> Date: Wed, 27 Oct 2004 13:58:24 -0700 (PDT) From: "Freddie Cash" To: current@freebsd.org User-Agent: SquirrelMail/1.5.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at sd73.bc.ca Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fcash@ocis.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 20:58:35 -0000 >>> On Wed, Oct 27, 2004 at 10:26:49AM -0700, Zoltan Frombach wrote: >> Yes. Wouldn't it be a nice feature for "portupgrade -P" to install >> the port instead of the package if any non-defaults were defined in >> pkgtools.conf? >> (I guess now's the time for me to learn some ruby) > If you really want to add this to portupgrade, it should be optional, > though. Because someone might have a broken compiler or something and > just wants to install a binary package quickly. In that case it > should be possible to force a binary package installation regardless > of what's inside the pkgtools.conf file. Don't you agree? This is already in portupgrade. :) "portupgrade -PP" will force it to install a package only. If there is no package availble, then nothing gets installed. -- Freddie Cash, CCNT CCLP Helpdesk / Network Support Tech. School District 73 (250) 377-HELP [377-4357] fcash@sd73.bc.ca helpdesk@sd73.bc.ca From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 21:00:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1F5616A4CF for ; Wed, 27 Oct 2004 21:00:13 +0000 (GMT) Received: from dill.salatschuessel.net (pD95FD812.dip.t-dialin.net [217.95.216.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99D9A43D48 for ; Wed, 27 Oct 2004 21:00:12 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 96238 invoked by uid 89); 27 Oct 2004 21:00:40 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (olivleh1@dill.salatschuessel.net@10.0.1.51) by dill.salatschuessel.net with SMTP; 27 Oct 2004 21:00:40 -0000 Date: Wed, 27 Oct 2004 23:00:39 +0200 From: Oliver Lehmann To: Gregory Neil Shapiro Message-Id: <20041027230039.7a5d0150.lehmann@ans-netz.de> In-Reply-To: <20041027204852.GY95878@horsey.gshapiro.net> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027204852.GY95878@horsey.gshapiro.net> X-Mailer: Sylpheed version 0.9.99 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: mbr@freebsd.org Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 21:00:14 -0000 Gregory Neil Shapiro wrote: > Putting this in /etc/dhclient-enter-hooks should prevent any resolv.conf > changes: > > !/bin/sh > > # Don't replace /etc/resolv.conf > make_resolv_conf() { > } that looks more like a hack than a clear solution (and I didn't tested it) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 21:03:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9124F16A4CE; Wed, 27 Oct 2004 21:03:06 +0000 (GMT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [64.105.95.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B5A743D55; Wed, 27 Oct 2004 21:03:06 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (localhost [127.0.0.1]) i9RL33ar033677 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Oct 2004 14:03:03 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.13.1/8.13.1.Beta1/Submit) id i9RL33kr033676; Wed, 27 Oct 2004 14:03:03 -0700 (PDT) Date: Wed, 27 Oct 2004 14:03:03 -0700 From: Gregory Neil Shapiro To: Oliver Lehmann Message-ID: <20041027210303.GZ95878@horsey.gshapiro.net> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027204852.GY95878@horsey.gshapiro.net> <20041027230039.7a5d0150.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041027230039.7a5d0150.lehmann@ans-netz.de> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: mbr@freebsd.org Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 21:03:06 -0000 > that looks more like a hack than a clear solution (and I didn't tested it) I personally disagree. IMHO, the whole reason for that function is so users can override it (my setup prevents rewrites if the DNS servers haven't changed). From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 21:08:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3641C16A4CE for ; Wed, 27 Oct 2004 21:08:30 +0000 (GMT) Received: from lithium.plan-ix.de (lithium.plan-ix.de [212.37.39.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1635B43D2D for ; Wed, 27 Oct 2004 21:08:29 +0000 (GMT) (envelope-from braukmann@tse-online.de) Received: from localhost (lithium.plan-ix.de [212.37.39.35]) by lithium.plan-ix.de (Postfix) with ESMTP id 212DC2EC35D; Wed, 27 Oct 2004 21:08:28 +0000 (GMT) Received: from localhost.plan-ix.de ([212.37.39.35]) by localhost (lithium.plan-ix.de [212.37.39.35]) (amavisd-new, port 10025) with ESMTP id 10783-07; Wed, 27 Oct 2004 21:08:27 +0000 (GMT) Received: from [192.168.225.210] (p508243A5.dip0.t-ipconnect.de [80.130.67.165]) by lithium.plan-ix.de (Postfix) with ESMTP id CE97A2EC35C; Wed, 27 Oct 2004 21:08:26 +0000 (GMT) Date: Wed, 27 Oct 2004 23:08:43 +0200 From: Andreas Braukmann To: Julian Elischer Message-ID: <85C963600BB244852D738B91@[192.168.225.210]> In-Reply-To: <417FFE5A.2070405@elischer.org> References: <20041027194551.54ced1e7.lehmann@ans-netz.de> <20041027175440.GA60198@xor.obsecurity.org> <20041027201443.44f3bb03.lehmann@ans-netz.de> <5521E0229FFC0CAECEA5EA17@[192.168.225.210]> <417FFE5A.2070405@elischer.org> X-Mailer: Mulberry/3.1.6 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at plan-ix.de cc: freebsd-current@freebsd.org cc: Oliver Lehmann cc: Kris Kennaway Subject: Re: growfs - Using on mounten FS - planned? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 21:08:30 -0000 --On Mittwoch, 27. Oktober 2004 13:00 Uhr -0700 Julian Elischer wrote: > Andreas Braukmann wrote: > >> >> I'll have to test this on gvinum / UFS2 during the next few weeks, >> because of a 2 TByte storage server running 5.3 has to go in pro- >> duction in early December. > > > what storage are you using? twe(4) and a bunch of big S-ATA drives in RAID-5 configuration. Nothing really impressive nowadays. -Andreas From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 21:08:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C73D516A4CE for ; Wed, 27 Oct 2004 21:08:39 +0000 (GMT) Received: from smtp805.mail.sc5.yahoo.com (smtp805.mail.sc5.yahoo.com [66.163.168.184]) by mx1.FreeBSD.org (Postfix) with SMTP id 721A043D2D for ; Wed, 27 Oct 2004 21:08:38 +0000 (GMT) (envelope-from donaldj1066@fastmail.fm) Received: from unknown (HELO pres7000.mylan.net) (donaldj@ameritech.net@69.211.94.237 with plain) by smtp805.mail.sc5.yahoo.com with SMTP; 27 Oct 2004 21:08:38 -0000 From: "Donald J. O'Neill" To: freebsd-current@freebsd.org Date: Wed, 27 Oct 2004 16:07:45 -0500 User-Agent: KMail/1.7 References: <20041027190416.GA70873@ei.bzerk.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410271607.45661.donaldj1066@fastmail.fm> Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 21:08:39 -0000 On Wednesday 27 October 2004 02:34 pm, Zoltan Frombach wrote: < cut for clarity > Zoltan - you started this thread and now I'm curious, was your question answered? You do know that `portupgrade -af -P` is the same as `portupgrade -afP`, and that what it's saying is: force an upgrade of all installed packages using packages if available, otherwise build the packages from the ports? I'm also curious as to why you just do not use /etc/libmap.conf, instead of rebuilding all installed packages, that would be even faster. Just rebuild the ones that are necessary to be rebuilt right away and let the others go until `portversion -vL=` says the installed package needs updating. Here's another thing to consider: a lot of the prebuilt packages are not uptodate (maybe most are now, but I doubt if every one is), if you install those, you've still got the problem of packages built with out of date library dependencies. Don -- Donald J. O'Neill donaldj1066@fastmail.fm From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 21:13:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B973516A4CE for ; Wed, 27 Oct 2004 21:13:42 +0000 (GMT) Received: from dill.salatschuessel.net (pD95FD812.dip.t-dialin.net [217.95.216.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6011843D31 for ; Wed, 27 Oct 2004 21:13:41 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 96551 invoked by uid 89); 27 Oct 2004 21:14:09 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (olivleh1@dill.salatschuessel.net@10.0.1.51) by dill.salatschuessel.net with SMTP; 27 Oct 2004 21:14:09 -0000 Date: Wed, 27 Oct 2004 23:14:09 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20041027231409.436ce509.lehmann@ans-netz.de> In-Reply-To: <20041027205730.GA59489@dragon.nuxi.com> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027204852.GY95878@horsey.gshapiro.net> <20041027205730.GA59489@dragon.nuxi.com> X-Mailer: Sylpheed version 0.9.99 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 21:13:42 -0000 David O'Brien wrote: > "domain-name-servers" is one of the knobs want to tweak. So, there is a supersede, default, append and prepend statement, but nothing like "ignore". So that means, I've to configure my resolv.conf through dhclient.conf? How do I configure "options timeout:10" through dhclient.conf? And you allways must keep in mind to sync resolv.conf changed to your dhclient.conf. What, if my pppd modifies my resolv.conf? dhclient would kick that change away, right? I think there must sth. like a "don't rm -f my resolv.conf, it's not windows here!" configure switch somewhere like pppd has. It took me some time figuring wat happend first time to detect what killed my resolv.conf (at 1st I had problems with sshing to the system because reverse DNS for 10/8 didn't worked any longer). I just commented the function calls in dhclient-script out, but that will be lost with my next make installworld. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 21:15:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04C1716A4CE for ; Wed, 27 Oct 2004 21:15:42 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6E8D43D58 for ; Wed, 27 Oct 2004 21:15:41 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9RLFYd1060056; Wed, 27 Oct 2004 14:15:35 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9RLFW0k060051; Wed, 27 Oct 2004 14:15:32 -0700 (PDT) (envelope-from obrien) Date: Wed, 27 Oct 2004 14:15:31 -0700 From: "David O'Brien" To: Zoltan Frombach Message-ID: <20041027211531.GC59489@dragon.nuxi.com> References: <20041027173212.GA59754@xor.obsecurity.org> <20041027190416.GA70873@ei.bzerk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: Ruben de Groot cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 21:15:42 -0000 On Wed, Oct 27, 2004 at 12:34:51PM -0700, Zoltan Frombach wrote: > >Yes. Wouldn't it be a nice feature for "portupgrade -P" to install the > >port instead of the package if any non-defaults were defined in > >pkgtools.conf? > > If you really want to add this to portupgrade, it should be optional, > though. Because someone might have a broken compiler or something and just > wants to install a binary package quickly. In that case it should be > possible to force a binary package installation regardless of what's inside > the pkgtools.conf file. Don't you agree? 'portupgrade -PP' can still be used for that. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 21:18:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 390BA16A4CE for ; Wed, 27 Oct 2004 21:18:59 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1723A43D39 for ; Wed, 27 Oct 2004 21:18:59 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9RLIuLY060257; Wed, 27 Oct 2004 14:18:56 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9RLIt9e060256; Wed, 27 Oct 2004 14:18:55 -0700 (PDT) (envelope-from obrien) Date: Wed, 27 Oct 2004 14:18:54 -0700 From: "David O'Brien" To: "Donald J. O'Neill" Message-ID: <20041027211854.GD59489@dragon.nuxi.com> References: <20041027190416.GA70873@ei.bzerk.org> <200410271607.45661.donaldj1066@fastmail.fm> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410271607.45661.donaldj1066@fastmail.fm> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 21:18:59 -0000 On Wed, Oct 27, 2004 at 04:07:45PM -0500, Donald J. O'Neill wrote: > I'm also curious as to why you just do not use /etc/libmap.conf, > instead of rebuilding all installed packages, that would be even > faster. Its a hack that people forget about and later get bitten by it. Kris Kennaway has just recently built new packages for 5-stable and 6-current. There is no reason not to just use those (portupgrade -PP) and get any library issues dealt with properly. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 21:32:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3802016A4CE for ; Wed, 27 Oct 2004 21:32:43 +0000 (GMT) Received: from dill.salatschuessel.net (pD95FD812.dip.t-dialin.net [217.95.216.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF96443D4C for ; Wed, 27 Oct 2004 21:32:41 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 96981 invoked by uid 89); 27 Oct 2004 21:33:09 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (olivleh1@dill.salatschuessel.net@10.0.1.51) by dill.salatschuessel.net with SMTP; 27 Oct 2004 21:33:09 -0000 Date: Wed, 27 Oct 2004 23:33:09 +0200 From: Oliver Lehmann To: Gregory Neil Shapiro Message-Id: <20041027233309.122e4207.lehmann@ans-netz.de> In-Reply-To: <20041027210303.GZ95878@horsey.gshapiro.net> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027204852.GY95878@horsey.gshapiro.net> <20041027230039.7a5d0150.lehmann@ans-netz.de> <20041027210303.GZ95878@horsey.gshapiro.net> X-Mailer: Sylpheed version 0.9.99 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: mbr@freebsd.org Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 21:32:43 -0000 Gregory Neil Shapiro wrote: > > that looks more like a hack than a clear solution (and I didn't tested > > it) > > I personally disagree. IMHO, the whole reason for that function is > so users can override it (my setup prevents rewrites if the DNS servers > haven't changed). I thougt/think, it is just there to prevent redundant code (it is called twice in dhclient-script). I think sth. like that in /sbin/dhclient-script would be nice (if there is no other way to disable - oh yeah, there is chflags schg /etc/resolv.conf) . /etc/rc.subr load_rc_config dhclient make_resolv_conf() { case "$dhclient_keep_resolv_conf" in [Yy][Ee][Ss]) ;; *) if [ x"$new_domain_name_servers" != x ]; then if [ "x$new_domain_name" != x ]; then ( echo search $new_domain_name >/etc/resolv.conf ) exit_status=$? else ( rm -f /etc/resolv.conf ) exit_status=$? fi if [ $exit_status -ne 0 ]; then $LOGGER "WARNING: Unable to update resolv.conf: Error $exit_status" else for nameserver in $new_domain_name_servers; do ( echo nameserver $nameserver >>/etc/resolv.conf ) done fi fi ;; esac } And sth. like dhclient_keep_resolv_conf="NO" in defaults/rc.conf -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 21:42:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4505816A4CE; Wed, 27 Oct 2004 21:42:36 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2130143D1D; Wed, 27 Oct 2004 21:42:36 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9RLgPb1060983; Wed, 27 Oct 2004 14:42:26 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9RLgPjR060981; Wed, 27 Oct 2004 14:42:25 -0700 (PDT) (envelope-from obrien) Date: Wed, 27 Oct 2004 14:42:24 -0700 From: "David O'Brien" To: Oliver Lehmann Message-ID: <20041027214224.GA60882@dragon.nuxi.com> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027204852.GY95878@horsey.gshapiro.net> <20041027230039.7a5d0150.lehmann@ans-netz.de> <20041027210303.GZ95878@horsey.gshapiro.net> <20041027233309.122e4207.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041027233309.122e4207.lehmann@ans-netz.de> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org cc: mbr@freebsd.org Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 21:42:36 -0000 On Wed, Oct 27, 2004 at 11:33:09PM +0200, Oliver Lehmann wrote: > I think sth. like that in /sbin/dhclient-script would be nice (if there is > no other way to disable - oh yeah, there is chflags schg /etc/resolv.conf) > > . /etc/rc.subr > load_rc_config dhclient > > make_resolv_conf() { > case "$dhclient_keep_resolv_conf" in > [Yy][Ee][Ss]) > ;; > *) .. > And sth. like dhclient_keep_resolv_conf="NO" in defaults/rc.conf Why don't you just 'man 5 dhclient.conf' and do things right?? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 21:59:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E7EE16A4CE for ; Wed, 27 Oct 2004 21:59:13 +0000 (GMT) Received: from cicero1.cybercity.dk (cicero1.cybercity.dk [212.242.40.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B44B43D46 for ; Wed, 27 Oct 2004 21:59:12 +0000 (GMT) (envelope-from tom@motd.dk) Received: from bart.motd.dk (port95.ds1-ro.adsl.cybercity.dk [212.242.60.98]) by cicero1.cybercity.dk (Postfix) with ESMTP id 3320B7E208C for ; Wed, 27 Oct 2004 23:59:10 +0200 (CEST) Received: from localhost (localhost.motd.dk [127.0.0.1]) by bart.motd.dk (Postfix) with ESMTP id 8294A60D0 for ; Wed, 27 Oct 2004 23:56:45 +0200 (CEST) Received: from bart.motd.dk ([127.0.0.1]) by localhost (bart.motd.dk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00681-01 for ; Wed, 27 Oct 2004 23:56:40 +0200 (CEST) Received: from home03 (unknown [192.168.10.3]) by bart.motd.dk (Postfix) with ESMTP id A4D5860CC for ; Wed, 27 Oct 2004 23:56:39 +0200 (CEST) From: "Tom Jensen" To: Date: Wed, 27 Oct 2004 23:59:24 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00FA_01C4BC80.FD038A80" X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Thread-Index: AcS8cDiaMGPiiTVXQZW0duwd6zIruA== Message-Id: <20041027215639.A4D5860CC@bart.motd.dk> X-Virus-Scanned: by amavisd-new at motd.dk Subject: Panic in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 21:59:13 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_00FA_01C4BC80.FD038A80 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, When I just did a recompile of my kernel with sources from this evening, and got a panic. Attached is various info from the debugger and dmesg from boot. vmcore and kernel.debug is aviable if needed. -bash-2.05b$ uname -a FreeBSD bart.motd.dk 5.3-STABLE FreeBSD 5.3-STABLE #11: Fri Oct 22 18:32:22 CEST 2004 root@bart.motd.dk:/usr/obj/usr/src/sys/GW i386 - T ------=_NextPart_000_00FA_01C4BC80.FD038A80 Content-Type: text/plain; name="kernel.compile.panic_1.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="kernel.compile.panic_1.txt" db> where kdb_enter(c082972c) at kdb_enter+0x2b panic(c0841a8b,c08c2e98,c1bdfc80,c1584800,cee2385c) at panic+0x127 softdep_setup_inomapdep(c5030d30,c215c3d4,4db) at = softdep_setup_inomapdep+0x43 ffs_nodealloccg(c215c3d4,0,14f,0,81a4) at ffs_nodealloccg+0x2f1 ffs_hashalloc(c215c3d4,0,14f,0,81a4) at ffs_hashalloc+0x28 ffs_valloc(c1e2dbb8,81a4,c239d280,cee238f0,0) at ffs_valloc+0xbf ufs_makeinode(81a4,c1e2dbb8,cee23bf8,cee23c0c) at ufs_makeinode+0x59 ufs_create(cee23a74,cee23b30,c066ba88,cee23a74,c08f7ac0) at = ufs_create+0x26 ufs_vnoperate(cee23a74) at ufs_vnoperate+0x13 vn_open_cred(cee23be4,cee23ce4,1a4,c239d280,5) at vn_open_cred+0x18c vn_open(cee23be4,cee23ce4,1a4,5,c08f08e0) at vn_open+0x1e kern_open(c183d7d0,bfbfeaa1,0,603,1b6) at kern_open+0xd2 open(c183d7d0,cee23d14,3,2,296) at open+0x18 syscall(2f,2f,2f,0,10) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip =3D 0x80acf13, esp =3D = 0xbfbfe68c, ebp =3D 0xbfbfe6b8 --- db> trace kdb_enter(c082972c) at kdb_enter+0x2b panic(c0841a8b,c08c2e98,c1bdfc80,c1584800,cee2385c) at panic+0x127 softdep_setup_inomapdep(c5030d30,c215c3d4,4db) at = softdep_setup_inomapdep+0x43 ffs_nodealloccg(c215c3d4,0,14f,0,81a4) at ffs_nodealloccg+0x2f1 ffs_hashalloc(c215c3d4,0,14f,0,81a4) at ffs_hashalloc+0x28 ffs_valloc(c1e2dbb8,81a4,c239d280,cee238f0,0) at ffs_valloc+0xbf ufs_makeinode(81a4,c1e2dbb8,cee23bf8,cee23c0c) at ufs_makeinode+0x59 ufs_create(cee23a74,cee23b30,c066ba88,cee23a74,c08f7ac0) at = ufs_create+0x26 ufs_vnoperate(cee23a74) at ufs_vnoperate+0x13 vn_open_cred(cee23be4,cee23ce4,1a4,c239d280,5) at vn_open_cred+0x18c vn_open(cee23be4,cee23ce4,1a4,5,c08f08e0) at vn_open+0x1e kern_open(c183d7d0,bfbfeaa1,0,603,1b6) at kern_open+0xd2 open(c183d7d0,cee23d14,3,2,296) at open+0x18 syscall(2f,2f,2f,0,10) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip =3D 0x80acf13, esp =3D = 0xbfbfe68c, ebp =3D 0xbfbfe6b8 --- db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan = cmd 54473 c183ca98 cee52000 0 54460 30654 0004002 [CPU 0] objcopy 54460 c1bac8d4 cedd7000 0 54459 30654 0004002 [SLPQ wait = 0xc1bac8d4][SLP] make 54459 c1bb11c4 ceddc000 0 54458 30654 0004002 [SLPQ wait = 0xc1bb11c4][SLP] sh 54458 c185a000 cee55000 0 47271 30654 0004002 [SLPQ wait = 0xc185a000][SLP] make 51089 c185a54c cee58000 1013 51085 711 0004000 [SLPQ select = 0xc091c5a4][SLP] imapd 51087 c1766710 cec49000 0 51086 711 0004000 [SLPQ select = 0xc091c5a4][SLP] imapd 51086 c20b2000 cecdf000 0 711 711 0004001 [SLPQ select = 0xc091c5a4][SLP] couriertls 51085 c185a8d4 cee5a000 0 711 711 0004001 [SLPQ select = 0xc091c5a4][SLP] couriertls 49830 c19c8c5c ced70000 1009 659 659 0000100 [SLPQ lockf = 0xc24716c0][SLP] perl 49469 c180be20 cec95000 1009 659 659 0000100 [SLPQ select = 0xc091c5a4][SLP] perl 47271 c14ad54c ca449000 0 47270 30654 0004002 [SLPQ wait = 0xc14ad54c][SLP] sh 47270 c183c1c4 cee11000 0 47269 30654 0004002 [SLPQ wait = 0xc183c1c4][SLP] make 47269 c1bb1000 ceddb000 0 44030 30654 0004002 [SLPQ wait = 0xc1bb1000][SLP] sh 44030 c185aa98 cee5b000 0 44029 30654 0004002 [SLPQ wait = 0xc185aa98][SLP] make 44029 c20b2e20 ceedf000 0 30661 30654 0004002 [SLPQ wait = 0xc20b2e20][SLP] sh 43424 c180b000 cec52000 1008 866 866 0004100 [SLPQ select = 0xc091c5a4][SLP] pickup 30800 c1bb1388 ceddd000 0 30455 30800 0004002 [SLPQ kqread = 0xc24d5d80][SLP] tail 30661 c180e388 cec98000 0 30659 30654 0004002 [SLPQ wait = 0xc180e388][SLP] make 30659 c180e000 cec96000 0 30658 30654 0004002 [SLPQ wait = 0xc180e000][SLP] sh 30658 c183cc5c cee53000 0 30654 30654 0004002 [SLPQ wait = 0xc183cc5c][SLP] make 30654 c185a388 cee57000 0 30455 30654 0004002 [SLPQ wait = 0xc185a388][SLP] sh 30480 c1bace20 cedda000 1012 1 30480 0000100 [SLPQ select = 0xc091c5a4][SLP] dhcpd 30455 c183c8d4 cee51000 0 30453 30455 0004002 [SLPQ wait = 0xc183c8d4][SLP] bash 30453 c180ba98 cec93000 0 30452 30453 0004002 [SLPQ pause = 0xc180bad0][SLP] csh 30452 c180e8d4 cec9b000 1001 30451 30452 0004102 [SLPQ wait = 0xc180e8d4][SLP] su 30451 c183ce20 cee54000 1001 30450 30451 0004002 [SLPQ wait = 0xc183ce20][SLP] bash 30450 c20b28d4 ceea0000 1001 30448 30448 0000100 [SLPQ select = 0xc091c5a4][SLP] sshd 30448 c20b2c5c ceea2000 0 571 30448 0000100 [SLPQ sbwait = 0xc1629830][SLP] sshd 30443 c180ea98 cec9c000 0 30441 30443 0004002 [SLPQ ttyin = 0xc1908210][SLP] bash 30441 c19c8a98 ced6f000 0 30440 30441 0004002 [SLPQ pause = 0xc19c8ad0][SLP] csh 30440 c19c8000 ced69000 1001 30439 30440 0004102 [SLPQ wait = 0xc19c8000][SLP] su 30439 c1bac710 cedd6000 1001 30438 30439 0004002 [SLPQ wait = 0xc1bac710][SLP] bash 30438 c1bac000 cebef000 1001 30436 30436 0000100 [SLPQ select = 0xc091c5a4][SLP] sshd 30436 c1bacc5c cedd9000 0 571 30436 0000100 [SLPQ sbwait = 0xc1860d40][SLP] sshd 30435 c1766a98 cec4b000 0 30382 30435 0004002 [SLPQ kqread = 0xc18fe100][SLP] tail 30382 c1bb1c5c cede2000 0 30377 30382 0004002 [SLPQ wait = 0xc1bb1c5c][SLP] bash 30377 c183c388 cee4e000 0 30376 30377 0004002 [SLPQ pause = 0xc183c3c0][SLP] csh 30376 c180bc5c cec94000 1001 30375 30376 0004102 [SLPQ wait = 0xc180bc5c][SLP] su 30375 c185ae20 cee5d000 1001 30374 30375 0004002 [SLPQ wait = 0xc185ae20][SLP] bash 30374 c183c000 cedfa000 1001 30372 30372 0000100 [SLPQ select = 0xc091c5a4][SLP] sshd 30372 c1759388 cec02000 0 571 30372 0000100 [SLPQ sbwait = 0xc16296ec][SLP] sshd 30354 c1bb1710 ceddf000 0 1 30354 0004002 [SLPQ ttyin = 0xc15cfc10][SLP] getty 29516 c1bb18d4 cede0000 1001 29514 711 0004000 [SLPQ select = 0xc091c5a4][SLP] imapd 29514 c185a1c4 cee56000 0 711 711 0004001 [SLPQ select = 0xc091c5a4][SLP] couriertls 6553 c20b2710 cee9f000 80 666 666 0000100 [SLPQ lockf = 0xc1742380][SLP] httpd 903 c1bac388 ced98000 70 902 901 0000000 [SLPQ select = 0xc091c5a4][SLP] postgres 902 c176654c cec48000 70 901 901 0000000 [SLPQ select = 0xc091c5a4][SLP] postgres 901 c19c4388 ced44000 70 1 901 0000000 [SLPQ select = 0xc091c5a4][SLP] postgres 880 c1baca98 cedd8000 1008 866 866 0004100 [SLPQ select = 0xc091c5a4][SLP] qmgr 866 c1bac1c4 ced81000 0 1 866 0004100 [SLPQ select = 0xc091c5a4][SLP] master 851 c198e000 cec5f000 0 1 851 0004002 [SLPQ ttyin = 0xc1529010][SLP] getty 850 c19c454c ced45000 0 1 850 0004002 [SLPQ ttyin = 0xc1529210][SLP] getty 849 c19c8388 ced6b000 0 1 849 0004002 [SLPQ ttyin = 0xc1529410][SLP] getty 841 c19c4710 ced46000 0 1 841 0004002 [SLPQ ttyin = 0xc1529610][SLP] getty 840 c19c4e20 ced68000 0 1 840 0004002 [SLPQ ttyin = 0xc1529810][SLP] getty 839 c15a7a98 ce57d000 0 1 839 0004002 [SLPQ ttyin = 0xc1529a10][SLP] getty 838 c198ee20 ced14000 0 1 838 0004002 [SLPQ ttyin = 0xc1490c10][SLP] getty 837 c15a7000 ce577000 0 1 837 0004002 [SLPQ ttyin = 0xc1490410][SLP] getty 812 c19c48d4 ced47000 0 1 812 0000000 [SLPQ select = 0xc091c5a4][SLP] inetd 727 c19c8710 ced6d000 0 1 724 0004002 [SLPQ piperd = 0xc15db180][SLP] courierlogger 724 c19c41c4 ced43000 0 1 724 0000003 [SLPQ select = 0xc091c5a4][SLP] couriertcpd 715 c19c81c4 ced6a000 0 1 711 0004002 [SLPQ piperd = 0xc15da300][SLP] courierlogger 711 c19c88d4 ced6e000 0 1 711 0000003 [SLPQ select = 0xc091c5a4][SLP] couriertcpd 709 c180e710 cec9a000 0 696 695 0000002 [SLPQ select = 0xc091c5a4][SLP] authdaemond.plain 708 c198e1c4 ced0d000 0 696 695 0000002 [SLPQ select = 0xc091c5a4][SLP] authdaemond.plain 707 c198ea98 ced12000 0 696 695 0000002 [SLPQ select = 0xc091c5a4][SLP] authdaemond.plain 706 c198e8d4 ced11000 0 696 695 0000002 [SLPQ select = 0xc091c5a4][SLP] authdaemond.plain 705 c198e710 ced10000 0 696 695 0000002 [SLPQ select = 0xc091c5a4][SLP] authdaemond.plain 704 c198e54c ced0f000 0 696 695 0000002 [SLPQ select = 0xc091c5a4][SLP] authdaemond.plain 703 c1759c5c cec43000 0 696 695 0000002 [SLPQ select = 0xc091c5a4][SLP] authdaemond.plain 701 c180b388 cec8f000 0 696 695 0000002 [SLPQ select = 0xc091c5a4][SLP] authdaemond.plain 700 c180ee20 cecda000 0 696 695 0000002 [SLPQ select = 0xc091c5a4][SLP] authdaemond.plain 699 c180ec5c cec9d000 0 696 695 0000002 [SLPQ select = 0xc091c5a4][SLP] authdaemond.plain 696 c180e54c cec99000 0 695 695 0004002 [SLPQ select = 0xc091c5a4][SLP] authdaemond.plain 695 c180e1c4 cec97000 0 1 695 0000003 [SLPQ piperd = 0xc15db900][SLP] courierlogger 685 c198e388 ced0e000 1009 1 685 0008180 (threaded) clamd thread 0xc20b3320 ksegrp 0xc14ac540 [SLPQ kserel 0xc14ac580][SLP] thread 0xc20b5000 ksegrp 0xc14ac540 [SLPQ accept 0xc1788e26][SLP] thread 0xc185c7d0 ksegrp 0xc184b0e0 [SLPQ ksesigwait 0xc198e488][SLP] 678 c180b710 cec91000 80 666 666 0000100 [SLPQ select = 0xc091c5a4][SLP] httpd 677 c14ad710 ca44a000 80 666 666 0000100 [SLPQ lockf = 0xc1726dc0][SLP] httpd 676 c17668d4 cec4a000 80 666 666 0000100 [SLPQ lockf = 0xc150bd00][SLP] httpd 675 c1766c5c cec4c000 80 666 666 0000100 [SLPQ lockf = 0xc17650c0][SLP] httpd 674 c180b8d4 cec92000 80 666 666 0000100 [SLPQ lockf = 0xc173e180][SLP] httpd 666 c1766e20 cec4d000 0 1 666 0000001 [SLPQ select = 0xc091c5a4][SLP] httpd 659 c180b54c cec90000 1009 1 659 0000100 [SLPQ select = 0xc091c5a4][SLP] perl 627 c180b1c4 cec8e000 80 1 626 0004002 [SLPQ pause = 0xc180b1fc][SLP] java 586 c14ada98 ca488000 0 1 586 0000000 [SLPQ nanslp = 0xc08f238c][SLP] cron 571 c17661c4 cec46000 0 1 571 0000100 [SLPQ select = 0xc091c5a4][SLP] sshd 547 c15a7c5c ce57e000 1006 542 527 0004002 [SLPQ piperd = 0xc15dac00][SLP] multilog 546 c15a7e20 ce57f000 1004 541 527 0004102 [SLPQ sbwait = 0xc1633830][SLP] tinydns 545 c1759000 cebed000 1005 539 527 0004102 [SLPQ select = 0xc091c5a4][SLP] dnscache 544 c17591c4 cebf5000 1006 540 527 0004002 [SLPQ piperd = 0xc15db000][SLP] multilog 542 c175954c cec3f000 0 536 527 0004002 [SLPQ select = 0xc091c5a4][SLP] supervise 541 c1759710 cec40000 0 536 527 0004002 [SLPQ select = 0xc091c5a4][SLP] supervise 540 c17598d4 cec41000 0 536 527 0004002 [SLPQ select = 0xc091c5a4][SLP] supervise 539 c1759a98 cec42000 0 536 527 0004002 [SLPQ select = 0xc091c5a4][SLP] supervise 537 c1759e20 cec44000 0 527 527 0004002 [SLPQ piperd = 0xc15dad80][SLP] readproctitle 536 c1766000 cec45000 0 527 527 0004002 [SLPQ nanslp = 0xc08f238c][SLP] svscan 527 c14ad1c4 ca447000 0 1 527 0004002 [SLPQ wait = 0xc14ad1c4][SLP] sh 444 c14ad8d4 ca44b000 0 1 444 0000000 [SLPQ select = 0xc091c5a4][SLP] syslogd 424 c14ade20 ca48a000 0 1 424 0000000 [SLPQ select = 0xc091c5a4][SLP] devd 384 c14ad388 ca448000 0 1 384 0000000 [SLPQ select = 0xc091c5a4][SLP] natd 188 c14adc5c ca489000 0 1 188 0000000 [SLPQ pause = 0xc14adc94][SLP] adjkerntz 51 c15a71c4 ce578000 0 0 0 0000204 [SLPQ - = 0xca469d14][SLP] schedcpu 50 c15a7388 ce579000 0 0 0 0000204 [SLPQ - = 0xc0925bcc][SLP] nfsiod 3 49 c15a754c ce57a000 0 0 0 0000204 [SLPQ - = 0xc0925bc8][SLP] nfsiod 2 48 c15a7710 ce57b000 0 0 0 0000204 [SLPQ - = 0xc0925bc4][SLP] nfsiod 1 47 c15a78d4 ce57c000 0 0 0 0000204 [SLPQ - = 0xc0925bc0][SLP] nfsiod 0 46 c13f8a98 ca418000 0 0 0 0000204 [SLPQ vlruwt = 0xc13f8a98][SLP] vnlru 45 c13f8c5c ca419000 0 0 0 0000204 [SLPQ syncer = 0xc08f210c][SLP] syncer 44 c13f8e20 ca41a000 0 0 0 0000204 [SLPQ psleep = 0xc091cb6c][SLP] bufdaemon 43 c14aa000 ca41f000 0 0 0 000020c [RUNQ] pagezero 42 c14aa1c4 ca43e000 0 0 0 0000204 [SLPQ psleep = 0xc092c5a4][SLP] vmdaemon 41 c14aa388 ca43f000 0 0 0 0000204 [SLPQ psleep = 0xc092c560][SLP] pagedaemon 40 c14aa54c ca440000 0 0 0 0000204 [IWAIT] swi0: sio 39 c14aa710 ca441000 0 0 0 0000204 [SLPQ - = 0xc14a573c][SLP] fdc0 38 c14aa8d4 ca442000 0 0 0 0000204 [SLPQ usbtsk = 0xc08ea298][SLP] usbtask 37 c14aaa98 ca443000 0 0 0 0000204 [SLPQ usbevt = 0xc14c0210][SLP] usb0 9 c14aac5c ca444000 0 0 0 0000204 [SLPQ actask = 0xc0a5ca2c][SLP] acpi_task2 8 c14aae20 ca445000 0 0 0 0000204 [SLPQ actask = 0xc0a5ca2c][SLP] acpi_task1 7 c14ad000 ca446000 0 0 0 0000204 [SLPQ actask = 0xc0a5ca2c][SLP] acpi_task0 36 c13e854c ca3ee000 0 0 0 0000204 [IWAIT] swi6:+ 35 c13e8710 ca3ef000 0 0 0 0000204 [IWAIT] swi6: task = queue 34 c13e88d4 ca3f0000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 6 c13e8a98 ca40f000 0 0 0 0000204 [SLPQ - = 0xc1445d00][SLP] kqueue taskq 33 c13e8c5c ca410000 0 0 0 0000204 [IWAIT] swi3: cambio 32 c13e8e20 ca411000 0 0 0 0000204 [IWAIT] swi2: camnet 31 c13f8000 ca412000 0 0 0 0000204 [IWAIT] swi6:+ 5 c13f81c4 ca413000 0 0 0 0000204 [SLPQ - = 0xc146e080][SLP] thread taskq 30 c13f8388 ca414000 0 0 0 0000204 [SLPQ - = 0xc08e7f00][SLP] yarrow 4 c13f854c ca415000 0 0 0 0000204 [SLPQ - = 0xc08ec928][SLP] g_down 3 c13f8710 ca416000 0 0 0 0000204 [SLPQ - = 0xc08ec924][SLP] g_up 2 c13f88d4 ca417000 0 0 0 0000204 [SLPQ - = 0xc08ec91c][SLP] g_event 29 c13cc1c4 c9bfb000 0 0 0 0000204 [IWAIT] swi4: vm 28 c13cc388 c9bfc000 0 0 0 000020c [RUNQ] swi5: clock sio 27 c13cc54c c9c1b000 0 0 0 0000204 [IWAIT] swi1: net 26 c13cc710 c9c1c000 0 0 0 0000204 [IWAIT] irq15: ata1 25 c13cc8d4 c9c1d000 0 0 0 0000204 [IWAIT] irq14: ata0 24 c13cca98 c9c1e000 0 0 0 0000204 [IWAIT] irq13: 23 c13ccc5c c9c1f000 0 0 0 0000204 [IWAIT] irq12: 22 c13cce20 c9c20000 0 0 0 0000204 [IWAIT] irq11: xl0 21 c13e8000 ca3eb000 0 0 0 0000204 [IWAIT] irq10: xl1 20 c13e81c4 ca3ec000 0 0 0 0000204 [RUNQ] irq9: ath0 = uhci0+ 19 c13e8388 ca3ed000 0 0 0 0000204 [IWAIT] irq8: rtc 18 c13c3000 c9bb5000 0 0 0 0000204 [IWAIT] irq7: ppc0 17 c13c31c4 c9bf2000 0 0 0 0000204 [IWAIT] irq6: fdc0 16 c13c3388 c9bf3000 0 0 0 0000204 [IWAIT] irq5: 15 c13c354c c9bf4000 0 0 0 0000204 [IWAIT] irq4: sio0 14 c13c3710 c9bf5000 0 0 0 0000204 [IWAIT] irq3: 13 c13c38d4 c9bf6000 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c13c3a98 c9bf7000 0 0 0 0000204 [IWAIT] irq0: clk 11 c13c3c5c c9bf8000 0 0 0 000020c [Can run] idle: cpu0 1 c13c3e20 c9bf9000 0 0 1 0004200 [SLPQ wait = 0xc13c3e20][SLP] init 10 c13cc000 c9bfa000 0 0 0 0000204 [SLPQ ktrace = 0xc08f0318][SLP] ktrace 0 c08eca20 c0c1f000 0 0 0 0000200 [SLPQ sched = 0xc08eca20][SLP] swapper db> show locks exclusive sleep mutex Giant r =3D 0 (0xc08f08e0) locked @ = /usr/src/sys/kern/vfs_syscalls.c:956 db> c Uptime: 5d0h42m9s Dumping 192 MB 16 32 48 64 80 96 112 128 144 160 176 Dump complete Shutting down ACPI Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x40c1494f fault code =3D supervisor write, page not present instruction pointer =3D 0x8:0xcee23723 stack pointer =3D 0x10:0xca3f3cd8 frame pointer =3D 0x10:0xca3f3d08 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 5 (thread taskq) [thread 100030] Stopped at 0xcee23723: rolb $0xfa,0x40c14919(%eax) db>=20 Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x40c1494f fault code =3D supervisor write, page not present instruction pointer =3D 0x8:0xcee23723 stack pointer =3D 0x10:0xca3f3cd8 frame pointer =3D 0x10:0xca3f3d08 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 5 (thread taskq) [thread 100030] Stopped at 0xcee23723: rolb $0xfa,0x40c14919(%eax) db> show all registers breaks threads watches pciregs = intrcnt pgrpdump pcpu msgbuf locks witness cbstat = buffer disk lockedvnods map procvm vmochk object = vmopag page pageq cyrixreg irqs idt rtc db> help print p examine x search set = write w delete d break dwatch watch = dhwatch hwatch step s continue c until = next match trace where call show ps = gdb reset kill watchdog thread panic ahd_sunit = ahd_pause ahd_unpause ahd_in ahd_out ahd_dump db> help c print p examine x search set = write w delete d break dwatch watch = dhwatch hwatch step s continue c until = next match trace where call show ps = gdb reset kill watchdog thread panic ahd_sunit = ahd_pause ahd_unpause ahd_in ahd_out ahd_dump db> thread [thread 100030] 0xcee23723: rolb $0xfa,0x40c14919(%eax) db> trace _end(c146e080,c13f81c4,c062fad4,ca3f3d34,c0600838) at 0xcee23723 taskqueue_thread_loop(c08f6608,ca3f3d48,c08f6608,c062fad4,0) at = taskqueue_thread_loop+0x2e fork_exit(c062fad4,c08f6608,ca3f3d48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xca3f3d7c, ebp =3D 0 --- db> show all registers breaks threads watches pciregs = intrcnt pgrpdump pcpu msgbuf locks witness cbstat = buffer disk lockedvnods map procvm vmochk object = vmopag page pageq cyrixreg irqs idt rtc db> show pcpu cpuid =3D 0 curthread =3D 0xc13e9000: pid 5 "thread taskq" curpcb =3D 0xca3f3da0 fpcurthread =3D none idlethread =3D 0xc13c44b0: pid 11 "idle: cpu0" APIC ID =3D 0 currentldt =3D 0x28 spin locks held: db> reset ------=_NextPart_000_00FA_01C4BC80.FD038A80 Content-Type: application/octet-stream; name="dmesg.boot.compile.panic" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.boot.compile.panic" Copyright (c) 1992-2004 The FreeBSD Project.=0A= Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A= The Regents of the University of California. All rights reserved.=0A= FreeBSD 5.3-STABLE #11: Fri Oct 22 18:32:22 CEST 2004=0A= root@bart.motd.dk:/usr/obj/usr/src/sys/GW=0A= WARNING: WITNESS option enabled, expect reduced performance.=0A= WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant=0A= WARNING: MPSAFE network stack disabled, expect reduced performance.=0A= Timecounter "i8254" frequency 1193182 Hz quality 0=0A= CPU: Pentium III/Pentium III Xeon/Celeron (548.74-MHz 686-class CPU)=0A= Origin =3D "GenuineIntel" Id =3D 0x673 Stepping =3D 3=0A= = Features=3D0x383f9ff=0A= real memory =3D 201326592 (192 MB)=0A= avail memory =3D 187375616 (178 MB)=0A= npx0: [FAST]=0A= npx0: on motherboard=0A= npx0: INT 16 interface=0A= acpi0: on motherboard=0A= acpi0: Power Button (fixed)=0A= Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000=0A= acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0=0A= cpu0: on acpi0=0A= pcib0: port 0xcf8-0xcff on acpi0=0A= pci0: on pcib0=0A= agp0: mem = 0xf8000000-0xfbffffff at device 0.0 on pci0=0A= pcib1: at device 1.0 on pci0=0A= pci1: on pcib1=0A= pci1: at device 0.0 (no driver attached)=0A= isab0: at device 7.0 on pci0=0A= isa0: on isab0=0A= atapci0: port = 0x1420-0x142f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0=0A= ata0: channel #0 on atapci0=0A= ata1: channel #1 on atapci0=0A= uhci0: port 0x1400-0x141f irq = 9 at device 7.2 on pci0=0A= uhci0: [GIANT-LOCKED]=0A= usb0: on uhci0=0A= usb0: USB revision 1.0=0A= uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0A= uhub0: 2 ports with 2 removable, self powered=0A= pci0: at device 7.3 (no driver attached)=0A= pci0: at device 12.0 (no driver attached)=0A= xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x1000-0x107f mem = 0xf4018000-0xf401807f irq 11 at device 13.0 on pci0=0A= miibus0: on xl0=0A= xlphy0: <3c905C 10/100 internal PHY> on miibus0=0A= xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto=0A= xl0: Ethernet address: 00:50:04:d0:46:f5=0A= xl0: [GIANT-LOCKED]=0A= ath0: mem 0xf4000000-0xf400ffff irq 9 at device 16.0 on = pci0=0A= ath0: [GIANT-LOCKED]=0A= ath0: mac 5.9 phy 4.3 5ghz radio 4.6=0A= ath0: Ethernet address: 00:0f:b5:22:c8:89=0A= ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps=0A= ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps = 24Mbps 36Mbps 48Mbps 54Mbps=0A= xl1: <3Com 3c905C-TX Fast Etherlink XL> port 0x1080-0x10ff mem = 0xf4018400-0xf401847f irq 10 at device 17.0 on pci0=0A= miibus1: on xl1=0A= xlphy1: <3c905C 10/100 internal PHY> on miibus1=0A= xlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto=0A= xl1: Ethernet address: 00:50:04:d6:d6:3e=0A= xl1: [GIANT-LOCKED]=0A= fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on = acpi0=0A= fdc0: [FAST]=0A= fd0: <1440-KB 3.5" drive> on fdc0 drive 0=0A= sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on = acpi0=0A= sio0: type 16550A, console=0A= ppc0: port 0x378-0x37b irq 7 on acpi0=0A= ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode=0A= ppbus0: on ppc0=0A= plip0: on ppbus0=0A= lpt0: on ppbus0=0A= lpt0: Interrupt-driven port=0A= ppi0: on ppbus0=0A= atkbdc0: port 0x64,0x60 irq 1 on acpi0=0A= atkbd0: irq 1 on atkbdc0=0A= kbd0 at atkbd0=0A= atkbd0: [GIANT-LOCKED]=0A= orm0: at iomem = 0xe4000-0xeffff,0xe0000-0xe3fff,0xca000-0xca7ff,0xc9800-0xc9fff,0xc0000-0= xc97ff on isa0=0A= pmtimer0 on isa0=0A= sc0: at flags 0x100 on isa0=0A= sc0: VGA <16 virtual consoles, flags=3D0x100>=0A= sio1: configured irq 3 not in bitmap of probed irqs 0=0A= sio1: port may not be enabled=0A= vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0=0A= Timecounter "TSC" frequency 548740008 Hz quality 800=0A= Timecounters tick every 10.000 msec=0A= IPsec: Initialized Security Association Processing.=0A= ipfw2 initialized, divert enabled, rule-based forwarding disabled, = default to deny, logging limited to 400 packets/entry by default=0A= ad0: 8693MB [17662/16/63] at ata0-master UDMA33=0A= ata1-slave: FAILURE - SETFEATURES SET TRANSFER MODE status=3D1 = error=3D4=0A= acd0: CDROM at ata1-master UDMA33=0A= afd0: REMOVABLE at ata1-slave BIOSPIO=0A= Mounting root from ufs:/dev/ad0s1a=0A= WARNING: /tmp was not properly dismounted=0A= WARNING: /usr was not properly dismounted=0A= /usr: superblock summary recomputed=0A= WARNING: /var was not properly dismounted=0A= ------=_NextPart_000_00FA_01C4BC80.FD038A80-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 22:12:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFE5516A556 for ; Wed, 27 Oct 2004 22:12:21 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A86D43D2F for ; Wed, 27 Oct 2004 22:12:20 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 5F48A7A423; Wed, 27 Oct 2004 15:12:20 -0700 (PDT) Message-ID: <41801D44.1060504@elischer.org> Date: Wed, 27 Oct 2004 15:12:20 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Andreas Braukmann References: <20041027194551.54ced1e7.lehmann@ans-netz.de> <20041027175440.GA60198@xor.obsecurity.org> <20041027201443.44f3bb03.lehmann@ans-netz.de> <5521E0229FFC0CAECEA5EA17@[192.168.225.210]> <417FFE5A.2070405@elischer.org> <85C963600BB244852D738B91@[192.168.225.210]> In-Reply-To: <85C963600BB244852D738B91@[192.168.225.210]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Oliver Lehmann cc: Kris Kennaway Subject: Re: growfs - Using on mounten FS - planned?- TWE probs.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 22:12:22 -0000 Andreas Braukmann wrote: > --On Mittwoch, 27. Oktober 2004 13:00 Uhr -0700 Julian Elischer > wrote: > >> Andreas Braukmann wrote: >> >>> >>> I'll have to test this on gvinum / UFS2 during the next few weeks, >>> because of a 2 TByte storage server running 5.3 has to go in pro- >>> duction in early December. >> >> >> >> what storage are you using? > > > twe(4) and a bunch of big S-ATA drives in RAID-5 configuration. > Nothing really impressive nowadays. I'm having infrequent corruption problems with 3ware 7500-8 cards . do you check your data? We store GB sized files and we checksum them and we check the checksums over time.... Over 7 servers we see a couple of file drop chunks of data over a weeks worth of writing.. either 128KB chunks are not written or the chunk corresponding to 1 drive's part of a 128KB write never happens. Some of them are defintly firmware problems but some of them might be driver or OS problems too (or firmware). The data goes missing immediatly on write.. not through degradation, so we immediatly resend the data and rewrite the file. This is with 4.8 + the driver from their website.. and the driver from 4.10 > > > > > -Andreas > > > From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 22:22:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9926516A4CE for ; Wed, 27 Oct 2004 22:22:25 +0000 (GMT) Received: from dill.salatschuessel.net (pD95FD812.dip.t-dialin.net [217.95.216.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42D0343D2D for ; Wed, 27 Oct 2004 22:22:24 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 98097 invoked by uid 89); 27 Oct 2004 22:22:52 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (olivleh1@dill.salatschuessel.net@10.0.1.51) by dill.salatschuessel.net with SMTP; 27 Oct 2004 22:22:52 -0000 Date: Thu, 28 Oct 2004 00:22:51 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20041028002251.73eae308.lehmann@ans-netz.de> In-Reply-To: <20041027214224.GA60882@dragon.nuxi.com> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027204852.GY95878@horsey.gshapiro.net> <20041027230039.7a5d0150.lehmann@ans-netz.de> <20041027210303.GZ95878@horsey.gshapiro.net> <20041027233309.122e4207.lehmann@ans-netz.de> <20041027214224.GA60882@dragon.nuxi.com> X-Mailer: Sylpheed version 0.9.99 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: mbr@freebsd.org Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 22:22:25 -0000 David O'Brien wrote: > Why don't you just 'man 5 dhclient.conf' and do things right?? I've tried supersede domain-name-servers ""; in /etc/dhclient.conf, But that seems to have no effect. I can't see any other way to prevent dhclient from touching my resolv.conf in that man page. Maybe you can point me? man 8 dhclient-script says HOOKS When it starts, the client script first defines a shell function, make_resolv_conf , which is later used to create the /etc/resolv.conf file. To override the default behaviour, redefine this function in the enter hook script. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 22:23:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AC6716A4CE for ; Wed, 27 Oct 2004 22:23:01 +0000 (GMT) Received: from hotmail.com (bay2-dav7.bay2.hotmail.com [65.54.246.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32CC243D2F for ; Wed, 27 Oct 2004 22:23:01 +0000 (GMT) (envelope-from tssajo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 27 Oct 2004 15:23:00 -0700 Received: from 24.24.201.219 by BAY2-DAV7.phx.gbl with DAV; Wed, 27 Oct 2004 22:22:24 +0000 X-Originating-IP: [24.24.201.219] X-Originating-Email: [tssajo@hotmail.com] X-Sender: tssajo@hotmail.com From: "Zoltan Frombach" To: "Donald J. O'Neill" References: <20041027190416.GA70873@ei.bzerk.org><200410271607.45661.donaldj1066@fastmail.fm> <20041027211854.GD59489@dragon.nuxi.com> Date: Wed, 27 Oct 2004 15:22:38 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 27 Oct 2004 22:23:00.0646 (UTC) FILETIME=[84ADCC60:01C4BC73] cc: freebsd-current@freebsd.org Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 22:23:01 -0000 Don, your idea is good to minimize the downtime. But I also prefer to have a "clean" system without library mapping. So I think I'm gonna grab the recently pre-compiled (for 5-stable) packages with portupgrade -afP. Once it's done, I will recompile the few special-care ports, the ones that need options like -WITH/WITHOUT or need local patching. I can also recompile the ones that are out-of-date. I can do this one-by-one with portupgrade -f portname. I think it will work. Thank you guys all for your advice on this. Zoltan > On Wed, Oct 27, 2004 at 04:07:45PM -0500, Donald J. O'Neill wrote: >> I'm also curious as to why you just do not use /etc/libmap.conf, >> instead of rebuilding all installed packages, that would be even >> faster. > > Its a hack that people forget about and later get bitten by it. > > Kris Kennaway has just recently built new packages for 5-stable and > 6-current. There is no reason not to just use those (portupgrade -PP) > and get any library issues dealt with properly. > > -- > -- David (obrien@FreeBSD.org) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 22:40:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F61116A4CE for ; Wed, 27 Oct 2004 22:40:59 +0000 (GMT) Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id A759143D69 for ; Wed, 27 Oct 2004 22:40:58 +0000 (GMT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from ocean.jinmei.org (unknown [2001:4f8:3:bb:200:39ff:fed7:e2e4]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id B0E1A1521B; Thu, 28 Oct 2004 07:40:56 +0900 (JST) Date: Thu, 28 Oct 2004 07:40:57 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Emanuel Strobl In-Reply-To: <200410272252.20048.Emanuel.Strobl@gmx.net> References: <20041027093821.R64903@mp2.macomnet.net> <200410272252.20048.Emanuel.Strobl@gmx.net> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) Emacs/21.3 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: minor typo in sys/kern/uipc_socket2.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 22:40:59 -0000 >>>>> On Wed, 27 Oct 2004 22:52:13 +0200, >>>>> Emanuel Strobl said: > Will this correction be MFCd to 5_3? As I understand -RELEASE will use 1.137 > and the bug was introduced in 1.125 so it would affect -RELEASE. Yes, I believe it needs MFC to 5_3. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 23:30:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA66616A4CE; Wed, 27 Oct 2004 23:30:54 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6367B43D39; Wed, 27 Oct 2004 23:30:54 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9RNUjFp080970; Wed, 27 Oct 2004 16:30:45 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9RNUjeC080967; Wed, 27 Oct 2004 16:30:45 -0700 (PDT) (envelope-from obrien) Date: Wed, 27 Oct 2004 16:30:44 -0700 From: "David O'Brien" To: Oliver Lehmann Message-ID: <20041027233044.GA80915@dragon.nuxi.com> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027204852.GY95878@horsey.gshapiro.net> <20041027230039.7a5d0150.lehmann@ans-netz.de> <20041027210303.GZ95878@horsey.gshapiro.net> <20041027233309.122e4207.lehmann@ans-netz.de> <20041027214224.GA60882@dragon.nuxi.com> <20041028002251.73eae308.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041028002251.73eae308.lehmann@ans-netz.de> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org cc: mbr@freebsd.org Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 23:30:54 -0000 On Thu, Oct 28, 2004 at 12:22:51AM +0200, Oliver Lehmann wrote: > > Why don't you just 'man 5 dhclient.conf' and do things right?? > > I've tried supersede domain-name-servers ""; in /etc/dhclient.conf, But Rather than a blank string, have you tried putting in the actual name servers you want to use? dhclient will still write a resolv.conf for you; but it will put the content you want in /etc/resolv.conf with these directives. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 23:39:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0191D16A4CE for ; Wed, 27 Oct 2004 23:39:28 +0000 (GMT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 067E043D39 for ; Wed, 27 Oct 2004 23:39:27 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])i9RNdN843655; Thu, 28 Oct 2004 08:39:23 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20041028002251.73eae308.lehmann@ans-netz.de> References: <20041027233309.122e4207.lehmann@ans-netz.de> <20041027214224.GA60882@dragon.nuxi.com> <20041028002251.73eae308.lehmann@ans-netz.de> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20040704(IM147) Lines: 10 From: Makoto Matsushita To: lehmann@ans-netz.de Date: Thu, 28 Oct 2004 08:39:21 +0900 Message-Id: <20041028083921M.matusita@jp.FreeBSD.org> cc: current@FreeBSD.org Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 23:39:28 -0000 Why not try: set exit_status to nonzero in /etc/dhclient-enter-hooks. lehmann> I can't see any other way to prevent dhclient from touching lehmann> my resolv.conf in that man page. Maybe you can point me? dhclient-script(8), -- - Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 23:51:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BDED16A4CE for ; Wed, 27 Oct 2004 23:51:03 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8059B43D3F for ; Wed, 27 Oct 2004 23:51:02 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 21749 invoked by uid 65534); 27 Oct 2004 23:51:01 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp004) with SMTP; 28 Oct 2004 01:51:01 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 28 Oct 2004 01:50:54 +0200 User-Agent: KMail/1.7 X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1878420.hEM22JFXsa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410280151.00104.Emanuel.Strobl@gmx.net> Subject: RC1 doesn't boot with GPT (i386) anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 23:51:03 -0000 --nextPart1878420.hEM22JFXsa Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Some hours ago I upgraded from BETA7 to RC1, cvsuped today, with the same=20 kernel config but now GPT doesn't work anymore. I can't see any reason why it fails. Here's what a verbose boot displays and below what BETA7 kernel shows: ________ RC1: GEOM: Configure ad0s1, start 17408 length 256000000 end 256017407 GEOM: Configure ad0p2, start 256017408 length 15360000000 end 15616017407 GEOM: Configure ad0p3, start 15616017408 length 256000000 end 15872017407 GEOM: Configure ad0p4, start 15872017408 length 1024000000 end 16896017407 GEOM: Configure ad0p5, start 16896017408 length 5120000000 end 22016017407 GEOM: Configure ad0p6, start 22016017408 length 10240000000 end 32256017407 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error GEOM: Configure ad0s1a, start 0 length 256000000 end 255999999 GEOM: Configure ad0s1c, start 0 length 256000000 end 255999999 WARNING: Expected rawoffset 0, found 34 GEOM: Configure ad0s1a, start 0 length 256000000 end 255999999 GEOM: Configure ad0s1c, start 0 length 256000000 end 255999999 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init ums0: Microsoft Microsoft IntelliMouse=AE Explorer, rev 1.10/1.14, addr 2,= =20 iclass 3/1 ums0: 5 buttons and Z dir. Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: /dev/ad0p2: No such file or directory Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 93566 free (1142 frags, 11553 blocks, 0.9% fragmentatio= n) Can't stat /dev/ad0p3: No such file or directory Can't stat /dev/ad0p4: No such file or directory Can't stat /dev/ad0p5: No such file or directory Can't stat /dev/ad0p3: No such file or directory Can't stat /dev/ad0p3: No such file or directory /dev/ad0p3: CAN'T CHECK FILE SYSTEM. /dev/ad0p3: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. Can't stat /dev/ad0p4: No such file or directory Can't stat /dev/ad0p4: No such file or directory /dev/ad0p4: CAN'T CHECK FILE SYSTEM. /dev/ad0p4: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. Can't stat /dev/ad0p5: No such file or directory Can't stat /dev/ad0p5: No such file or directory /dev/ad0p5: CAN'T CHECK FILE SYSTEM. /dev/ad0p5: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. Can't stat /dev/ad0p6: No such file or directory Can't stat /dev/ad0p6: No such file or directory Can't stat /dev/ad0p6: No such file or directory /dev/ad0p6: CAN'T CHECK FILE SYSTEM. /dev/ad0p6: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. THE FOLLOWING FILE SYSTEMS HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/ad0p3 (/var), ufs: /dev/ad0p4 (/tmp), ufs: /dev/ad0p5=20 (/usr), ufs: /dev/ad0p6 (/builder) _____________ BETA7: EOM: Configure ad0s1, start 17408 length 256000000 end 256017407 GEOM: Configure ad0p2, start 256017408 length 15360000000 end 15616017407 GEOM: Configure ad0p3, start 15616017408 length 256000000 end 15872017407 GEOM: Configure ad0p4, start 15872017408 length 1024000000 end 16896017407 GEOM: Configure ad0p5, start 16896017408 length 5120000000 end 22016017407 GEOM: Configure ad0p6, start 22016017408 length 10240000000 end 32256017407 [0] f:80 typ:165 s(CHS):0/0/35 e(CHS):31/32/3 s:34 l:500000 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 17408 length 256000000 end 256017407 (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error (cd1:ata1:0:1:0): error 6 (cd1:ata1:0:1:0): Unretryable Error WARNING: Expected rawoffset 0, found 34 GEOM: Configure ad0s1a, start 0 length 256000000 end 255999999 GEOM: Configure ad0s1c, start 0 length 256000000 end 255999999 GEOM: Configure ad0s1a, start 0 length 256000000 end 255999999 GEOM: Configure ad0s1c, start 0 length 256000000 end 255999999 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init ums0: Microsoft Microsoft IntelliMouse=AE Explorer, rev 1.10/1.14, addr 2,= =20 iclass 3/1 ums0: 5 buttons and Z dir. Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad0p2 as swap device Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 93566 free (1142 frags, 11553 blocks, 0.9% fragmentatio= n) /dev/ad0p3: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0p3: clean, 379485 free (181 frags, 47413 blocks, 0.0% fragmentation) /dev/ad0p4: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0p4: clean, 935860 free (28 frags, 116979 blocks, 0.0% fragmentation) /dev/ad0p5: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0p5: clean, 4496974 free (5134 frags, 561480 blocks, 0.1%=20 fragmentation) /dev/ad0p6: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0p6: clean, 4124278 free (5246 frags, 514879 blocks, 0.1%=20 fragmentation) Setting hostname: test1.flintsbach.schmalzbauer.de. --nextPart1878420.hEM22JFXsa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBgDRkBylq0S4AzzwRAsT+AJwOXwsywrl3NQszBR0iiqWB/zdbRACdFTaO IWxKgw+uPtgDfiZomYDWYWM= =fRK+ -----END PGP SIGNATURE----- --nextPart1878420.hEM22JFXsa-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 01:05:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C51F016A4CE for ; Thu, 28 Oct 2004 01:05:47 +0000 (GMT) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A7DF43D39 for ; Thu, 28 Oct 2004 01:05:47 +0000 (GMT) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 599D254E; Wed, 27 Oct 2004 19:05:47 -0600 (CST) Date: Wed, 27 Oct 2004 19:05:47 -0600 From: Tillman Hodgson To: freebsd-current@freebsd.org Message-ID: <20041028010547.GP94897@seekingfire.com> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027204852.GY95878@horsey.gshapiro.net> <20041027230039.7a5d0150.lehmann@ans-netz.de> <20041027210303.GZ95878@horsey.gshapiro.net> <20041027233309.122e4207.lehmann@ans-netz.de> <20041027214224.GA60882@dragon.nuxi.com> <20041028002251.73eae308.lehmann@ans-netz.de> <20041027233044.GA80915@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041027233044.GA80915@dragon.nuxi.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 01:05:47 -0000 On Wed, Oct 27, 2004 at 04:30:44PM -0700, David O'Brien wrote: > On Thu, Oct 28, 2004 at 12:22:51AM +0200, Oliver Lehmann wrote: > > > Why don't you just 'man 5 dhclient.conf' and do things right?? > > > > I've tried supersede domain-name-servers ""; in /etc/dhclient.conf, But > > Rather than a blank string, have you tried putting in the actual name > servers you want to use? dhclient will still write a resolv.conf for > you; but it will put the content you want in /etc/resolv.conf with these > directives. When I used to use dhclient I tried that. Didn't like it. There's more to resolv.conf than just server lines, and I didn't find hooks to put the other content in (the search directive especially). I'd love to find a clean way to have dhclient handle that--my search directive has 3 domains, and I need that capability. -T -- "Well, I wanna tell you people 'bout something I know. Money beats Soul. Everytime." -- Jim Morrison From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 01:57:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E475F16A4CE for ; Thu, 28 Oct 2004 01:57:44 +0000 (GMT) Received: from mail.tellme3times.com (dsl-yul-102.e-scape.net [209.47.218.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5254143D2D for ; Thu, 28 Oct 2004 01:57:44 +0000 (GMT) (envelope-from chris@tellme3times.com) Received: from tellme3times.com (halla.tellme3times.com [192.168.7.29]) by mail.tellme3times.com (Postfix) with ESMTP id 3AA0A40D9; Wed, 27 Oct 2004 21:50:28 -0400 (EDT) Message-ID: <41805423.7050304@tellme3times.com> Date: Wed, 27 Oct 2004 22:06:27 -0400 From: Chris User-Agent: Mozilla Thunderbird 0.5 (X11/20040413) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christian Hiris <4711@chello.at> References: <417EE51E.80007@tellme3times.com> <417F03B3.4060008@ntmk.ru> <417F1193.2080609@tellme3times.com> <200410270904.02703.4711@chello.at> In-Reply-To: <200410270904.02703.4711@chello.at> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Boris Kovalenko Subject: Re: firefox-1.0.1.p_4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 01:57:45 -0000 Thanks that was it. Christian Hiris wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >On Wednesday 27 October 2004 05:10, Chris wrote: > > >>Thank you, I get a little farther, >> >>chris@halla:~> /usr/X11R6/bin/firefox >>LoadPlugin: failed to initialize shared library >>/usr/local/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so >>[/usr/local/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so: >>Undefined symbol "_ZTV16nsQueryInterface"] >> >> > >Try to install jdk1.4.2 instead of jdk1.3.1. In the Mozilla known-issues >section is stated that "For best results JRE 1.4.1 is recommended". >There was also a note about C++ ABI breakage in src/UPDATING 20040728. Maybe >your jdk was compiled with an older version of gcc than firefox was. > >Cheers, >ch > >- -- >Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE >OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.6 (FreeBSD) > >iD8DBQFBf0hi09WjGjvKU74RAp18AJ0egA7blqbGI7ZU29+YDJSbhJW0pQCdFKmv >+uAkaRHZYUwQmVpirc6gjS0= >=Olhf >-----END PGP SIGNATURE----- >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 02:24:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60D8416A4CE for ; Thu, 28 Oct 2004 02:24:29 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F24643D53 for ; Thu, 28 Oct 2004 02:24:29 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) i9S2N5aG084572; Wed, 27 Oct 2004 19:23:09 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (pc1.oakwoodazabu1-unet.ocn.ne.jp [220.110.140.201]) by mail.meer.net (8.12.10/8.12.2/meer) with ESMTP id i9S2MiRw018570; Wed, 27 Oct 2004 19:22:44 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Thu, 28 Oct 2004 11:22:42 +0900 Message-ID: From: "George V. Neville-Neil" To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20041027131824.10140c90@64.7.153.2> References: <16767.52282.937187.190919@canoe.dclg.ca> <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> <16767.53956.366966.737912@canoe.dclg.ca> <6.1.2.0.0.20041027131824.10140c90@64.7.153.2> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org cc: David Gilbert Subject: Re: IPSec on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 02:24:29 -0000 At Wed, 27 Oct 2004 13:19:33 -0400, Mike Tancsa wrote: > > At 12:54 PM 27/10/2004, David Gilbert wrote: > > >So ... are you saying that FAST_IPSEC excludes INET6? > > As far as I know, yes. It needs to be disabled. In the BUGS section of the > man page, "There is presently no support for IPv6." > > Perhaps sam@freebsd.org can confirm. Just for the record, yes, FAST_IPSEC does not support INET6. Later, George From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 02:28:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09C0E16A4CE for ; Thu, 28 Oct 2004 02:28:59 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8FA543D3F for ; Thu, 28 Oct 2004 02:28:58 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 0A78DC7F8; Wed, 27 Oct 2004 22:28:58 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id EE3FC1D2344; Wed, 27 Oct 2004 22:28:44 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16768.22876.926445.412412@canoe.dclg.ca> Date: Wed, 27 Oct 2004 22:28:44 -0400 To: "George V. Neville-Neil" In-Reply-To: References: <16767.52282.937187.190919@canoe.dclg.ca> <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> <16767.53956.366966.737912@canoe.dclg.ca> <6.1.2.0.0.20041027131824.10140c90@64.7.153.2> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: David Gilbert cc: freebsd-current@freebsd.org cc: Mike Tancsa Subject: Re: IPSec on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 02:28:59 -0000 >>>>> "George" == George V Neville-Neil writes: George> At Wed, 27 Oct 2004 13:19:33 -0400, Mike Tancsa wrote: >> At 12:54 PM 27/10/2004, David Gilbert wrote: >> >> >So ... are you saying that FAST_IPSEC excludes INET6? >> >> As far as I know, yes. It needs to be disabled. In the BUGS section >> of the man page, "There is presently no support for IPv6." >> >> Perhaps sam@freebsd.org can confirm. George> Just for the record, yes, FAST_IPSEC does not support INET6. It's also possible that the division panic and the GPF panic were with and without INET6. I not on the machine at the momment. Not supporting IPv6 is less of a showstopper than not supporting FAST_IPSEC as the later is required (for isntance) BGP. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 02:57:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47D8016A4CF for ; Thu, 28 Oct 2004 02:57:53 +0000 (GMT) Received: from omgo.iij.ad.jp (omgo.iij.ad.jp [202.232.30.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BED243D41 for ; Thu, 28 Oct 2004 02:57:52 +0000 (GMT) (envelope-from shigeru@iij.ad.jp) Received: OMGO id i9S2vpNY010034; Thu, 28 Oct 2004 11:57:51 +0900 (JST) Received: OTM-MIX0 id i9S2vo6c020237; Thu, 28 Oct 2004 11:57:51 +0900 (JST) Received: JC-SMTP from localhost (mercury.iij.ad.jp [192.168.184.90]) for id i9S2vbBT013566; Thu, 28 Oct 2004 11:57:50 +0900 (JST) Date: Thu, 28 Oct 2004 11:57:37 +0900 (JST) Message-Id: <20041028.115737.55780539.shigeru@iij.ad.jp> To: freebsd-current@freebsd.org From: Yamamoto Shigeru X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: who is test Intel PRO/Wireless 2100/2200BG/2915ABG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 02:57:53 -0000 Hi, all. I find a Intel PRO/Wireless 2100/2200BG/2915ABG for *BSD at http://damien.bergamini.free.fr/ipw/ But I don't have these devices. #So I can't test ipw/iwi drivers. Does anyone test it? thanks, ------- YAMAMOTO Shigeru From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 03:08:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 753C016A4CE for ; Thu, 28 Oct 2004 03:08:18 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 595BE43D1F for ; Thu, 28 Oct 2004 03:08:18 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) i9S34ra2085056; Wed, 27 Oct 2004 20:04:53 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (pc1.oakwoodazabu1-unet.ocn.ne.jp [220.110.140.201]) by mail.meer.net (8.12.10/8.12.2/meer) with ESMTP id i9S34nRw025679; Wed, 27 Oct 2004 20:04:50 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Thu, 28 Oct 2004 12:04:47 +0900 Message-ID: From: gnn@neville-neil.com To: David Gilbert In-Reply-To: <16768.22876.926445.412412@canoe.dclg.ca> References: <16767.52282.937187.190919@canoe.dclg.ca> <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> <16767.53956.366966.737912@canoe.dclg.ca> <6.1.2.0.0.20041027131824.10140c90@64.7.153.2> <16768.22876.926445.412412@canoe.dclg.ca> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: "George V. Neville-Neil" cc: freebsd-current@freebsd.org cc: Mike Tancsa Subject: Re: IPSec on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 03:08:18 -0000 At Wed, 27 Oct 2004 22:28:44 -0400, David Gilbert wrote: > > >>>>> "George" == George V Neville-Neil writes: > > George> At Wed, 27 Oct 2004 13:19:33 -0400, Mike Tancsa wrote: > >> At 12:54 PM 27/10/2004, David Gilbert wrote: > >> > >> >So ... are you saying that FAST_IPSEC excludes INET6? > >> > >> As far as I know, yes. It needs to be disabled. In the BUGS section > >> of the man page, "There is presently no support for IPv6." > >> > >> Perhaps sam@freebsd.org can confirm. > > George> Just for the record, yes, FAST_IPSEC does not support INET6. > > It's also possible that the division panic and the GPF panic were with > and without INET6. I not on the machine at the momment. > > Not supporting IPv6 is less of a showstopper than not supporting > FAST_IPSEC as the later is required (for isntance) BGP. Yes, I was just clearing up the point. As to the actual panic, I may have time to look at it but I'm hoping others will chime in. Thanks, George From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 03:14:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1B7B16A4CE for ; Thu, 28 Oct 2004 03:14:07 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64FEF43D2F for ; Thu, 28 Oct 2004 03:14:07 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.0.6] (adsl-69-211-137-113.dsl.wotnoh.ameritech.net [69.211.137.113]) (authenticated bits=0)i9S2uMUJ011376 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 27 Oct 2004 22:56:23 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Wed, 27 Oct 2004 23:16:38 -0400 User-Agent: KMail/1.7 References: <200410260922.11894.Danovitsch@Vitsch.net> <200410271532.22140.jhb@FreeBSD.org> In-Reply-To: <200410271532.22140.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1265373.T6kmr9bcYc"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410272316.38396.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com Subject: Re: UHCI patch stops system lockup (kern/73000) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 03:14:08 -0000 --nextPart1265373.T6kmr9bcYc Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 27 October 2004 03:32 pm, John Baldwin wrote: > On Tuesday 26 October 2004 03:22 am, Daan Vreeken [PA4DAN] wrote: > > Hi All, > > > > Friday I have submitted a PR with a patch attached to it that fixes a b= ug > > in the UHCI USB driver. The bug causes a lot of UHCI systems with USB > > devices plugged during boot to either boot very slowly (take minutes), = or > > seem to halt forever during boot. > > > > See : > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D73000 > > > > Could someone please take a look at the PR? > > Looks sane to me. Has anyone objected to this fix? This seems to cause my usb devices not to be detected when plugged in most = of=20 the time. =2D-=20 Anish Mistry --nextPart1265373.T6kmr9bcYc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBgGSWxqA5ziudZT0RAmu1AJ43eS7PwL4P6SphSpjXaETFYabv/QCfbTw9 LNUUeeyGb+wrqESIsf+N1eA= =UcHT -----END PGP SIGNATURE----- --nextPart1265373.T6kmr9bcYc-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 03:21:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFA6B16A4CE for ; Thu, 28 Oct 2004 03:21:08 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5744B43D48 for ; Thu, 28 Oct 2004 03:21:08 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i9S3L26L079493; Wed, 27 Oct 2004 23:21:02 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i9S3L1N7079490; Wed, 27 Oct 2004 23:21:02 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Wed, 27 Oct 2004 23:21:01 -0400 (EDT) From: Andre Guibert de Bruet To: "Donald J. O'Neill" In-Reply-To: <200410271607.45661.donaldj1066@fastmail.fm> Message-ID: <20041027231802.F42571@alpha.siliconlandmark.com> References: <20041027190416.GA70873@ei.bzerk.org> <200410271607.45661.donaldj1066@fastmail.fm> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current@freebsd.org Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 03:21:08 -0000 On Wed, 27 Oct 2004, Donald J. O'Neill wrote: > I'm also curious as to why you just do not use /etc/libmap.conf, > instead of rebuilding all installed packages, that would be even > faster. Just rebuild the ones that are necessary to be rebuilt > right away and let the others go until `portversion -vL=` says the > installed package needs updating. Simply because changes to system header files (As there were between 5.2 and 5.3) can cause programs that deal directly with kernel interfaces to fail because of ABI incompatibilities. Remapping cannot fix this. Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 03:39:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3E0916A4CE for ; Thu, 28 Oct 2004 03:39:20 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B88343D39 for ; Thu, 28 Oct 2004 03:39:20 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9S3dKWI047106; Wed, 27 Oct 2004 23:39:20 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 46738-03; Wed, 27 Oct 2004 23:39:19 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9S3dIun047091; Wed, 27 Oct 2004 23:39:19 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i9S3d7cn001717; Wed, 27 Oct 2004 23:39:07 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041027233413.10479610@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Wed, 27 Oct 2004 23:45:53 -0400 To: Julian Elischer , Andreas Braukmann From: Mike Tancsa In-Reply-To: <41801D44.1060504@elischer.org> References: <20041027194551.54ced1e7.lehmann@ans-netz.de> <20041027175440.GA60198@xor.obsecurity.org> <20041027201443.44f3bb03.lehmann@ans-netz.de> <5521E0229FFC0CAECEA5EA17@[192.168.225.210]> <417FFE5A.2070405@elischer.org> <85C963600BB244852D738B91@[192.168.225.210]> <41801D44.1060504@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b cc: freebsd-current@freebsd.org Subject: Re: growfs - Using on mounten FS - planned?- TWE probs.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 03:39:21 -0000 At 06:12 PM 27/10/2004, Julian Elischer wrote: >>>what storage are you using? >> >> >>twe(4) and a bunch of big S-ATA drives in RAID-5 configuration. >>Nothing really impressive nowadays. > > >I'm having infrequent corruption problems with 3ware 7500-8 cards . >do you check your data? >We store GB sized files and we checksum them and we check the checksums >over time.... When you setup the RAID5 array, what stripe size did you use ? I found problems with anything other than the default 64K. What BIOS rev are you using? The only RAID 5 setup I use is on a 7810. 3dm2 shows Model 7810 Serial Number F11402A2120284 Firmware FE7X 1.05.00.056 BIOS BE7X 1.08.00.046 Monitor ME7X 1.01.00.038 It stores pgp encrypted files that we check once a week to make sure they are OK and I have yet to find any issues. ---Mike From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 03:54:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44D2316A4CE for ; Thu, 28 Oct 2004 03:54:24 +0000 (GMT) Received: from soyo.zuhause.org (host153.balbrecht.real-time.com [65.165.41.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BC6E43D39 for ; Thu, 28 Oct 2004 03:54:24 +0000 (GMT) (envelope-from bruce@zuhause.org) Received: by soyo.zuhause.org (Postfix, from userid 1001) id B418C4B52D; Wed, 27 Oct 2004 22:54:23 -0500 (CDT) Message-ID: <16768.28015.665736.1361@soyo.zuhause.org> Date: Wed, 27 Oct 2004 22:54:23 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: bruce@zuhause.mn.org To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20041027143606.08a42660@64.7.153.2> References: <6.1.2.0.0.20041027135726.02ec27c0@64.7.153.2> <6.1.2.0.0.20041027143606.08a42660@64.7.153.2> X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid cc: freebsd-current@freebsd.org Subject: Re: Lexar Jumpdrive / umass problems (solved) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 03:54:24 -0000 Mike Tancsa writes: > At 02:06 PM 27/10/2004, Mike Tancsa wrote: > > >Hi, > > > >I am experimenting with this device on RELENG_5 (Oct 26th) ? The unit is > >recognized > > It seems turning off EHCI fixes the problem. That's only a workaround. Turning off EHCI means you're accessing the device as a USB 1.1 device, with a transfer speed 1/40th of USB 2. From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 04:14:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10B2716A4CE for ; Thu, 28 Oct 2004 04:14:03 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77DC243D2D for ; Thu, 28 Oct 2004 04:14:02 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 7B240652EC; Thu, 28 Oct 2004 05:14:00 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 83641-01-2; Thu, 28 Oct 2004 05:14:00 +0100 (BST) Received: from empiric.dek.spc.org (dhcp120.icir.org [192.150.187.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 68C88652FE; Thu, 28 Oct 2004 05:13:54 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 76AC36247; Wed, 27 Oct 2004 21:13:45 -0700 (PDT) Date: Wed, 27 Oct 2004 21:13:45 -0700 From: Bruce M Simpson To: David Gilbert Message-ID: <20041028041345.GC772@empiric.icir.org> Mail-Followup-To: David Gilbert , "George V. Neville-Neil" , freebsd-current@freebsd.org, Mike Tancsa References: <16767.52282.937187.190919@canoe.dclg.ca> <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> <16767.53956.366966.737912@canoe.dclg.ca> <6.1.2.0.0.20041027131824.10140c90@64.7.153.2> <16768.22876.926445.412412@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16768.22876.926445.412412@canoe.dclg.ca> cc: "George V. Neville-Neil" cc: freebsd-current@freebsd.org cc: Mike Tancsa Subject: Re: IPSec on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 04:14:03 -0000 On Wed, Oct 27, 2004 at 10:28:44PM -0400, David Gilbert wrote: > George> Just for the record, yes, FAST_IPSEC does not support INET6. > > Not supporting IPv6 is less of a showstopper than not supporting > FAST_IPSEC as the later is required (for isntance) BGP. I have a whole load of changes to bring in itojun's stuff from NetBSD which makes TCP_SIGNATURE work with KAME IPSEC, and also performs input verification. Unfortunately, due to the way this works, this is all or nothing and needs some rethinking to have the correct granularity. But it's definitely a step in the right direction. In future it'll probably require that applications using TCP_SIGNATURE be able to speak PF_KEY. This stuff is still quite a bit far off from being committed to -CURRENT, though, and I probably won't have a chance to finish it for some time. FAST_IPSEC not jibing with INET6 is a separate issue, but from what I understand, it's quite possible, again, lack of committer time/resource. Regards, BMS From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 04:16:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1984E16A4CE; Thu, 28 Oct 2004 04:16:49 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 937AE43D53; Thu, 28 Oct 2004 04:16:46 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.1/8.12.9) with ESMTP id i9S4J0IB060498; Wed, 27 Oct 2004 21:19:01 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id i9S4Gjl9044575; Wed, 27 Oct 2004 21:16:45 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id i9S4GjKZ044574; Wed, 27 Oct 2004 21:16:45 -0700 (PDT) (envelope-from frank) From: Frank Mayhar Message-Id: <200410280416.i9S4GjKZ044574@realtime.exit.com> To: mobile@freebsd.org Date: Wed, 27 Oct 2004 21:16:45 -0700 (PDT) X-Copyright0: Copyright 2004 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: current@freebsd.org Subject: NDISulator crashness. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 04:16:49 -0000 I've been using the NDISulator to run my Dell-branded Broadcom wireless card (BCM4309) as that's the only way I can do so. Unfortunately I've been running into a lot of watchdog timeouts and pretty regular crashes. I've been intending to find the time to build a DIAGNOSTIC kernel, set up with a firewire link and gdb and see just what's going on. Well, tonight I did so. The upshot is that NDIS has troubles. I've already entered a PR for the first LOR I encountered; I ran into another as well, between the VM user map mutex and the ntoskrnl dispatch lock but I didn't trace it, just noted it and kept going, because I was really looking for the page fault I had seen at one point. Well, I think I found it. At least I found _one_ page fault; I don't know if it's the only one. This one, at any rate, is in ntoskrnl_wakeup(), called by ntoskrnl_timercall() (which is the same routine with the first LOR). The reason for the page fault is that while the argument is a valid pointer, the region it points to has been zeroed. It should have the right information for a ktimer but on the call to ntoskrnl_wakeup() it has been entirely cleared. I looked but saw nothing obvious that might explain this. At this point I'm too tired to continue but hopefully I can pick it back up later in the week. I just wanted to let people know about my findings so that those more familiar with the code might be nudged into taking a look at it. (Bill? You out there?) It's very clear to me, by the way, that NDIS hasn't ever been run with all the WITNESS and DIAGNOSTIC stuff turned on, since with the diag kernel it hit the first LOR as soon as it turned on the interface and the second pretty quickly thereafter. I would encourage anyone else who might be poking around in that code to turn on all the WITNESS stuff, INVARIANTS _and_ DIAGNOSTIC; I had been running with the first two but tonight was the first time I used the third and it definitely uncovered problems. Anyway, I'm tired and beginning to ramble. I hope this helps someone and, if not, well, I'll get back to it in a day or three. Oh, and NDIS is usable with these bugs, it's just annoying to have the laptop panic every day or two. I expect that from Windows operating systems, not from FreeBSD. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 04:22:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 597E216A4CE for ; Thu, 28 Oct 2004 04:22:22 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD47643D3F for ; Thu, 28 Oct 2004 04:22:21 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i9S4Lxea073503; Wed, 27 Oct 2004 22:21:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 27 Oct 2004 22:22:35 -0600 (MDT) Message-Id: <20041027.222235.25072396.imp@bsdimp.com> To: ben@timing.com From: "M. Warner Losh" In-Reply-To: <16767.52483.986921.670394@piglet.timing.com> References: <16767.52483.986921.670394@piglet.timing.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: -current NFSv2 and NFSv3 issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 04:22:22 -0000 In message: <16767.52483.986921.670394@piglet.timing.com> Ben Mesander writes: : things complete succesfully, but buildworld -j1 of -current takes 5 : hours over dedicated 100baseT network, and the ethernet never gets : even close to being saturated, so the underlying network transport : doesn't seem to be the bottleneck. By comparison, it takes 35 minutes on a local disk. And sometimes, when there's only one user, it takes 45-55 minutes. The problem appears to get worse exponentially with the number of concurrent nfs requests. Warner From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 04:53:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 06CAD16A4CE; Thu, 28 Oct 2004 04:53:27 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i9S4rQcN010362; Thu, 28 Oct 2004 00:53:26 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9S4rPOO010361; Thu, 28 Oct 2004 00:53:25 -0400 (EDT) (envelope-from green) Date: Thu, 28 Oct 2004 00:53:24 -0400 From: Brian Fundakowski Feldman To: Andrew Gallatin Message-ID: <20041028045324.GJ93831@green.homeunix.org> References: <16757.36934.576905.271257@grasshopper.cs.duke.edu> <16757.37685.44641.533455@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16757.37685.44641.533455@grasshopper.cs.duke.edu> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: mbuf leak with SMP and debug.mpsafenet=1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 04:53:27 -0000 On Tue, Oct 19, 2004 at 06:20:37PM -0400, Andrew Gallatin wrote: > > Robert Watson writes: > > > > Yeah -- I've been trying to avoid committing this patch since atomic > > operations hurt the P4 quite a bit more than one would hope. We already > > do MPSAFE stats in UMA, so an interesting question might be whether these > > stats are redundant to stats already gathered and we can use them instead. > > One of the theoretical advantages of mbuma is that mbufs become just > > another case of existing slab allocated memory resources, so I would think > > most of the interesting stats should be there. > > Getting the stats from uma seems like the right thing to do in the > long run, but the atomic stats is a low-risk way to avoid bogus > mbuf leak reports from 5.3-RELEASE users. I ran into this last week and kept wondering how I was losing so many mbufs, then searching the kernel for possible scenarios... finding none finally matching up vmstat -z output with netstat -m to clue myself in. We could really easily just add to netstat -m warnx("value for SMP systems may be misleading; see manpage"); -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 05:09:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E10216A4CE for ; Thu, 28 Oct 2004 05:09:35 +0000 (GMT) Received: from dill.salatschuessel.net (pD95FD812.dip.t-dialin.net [217.95.216.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF51F43D2D for ; Thu, 28 Oct 2004 05:09:33 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 7529 invoked by uid 89); 28 Oct 2004 05:10:02 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (olivleh1@dill.salatschuessel.net@10.0.1.51) by dill.salatschuessel.net with SMTP; 28 Oct 2004 05:10:02 -0000 Date: Thu, 28 Oct 2004 07:10:01 +0200 From: Oliver Lehmann To: freebsd-current@freebsd.org Message-Id: <20041028071001.44ad2f43.lehmann@ans-netz.de> In-Reply-To: <20041027233044.GA80915@dragon.nuxi.com> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027204852.GY95878@horsey.gshapiro.net> <20041027230039.7a5d0150.lehmann@ans-netz.de> <20041027210303.GZ95878@horsey.gshapiro.net> <20041027233309.122e4207.lehmann@ans-netz.de> <20041027214224.GA60882@dragon.nuxi.com> <20041028002251.73eae308.lehmann@ans-netz.de> <20041027233044.GA80915@dragon.nuxi.com> X-Mailer: Sylpheed version 0.9.99 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: mbr@freebsd.org Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 05:09:35 -0000 David O'Brien wrote: > On Thu, Oct 28, 2004 at 12:22:51AM +0200, Oliver Lehmann wrote: > > > Why don't you just 'man 5 dhclient.conf' and do things right?? > > > > I've tried supersede domain-name-servers ""; in /etc/dhclient.conf, > > But > > Rather than a blank string, have you tried putting in the actual name > servers you want to use? dhclient will still write a resolv.conf for > you; but it will put the content you want in /etc/resolv.conf with these > directives. Problem is, I have "options" in my resolv.conf which will be still lost then. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 06:19:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C5F016A4CE for ; Thu, 28 Oct 2004 06:19:37 +0000 (GMT) Received: from lithium.plan-ix.de (lithium.plan-ix.de [212.37.39.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66B8C43D55 for ; Thu, 28 Oct 2004 06:19:36 +0000 (GMT) (envelope-from braukmann@tse-online.de) Received: from localhost (lithium.plan-ix.de [212.37.39.35]) by lithium.plan-ix.de (Postfix) with ESMTP id 7157C2EC35D; Thu, 28 Oct 2004 06:19:35 +0000 (GMT) Received: from localhost.plan-ix.de ([212.37.39.35]) by localhost (lithium.plan-ix.de [212.37.39.35]) (amavisd-new, port 10025) with ESMTP id 27076-03; Thu, 28 Oct 2004 06:19:35 +0000 (GMT) Received: from [192.168.225.210] (p50824B7C.dip0.t-ipconnect.de [80.130.75.124]) by lithium.plan-ix.de (Postfix) with ESMTP id AD5E02EC35C; Thu, 28 Oct 2004 06:19:34 +0000 (GMT) Date: Thu, 28 Oct 2004 08:19:53 +0200 From: Andreas Braukmann To: Julian Elischer Message-ID: In-Reply-To: <41801D44.1060504@elischer.org> References: <20041027194551.54ced1e7.lehmann@ans-netz.de> <20041027175440.GA60198@xor.obsecurity.org> <20041027201443.44f3bb03.lehmann@ans-netz.de> <5521E0229FFC0CAECEA5EA17@[192.168.225.210]> <417FFE5A.2070405@elischer.org> <85C963600BB244852D738B91@[192.168.225.210]> <41801D44.1060504@elischer.org> X-Mailer: Mulberry/3.1.6 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at plan-ix.de cc: freebsd-current@freebsd.org cc: Oliver Lehmann cc: Kris Kennaway Subject: Re: growfs - Using on mounten FS - planned?- TWE probs.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 06:19:37 -0000 --On Mittwoch, 27. Oktober 2004 15:12 Uhr -0700 Julian Elischer wrote: > Andreas Braukmann wrote: >> --On Mittwoch, 27. Oktober 2004 13:00 Uhr -0700 Julian Elischer >> wrote: >> >> twe(4) and a bunch of big S-ATA drives in RAID-5 configuration. >> Nothing really impressive nowadays. Sorry, for the new boxes I've meant twa(4), of course. Sorry for this very misleading information. > I'm having infrequent corruption problems with 3ware 7500-8 cards . hmmm. 7500. The 72xx and 7500 series didn't fulfill my expectations concerning RAID-5 performance. I employed them only in RAID 10 confi- gurations. The 7506 series was (IMHO) the first 3Ware device delive- ring a usable RAID-5 implementation. > do you check your data? yes, regularly. > We store GB sized files and we checksum them and we check the checksums over time.... > Over 7 servers we see a couple of file drop chunks of data over a weeks worth > of writing.. either 128KB chunks are not written or the chunk corresponding to > 1 drive's part of a 128KB write never happens. Some of them are defintly firmware > problems but some of them might be driver or OS problems too (or firmware). I can't reproduce this on 7506-8 / RAID-5 / 64 kB stripe size. Just don't bother with non default stripe size on the 3Ware's; the per- formance will suck and its prone to obscure (read: not so widely ex- posed) firmware bugs. > This is with 4.8 + the driver from their website.. and the driver from 4.10 stock twe(4) from RELENG_4 (shortly after 4.8 or 4.10) and 5.1-current (end of september 2003). -Andreas From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 06:25:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD6F916A4CE for ; Thu, 28 Oct 2004 06:25:07 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37D8243D45 for ; Thu, 28 Oct 2004 06:25:07 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id i9S6P1mo060906; Thu, 28 Oct 2004 02:25:04 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Thu, 28 Oct 2004 02:25:01 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Oliver Lehmann In-Reply-To: <20041028071001.44ad2f43.lehmann@ans-netz.de> Message-ID: <20041028021918.J33456@sasami.jurai.net> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027230039.7a5d0150.lehmann@ans-netz.de> <20041027233309.122e4207.lehmann@ans-netz.de> <20041028002251.73eae308.lehmann@ans-netz.de> <20041028071001.44ad2f43.lehmann@ans-netz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Thu, 28 Oct 2004 02:25:04 -0400 (EDT) cc: freebsd-current@FreeBSD.ORG Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 06:25:07 -0000 On Thu, 28 Oct 2004, Oliver Lehmann wrote: > Problem is, I have "options" in my resolv.conf which will be still lost > then. I'm using something like the following (actually what I'm using regenerates named.conf and reloads the nameserver but we won't go into that). Index: dhclient-script.sh =================================================================== RCS file: /home/cvs/ncvs/src/sbin/dhclient/dhclient-script.sh,v retrieving revision 1.2 diff -u -u -r1.2 dhclient-script.sh --- dhclient-script.sh 1 Feb 2002 18:46:58 -0000 1.2 +++ dhclient-script.sh 18 Sep 2003 02:31:51 -0000 @@ -83,7 +83,8 @@ ############################################################################# make_resolv_conf () { - if [ "x$new_domain_name" != x ] && [ "x$new_domain_name_servers" != x ]; then + if [ ! -f /etc/dhclient-no-resolv-conf ] && + [ "x$new_domain_name" != x ] && [ "x$new_domain_name_servers" != x ]; then echo search $new_domain_name >/etc/resolv.conf for nameserver in $new_domain_name_servers; do echo nameserver $nameserver >>/etc/resolv.conf -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 06:27:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E78316A4CE for ; Thu, 28 Oct 2004 06:27:45 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D408C43D3F for ; Thu, 28 Oct 2004 06:27:44 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9S6RcZs094505; Thu, 28 Oct 2004 08:27:40 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4180913D.6060300@DeepCore.dk> Date: Thu, 28 Oct 2004 08:27:09 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Yamamoto Shigeru References: <20041028.115737.55780539.shigeru@iij.ad.jp> In-Reply-To: <20041028.115737.55780539.shigeru@iij.ad.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: who is test Intel PRO/Wireless 2100/2200BG/2915ABG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 06:27:45 -0000 Yamamoto Shigeru wrote: > Hi, all. >=20 > I find a Intel PRO/Wireless 2100/2200BG/2915ABG for *BSD at >=20 > http://damien.bergamini.free.fr/ipw/ >=20 > But I don't have these devices. > #So I can't test ipw/iwi drivers. >=20 > Does anyone test it? I've played with the iwi driver from there. It seems there is some kind of initialization problem as it only works=20 if I have loaded/unloaded NDIS first. However without a previous=20 load/unload of NDIS it fails. I haven't digged further into why it fails, maybe its the downloaded=20 firmware, maybe its some kind of enableing code needed on this Acer=20 Travelmate 8000 dunno... However, when it works, it seems to have better performance than the=20 NDIS driver, is have ping turnaround down to 1.1ms whereas NDIS has=20 around 1.8ms, transferrate seems to be allmost on par though, with iwi=20 having its nose a bit ahead... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 06:40:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5663916A4CE for ; Thu, 28 Oct 2004 06:40:56 +0000 (GMT) Received: from smtp05.web.de (smtp05.web.de [217.72.192.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D36243D4C for ; Thu, 28 Oct 2004 06:40:56 +0000 (GMT) (envelope-from Roland.Dittel@web.de) Received: from [217.232.247.81] (helo=freebsd.localnet) by smtp05.web.de with asmtp (TLSv1:DES-CBC3-SHA:168) (WEB.DE 4.101 #44) id 1CN3xu-0000Ok-00; Thu, 28 Oct 2004 08:40:55 +0200 Received: from [192.168.99.22] (notebook.localnet [192.168.99.22]) (authenticated bits=0) by freebsd.localnet (8.13.1/8.13.1) with ESMTP id i9S6elml006360; Thu, 28 Oct 2004 08:40:51 +0200 (CEST) (envelope-from Roland.Dittel@web.de) Message-ID: <41809470.7050605@web.de> Date: Thu, 28 Oct 2004 08:40:48 +0200 From: Roland Dittel User-Agent: Mozilla Thunderbird 0.8 (X11/20041018) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Yamamoto Shigeru References: <20041028.115737.55780539.shigeru@iij.ad.jp> In-Reply-To: <20041028.115737.55780539.shigeru@iij.ad.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Roland.Dittel@web.de X-Sender: Roland.Dittel@web.de cc: freebsd-current@freebsd.org Subject: Re: who is test Intel PRO/Wireless 2100/2200BG/2915ABG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 06:40:56 -0000 Hi, I use the ipw driver on my notebook and the driver works very well. Roland Yamamoto Shigeru wrote: > Hi, all. > > I find a Intel PRO/Wireless 2100/2200BG/2915ABG for *BSD at > > http://damien.bergamini.free.fr/ipw/ > > But I don't have these devices. > #So I can't test ipw/iwi drivers. > > Does anyone test it? > > thanks, > ------- > YAMAMOTO Shigeru > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 06:48:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BFAD16A4CE for ; Thu, 28 Oct 2004 06:48:06 +0000 (GMT) Received: from sv07e.atm-tzs.kmjeuro.com (sv07e.atm-tzs.kmjeuro.com [193.81.94.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20C3143D49 for ; Thu, 28 Oct 2004 06:48:05 +0000 (GMT) (envelope-from k.joch@kmjeuro.com) Received: from [192.168.2.30] (adsl.sbg.kmjeuro.com [62.99.198.46]) (authenticated bits=0)i9S6lvnp076288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 28 Oct 2004 08:47:58 +0200 (CEST) (envelope-from k.joch@kmjeuro.com) Message-ID: <41809618.2030400@kmjeuro.com> Date: Thu, 28 Oct 2004 08:47:52 +0200 From: "Karl M. Joch" User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <16767.52282.937187.190919@canoe.dclg.ca> In-Reply-To: <16767.52282.937187.190919@canoe.dclg.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-CTS-CTSTZS-Mailserver-Information: please visit www.ctseuro.com for further instructions. Protected by www.ctseuro.com X-CTS-CTSTZS-Mailserver: Found to be clean X-CTS-CTSTZS-Mailserver-From: k.joch@kmjeuro.com Subject: Re: IPSec on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 06:48:06 -0000 David Gilbert wrote: > I'm just trying to diagnose something on 5.3-RC1 running on a dual > AMD64 platform. Running setkey seems to be hanging the system ... has > anyone had this happen recently? > > Dave. > I had a problem like this when having INET6 and DUMMYNET enabled. Removed DUMMYNET and the box runs again. -- Best regards / Mit freundlichen Gruessen, Karl M. Joch From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 07:24:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB75916A4CE; Thu, 28 Oct 2004 07:24:36 +0000 (GMT) Received: from hotmail.com (bay2-dav3.bay2.hotmail.com [65.54.246.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id A773743D31; Thu, 28 Oct 2004 07:24:36 +0000 (GMT) (envelope-from tssajo@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 28 Oct 2004 00:24:01 -0700 Received: from 24.24.201.219 by BAY2-DAV3.phx.gbl with DAV; Thu, 28 Oct 2004 07:23:49 +0000 X-Originating-IP: [24.24.201.219] X-Originating-Email: [tssajo@hotmail.com] X-Sender: tssajo@hotmail.com From: "Zoltan Frombach" To: "Collin J. Kreklow" , References: <20041027173212.GA59754@xor.obsecurity.org> <20041027190416.GA70873@ei.bzerk.org> <20041027211531.GC59489@dragon.nuxi.com> <20041028063144.GA20869@jupiter.kreklow.us> Date: Thu, 28 Oct 2004 00:23:52 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: X-OriginalArrivalTime: 28 Oct 2004 07:24:01.0098 (UTC) FILETIME=[189DB2A0:01C4BCBF] cc: Ruben de Groot cc: Kris Kennaway Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 07:24:36 -0000 Great! Is there any chance this gets included in the official portupgrade program? Zoltan ----- Original Message ----- From: "Collin J. Kreklow" To: Cc: "Zoltan Frombach" ; "Ruben de Groot" ; "Kris Kennaway" ; "David O'Brien" Sent: Wednesday, October 27, 2004 11:31 PM Subject: Re: Portupgrade -af question > On Wed, Oct 27, 2004 at 02:15:31PM -0700, David O'Brien wrote: >> On Wed, Oct 27, 2004 at 12:34:51PM -0700, Zoltan Frombach wrote: >> > >Yes. Wouldn't it be a nice feature for "portupgrade -P" to install the >> > >port instead of the package if any non-defaults were defined in >> > >pkgtools.conf? >> > >> > If you really want to add this to portupgrade, it should be optional, >> > though. Because someone might have a broken compiler or something and >> > just >> > wants to install a binary package quickly. In that case it should be >> > possible to force a binary package installation regardless of what's >> > inside >> > the pkgtools.conf file. Don't you agree? >> >> 'portupgrade -PP' can still be used for that. > > I believe that the attached patch will cause portupgrade to build a port > when make options are specified either in pkgtools.conf or with the -m > option, unless -PP/--use-packages-only is specified. I am by no means a > Ruby expert, but this appears to do the correct thing for all the > combinations of MAKE_ARGS, -m, -P and -PP I could come up with. > > Collin From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 07:33:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1AD816A4CE for ; Thu, 28 Oct 2004 07:33:18 +0000 (GMT) Received: from hobbit.neveragain.de (neveragain.de [217.69.76.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E11C943D31 for ; Thu, 28 Oct 2004 07:33:17 +0000 (GMT) (envelope-from amf@hobbit.neveragain.de) Received: from hobbit.neveragain.de (amf@localhost [127.0.0.1]) i9S7XGkJ015031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Oct 2004 09:33:17 +0200 Received: (from amf@localhost) by hobbit.neveragain.de (8.13.1/8.13.1/Submit) id i9S7XGTU015030; Thu, 28 Oct 2004 09:33:16 +0200 Date: Thu, 28 Oct 2004 09:33:16 +0200 From: Dennis Koegel To: Yamamoto Shigeru Message-ID: <20041028073316.GA14639@neveragain.de> References: <20041028.115737.55780539.shigeru@iij.ad.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041028.115737.55780539.shigeru@iij.ad.jp> X-PGP-KeyID: 0D73E19A User-Agent: Mutt/1.5.6+20040722i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.4 (hobbit.neveragain.de [127.0.0.1]); Thu, 28 Oct 2004 09:33:17 +0200 (CEST) cc: freebsd-current@freebsd.org Subject: Re: who is test Intel PRO/Wireless 2100/2200BG/2915ABG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 07:33:18 -0000 Hi, On Thu, Oct 28, 2004 at 11:57:37AM +0900, Yamamoto Shigeru wrote: > I find a Intel PRO/Wireless 2100/2200BG/2915ABG for *BSD at > http://damien.bergamini.free.fr/ipw/ [...] > Does anyone test it? I have a Thinkpad X31 with ipw; used 1.2 before and now using 1.4. I don't need it that often, but it works pretty good so far. The only problem I encountered is a deadlock when loading the firmware from within X11. Loading it on the console while X11 is running doesn't make problems though. Didn't investigate further ... - D. From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 07:38:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C19C16A4CE for ; Thu, 28 Oct 2004 07:38:25 +0000 (GMT) Received: from web51805.mail.yahoo.com (web51805.mail.yahoo.com [206.190.38.236]) by mx1.FreeBSD.org (Postfix) with SMTP id D7BD443D45 for ; Thu, 28 Oct 2004 07:38:24 +0000 (GMT) (envelope-from patrick_dkt@yahoo.com.hk) Message-ID: <20041028073824.84192.qmail@web51805.mail.yahoo.com> Received: from [210.0.177.65] by web51805.mail.yahoo.com via HTTP; Thu, 28 Oct 2004 15:38:24 CST Date: Thu, 28 Oct 2004 15:38:24 +0800 (CST) From: Patrick Dung To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 8bit Subject: Resired features/wish list for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 07:38:25 -0000 Hi First of all, I know that most commiters or contributors contribute their work in their free time. I am not asking for any promise but I just want to discuss possible improvement for FreeBSD. OK, after using FreeBSD for some time, I would like to see FreeBSD have these features/improvements: 1) OpenLDAP Integration FreeBSD has OpenLDAP support in the ports, but I think it would be great if FreeBSD support LDAP out of the box (just like Solaris and most Linux distro) There are areas to improve: - nsswitch (it's in the ports) But it only support passwd and group now. - naming cache daemon (nscd) Without this one, the workstation will query the LDAP server everytime with just very simple command like ls. A lookupd is in the ports but it would be great if it is integrated and/or improved. 2) A stable software raid implementation To my knowledge, vinum is not very stable in 5.x. 3) Java improvement It seems that the development has been stopped after JDK 1.3.1/1.4.2 for a long time. Java performance in FreeBSD is not very good. 4) Some nice ports are broken in 5.x Like tripwire 2.3.1.2_3 Regards Patrick _________________________________________________________ ¥²±þ§Þ¡B¶Œºq¡B€p¬P¬P... ®öº©¹aÁn ±¡€ß³sÃŽ http://us.rd.yahoo.com/evt=22281/*http://ringtone.yahoo.com.hk/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 08:18:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C8CC16A4CE for ; Thu, 28 Oct 2004 08:18:24 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4920643D2D for ; Thu, 28 Oct 2004 08:18:24 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id D67D8ACC65; Thu, 28 Oct 2004 10:18:21 +0200 (CEST) Date: Thu, 28 Oct 2004 10:18:21 +0200 From: Pawel Jakub Dawidek To: David Gilbert Message-ID: <20041028081821.GA8120@darkness.comp.waw.pl> References: <16767.52282.937187.190919@canoe.dclg.ca> <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> <16767.53956.366966.737912@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <16767.53956.366966.737912@canoe.dclg.ca> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org cc: Mike Tancsa Subject: Re: IPSec on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 08:18:24 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 27, 2004 at 12:54:28PM -0400, David Gilbert wrote: +> I'm using FAST_IPSEC and INET6 is enabled. I see a network +> performance test from (undated) +>=20 +> http://people.freebsd.org/~pjd/netperf/ +>=20 +> in which amd64 && FAST_IPSEC was noted as broken. Don't know when +> that was. =46rom the top of this page: Tested system is FreeBSD-CURRENT (22.04.2004) + NETPERF patches (20.04.2004) --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBgKtNForvXbEpPzQRAqaxAJ9wYT38G+j/GfBtUMMCGTTQIC8KbgCfYM6r vM0m+NkVuEWWTLN1pU7AxJE= =4a4I -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 08:19:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C08B816A4CE; Thu, 28 Oct 2004 08:19:55 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 232C743D41; Thu, 28 Oct 2004 08:19:55 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CMuV3-0000Ll-9Y; Thu, 28 Oct 2004 00:34:29 +0400 From: Vladimir Grebenschikov To: Ken Smith In-Reply-To: <20041027193133.GA27473@electra.cse.Buffalo.EDU> References: <1098870425.1062.14.camel@localhost> <417F9483.7040003@freebsd.org> <1098880551.1062.20.camel@localhost> <1098880647.1062.22.camel@localhost> <20041027193133.GA27473@electra.cse.Buffalo.EDU> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Thu, 28 Oct 2004 00:34:28 +0400 Message-Id: <1098909268.1132.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: David Xu cc: "current@freebsd.org" Subject: Re: Unkillable process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 08:19:55 -0000 =F7 =D3=D2, 27/10/2004 =D7 15:31 -0400, Ken Smith =D0=C9=DB=C5=D4: > On Wed, Oct 27, 2004 at 04:37:27PM +0400, Vladimir Grebenschikov wrote: >=20 > > Looks like I should upgrade to 1.251: > >=20 > > diff -u -r1.251 -r1.250 > > --- sys/kern/kern_exit.c 23 Oct 2004 11:20:26 -0000 1.251 > > +++ sys/kern/kern_exit.c 5 Oct 2004 18:51:11 -0000 1.250 > > @@ -403,7 +403,7 @@ > > * since their existence means someone is screwing up. > > */ > > if (q->p_flag & P_TRACED) { > > - q->p_flag &=3D ~(P_TRACED | P_STOPPED_TRACE); > > + q->p_flag &=3D ~P_TRACED; > > psignal(q, SIGKILL); > > } >=20 > Yes, but before you do... :-) >=20 > If it's not too late can you do: >=20 > ps -o f -l >=20 > Or if anyone "succeeds" at wedging processes (especially if you > already have the above patch applied) can you try this? Sorry, it is too late, also I had no patch applied. I guess my case can be reproduced by killing -KILL gdb attached to stopped process. With updated kernel process being debugged disapper with gdb. > I have a trivial procedure that produces unkillable processes > before the above patch, and this patch fixes that case. I've got > one person reporting that he can still get wedged processes even > with the above patch though so I'm looking for a bit more information. >=20 > Thanks... >=20 --=20 Vladimir B. Grebenschikov SWsoft Inc. vova@sw-soft.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 08:42:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5346616A4CE for ; Thu, 28 Oct 2004 08:42:26 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 40F1A43D5A for ; Thu, 28 Oct 2004 08:42:25 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 28312 invoked by uid 65534); 28 Oct 2004 08:42:24 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp008) with SMTP; 28 Oct 2004 10:42:24 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 28 Oct 2004 10:42:22 +0200 User-Agent: KMail/1.7 References: <200410280151.00104.Emanuel.Strobl@gmx.net> In-Reply-To: <200410280151.00104.Emanuel.Strobl@gmx.net> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1739516.JdBz9PRJMd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410281042.23376.Emanuel.Strobl@gmx.net> Subject: GPT must have ACPI in the kernel [Was: RC1 doesn't boot with GPT (i386) anymore] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 08:42:26 -0000 --nextPart1739516.JdBz9PRJMd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Donnerstag, 28. Oktober 2004 01:50 schrieb Emanuel Strobl: > Some hours ago I upgraded from BETA7 to RC1, cvsuped today, with the same > kernel config but now GPT doesn't work anymore. Sorry, this is not correct. I removed ACPI from my custom kernel so it get'= s=20 loaded as module like with GENERIC kernel. And that causes GPT to fail, no matter what RELENG_5 version, so RC1 with A= CP=20 in the kernel works but GENERIC kernel will fail to boot! Shall I file a PR? =2DHarry > > I can't see any reason why it fails. > Here's what a verbose boot displays and below what BETA7 kernel shows: > ________ > RC1: > GEOM: Configure ad0s1, start 17408 length 256000000 end 256017407 > GEOM: Configure ad0p2, start 256017408 length 15360000000 end 15616017407 > GEOM: Configure ad0p3, start 15616017408 length 256000000 end 15872017407 > GEOM: Configure ad0p4, start 15872017408 length 1024000000 end 16896017407 > GEOM: Configure ad0p5, start 16896017408 length 5120000000 end 22016017407 > GEOM: Configure ad0p6, start 22016017408 length 10240000000 end 322560174= 07 > (cd0:ata1:0:0:0): error 6 > (cd0:ata1:0:0:0): Unretryable Error > (cd0:ata1:0:0:0): error 6 > (cd0:ata1:0:0:0): Unretryable Error > (cd0:ata1:0:0:0): error 6 > (cd0:ata1:0:0:0): Unretryable Error > (cd1:ata1:0:1:0): error 6 > (cd1:ata1:0:1:0): Unretryable Error > (cd1:ata1:0:1:0): error 6 > (cd1:ata1:0:1:0): Unretryable Error > (cd1:ata1:0:1:0): error 6 > (cd1:ata1:0:1:0): Unretryable Error > GEOM: Configure ad0s1a, start 0 length 256000000 end 255999999 > GEOM: Configure ad0s1c, start 0 length 256000000 end 255999999 > WARNING: Expected rawoffset 0, found 34 > GEOM: Configure ad0s1a, start 0 length 256000000 end 255999999 > GEOM: Configure ad0s1c, start 0 length 256000000 end 255999999 > Mounting root from ufs:/dev/ad0s1a > start_init: trying /sbin/init > ums0: Microsoft Microsoft IntelliMouse=AE Explorer, rev 1.10/1.14, addr 2, > iclass 3/1 > ums0: 5 buttons and Z dir. > Pre-seeding PRNG: kickstart. > Loading configuration files. > Entropy harvesting: interrupts ethernet point_to_point kickstart. > swapon: /dev/ad0p2: No such file or directory > Starting file system checks: > /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0s1a: clean, 93566 free (1142 frags, 11553 blocks, 0.9% > fragmentation) Can't stat /dev/ad0p3: No such file or directory > Can't stat /dev/ad0p4: No such file or directory > Can't stat /dev/ad0p5: No such file or directory > Can't stat /dev/ad0p3: No such file or directory > Can't stat /dev/ad0p3: No such file or directory > /dev/ad0p3: CAN'T CHECK FILE SYSTEM. > /dev/ad0p3: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > Can't stat /dev/ad0p4: No such file or directory > Can't stat /dev/ad0p4: No such file or directory > /dev/ad0p4: CAN'T CHECK FILE SYSTEM. > /dev/ad0p4: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > Can't stat /dev/ad0p5: No such file or directory > Can't stat /dev/ad0p5: No such file or directory > /dev/ad0p5: CAN'T CHECK FILE SYSTEM. > /dev/ad0p5: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > Can't stat /dev/ad0p6: No such file or directory > Can't stat /dev/ad0p6: No such file or directory > Can't stat /dev/ad0p6: No such file or directory > /dev/ad0p6: CAN'T CHECK FILE SYSTEM. > /dev/ad0p6: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > THE FOLLOWING FILE SYSTEMS HAD AN UNEXPECTED INCONSISTENCY: > ufs: /dev/ad0p3 (/var), ufs: /dev/ad0p4 (/tmp), ufs: /dev/ad0p5 > (/usr), ufs: /dev/ad0p6 (/builder) > > _____________ > BETA7: > EOM: Configure ad0s1, start 17408 length 256000000 end 256017407 > GEOM: Configure ad0p2, start 256017408 length 15360000000 end 15616017407 > GEOM: Configure ad0p3, start 15616017408 length 256000000 end 15872017407 > GEOM: Configure ad0p4, start 15872017408 length 1024000000 end 16896017407 > GEOM: Configure ad0p5, start 16896017408 length 5120000000 end 22016017407 > GEOM: Configure ad0p6, start 22016017408 length 10240000000 end 322560174= 07 > [0] f:80 typ:165 s(CHS):0/0/35 e(CHS):31/32/3 s:34 l:500000 > [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > GEOM: Configure ad0s1, start 17408 length 256000000 end 256017407 > (cd1:ata1:0:1:0): error 6 > (cd1:ata1:0:1:0): Unretryable Error > cd1 at ata1 bus 0 target 1 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: 33.000MB/s transfers > cd1: Attempt to query device size failed: NOT READY, Medium not present > (cd0:ata1:0:0:0): error 6 > (cd0:ata1:0:0:0): Unretryable Error > (cd0:ata1:0:0:0): error 6 > (cd0:ata1:0:0:0): Unretryable Error > (cd0:ata1:0:0:0): error 6 > (cd0:ata1:0:0:0): Unretryable Error > (cd1:ata1:0:1:0): error 6 > (cd1:ata1:0:1:0): Unretryable Error > (cd1:ata1:0:1:0): error 6 > (cd1:ata1:0:1:0): Unretryable Error > (cd1:ata1:0:1:0): error 6 > (cd1:ata1:0:1:0): Unretryable Error > WARNING: Expected rawoffset 0, found 34 > GEOM: Configure ad0s1a, start 0 length 256000000 end 255999999 > GEOM: Configure ad0s1c, start 0 length 256000000 end 255999999 > GEOM: Configure ad0s1a, start 0 length 256000000 end 255999999 > GEOM: Configure ad0s1c, start 0 length 256000000 end 255999999 > Mounting root from ufs:/dev/ad0s1a > start_init: trying /sbin/init > ums0: Microsoft Microsoft IntelliMouse=AE Explorer, rev 1.10/1.14, addr 2, > iclass 3/1 > ums0: 5 buttons and Z dir. > Pre-seeding PRNG: kickstart. > Loading configuration files. > Entropy harvesting: interrupts ethernet point_to_point kickstart. > swapon: adding /dev/ad0p2 as swap device > Starting file system checks: > /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0s1a: clean, 93566 free (1142 frags, 11553 blocks, 0.9% > fragmentation) /dev/ad0p3: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0p3: clean, 379485 free (181 frags, 47413 blocks, 0.0% > fragmentation) /dev/ad0p4: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0p4: clean, 935860 free (28 frags, 116979 blocks, 0.0% > fragmentation) /dev/ad0p5: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0p5: clean, 4496974 free (5134 frags, 561480 blocks, 0.1% > fragmentation) > /dev/ad0p6: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0p6: clean, 4124278 free (5246 frags, 514879 blocks, 0.1% > fragmentation) > Setting hostname: test1.flintsbach.schmalzbauer.de. --nextPart1739516.JdBz9PRJMd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBgLDvBylq0S4AzzwRAoXgAJ9z7Z2hY473t5YzTU+3b0iceTz3XgCgieK5 +OQEbvhJCsHNH64GyyfVO/0= =OVYV -----END PGP SIGNATURE----- --nextPart1739516.JdBz9PRJMd-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 09:21:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3351616A4CE for ; Thu, 28 Oct 2004 09:21:26 +0000 (GMT) Received: from mailhub01.unibe.ch (mailhub01.unibe.ch [130.92.9.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1BE943D3F for ; Thu, 28 Oct 2004 09:21:25 +0000 (GMT) (envelope-from roth@speedy.unibe.ch) Received: from localhost (scanhub01-eth0.unibe.ch [130.92.254.65]) by mailhub01.unibe.ch (Postfix) with ESMTP id 7384C25BA75; Thu, 28 Oct 2004 11:21:24 +0200 (MEST) Received: from mailhub01.unibe.ch ([130.92.9.52]) by localhost (scanhub01 [130.92.254.65]) (amavisd-new, port 10024) with LMTP id 04534-06-45; Thu, 28 Oct 2004 11:21:25 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub01.unibe.ch (Postfix) with ESMTP id 80DE925BA50; Thu, 28 Oct 2004 11:21:22 +0200 (MEST) Received: from speedy.unibe.ch (speedy [130.92.64.35]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id i9S9LM105144; Thu, 28 Oct 2004 11:21:22 +0200 (MET DST) Received: (from roth@localhost) by speedy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id i9S9LLML018005; Thu, 28 Oct 2004 11:21:21 +0200 (MEST) Date: Thu, 28 Oct 2004 11:21:21 +0200 From: Tobias Roth To: Oliver Lehmann Message-ID: <20041028092121.GA17989@speedy.unibe.ch> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027204852.GY95878@horsey.gshapiro.net> <20041027230039.7a5d0150.lehmann@ans-netz.de> <20041027210303.GZ95878@horsey.gshapiro.net> <20041027233309.122e4207.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041027233309.122e4207.lehmann@ans-netz.de> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne cc: freebsd-current@freebsd.org Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 09:21:26 -0000 On Wed, Oct 27, 2004 at 11:33:09PM +0200, Oliver Lehmann wrote: > > I think sth. like that in /sbin/dhclient-script would be nice (if there is > no other way to disable - oh yeah, there is chflags schg /etc/resolv.conf) last time i tried that (quite some time ago), dhclient went nuts and aquired lease after lease, effectivly DoS-attacking the dhcp server. be careful when you try that. From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 10:04:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55B2C16A4CE for ; Thu, 28 Oct 2004 10:04:00 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F0BF43D4C for ; Thu, 28 Oct 2004 10:03:59 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (1ie3d2uk@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i9SA3vE9073575; Thu, 28 Oct 2004 14:03:57 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Thu, 28 Oct 2004 14:03:57 +0400 (MSD) From: Maxim Konovalov To: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= In-Reply-To: Message-ID: <20041028140228.I73561@mp2.macomnet.net> References: <20041027093821.R64903@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT cc: Emanuel Strobl cc: freebsd-current@freebsd.org Subject: Re: minor typo in sys/kern/uipc_socket2.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 10:04:00 -0000 On Thu, 28 Oct 2004, 07:40+0900, JINMEI Tatuya / ¿ÀÌÀãºÈ wrote: > >>>>> On Wed, 27 Oct 2004 22:52:13 +0200, > >>>>> Emanuel Strobl said: > > > Will this correction be MFCd to 5_3? As I understand -RELEASE will use 1.137 > > and the bug was introduced in 1.125 so it would affect -RELEASE. > > Yes, I believe it needs MFC to 5_3. Yes, I will MFC this fix to _5_3. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 10:13:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 487F716A4CE; Thu, 28 Oct 2004 10:13:39 +0000 (GMT) Received: from juniper.fornext.org (53.35.138.210.xn.2iij.net [210.138.35.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B49943D5E; Thu, 28 Oct 2004 10:13:38 +0000 (GMT) (envelope-from shino@fornext.org) Received: from [127.0.0.1] (ariel.net.ss.titech.ac.jp [131.112.21.25]) by juniper.fornext.org (Postfix) with ESMTP id 958452A; Thu, 28 Oct 2004 19:13:36 +0900 (JST) Date: Thu, 28 Oct 2004 19:13:36 +0900 From: Shunsuke SHINOMIYA To: John Baldwin In-Reply-To: <200410271352.04069.jhb@FreeBSD.org> References: <20041022171924.73B3.SHINO@fornext.org> <200410271352.04069.jhb@FreeBSD.org> Message-Id: <20041028165604.DCF8.SHINO@fornext.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.11.02 [ja] cc: freebsd-current@FreeBSD.org cc: obrien@FreeBSD.org Subject: Re[2]: disabling interrupt storm protection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 10:13:39 -0000 Thank you, John. > Can you try this patch: > > --- //depot/vendor/freebsd/src/sys/kern/kern_intr.c 2004/09/05 02:10:52 > +++ //depot/projects/smpng/sys/kern/kern_intr.c 2004/10/27 17:41:06 snip > First, can you test that your system works with the default threshold, and > second, can you test that setting the threshold to zero disables the storm > detection? I applied your patch to kern_intr.c, and then I transmitted the high rate(148kpps) IP traffic to the box with the default threshold. But storm protection was not invoked. It seem that sensitivity of the detector is fallen. I tried some patterns of the packet loss test(transmitting the packets of the wire rate in 100Mbps to the box for 10 seconds. The frame size of each packets is 64 octet). These results are as follows. Each `before' and `after' are outputs of `vmstat -i | grep em'. Please observe the first numerical value(number of interrupts since system startup). kern.hz is 100 at all trials. And `Interrupt Moderation', one of the feature of em was disabled. ========== o kern_intr.c applied your patch. o hw.intr_storm_threshold=500(default) remark o The test results of both 1st and 2nd trial are good, low packet loss rate. A difference of both trials may be measurement error. o Interrupt storm protections is not invoked. o The interrupts rate of em0(input side) is about 25000 interrupts per second during a trial. o When hw.intr_storm_threshold=200, Interrupt storm protections is not invoked. ---------- 1st trial before irq54: em0 4 0 irq55: em1 10 0 after irq54: em0 255247 2092 irq55: em1 168688 1382 test result Plr 0.875% ---------- 2nd trial before irq54: em0 255247 2092 irq55: em1 168688 1382 after irq54: em0 510332 2883 irq55: em1 337599 1907 result Plr 0.957% ========== o kern_intr.c applied your patch and compiled with -DHACK flags. (it cancel the your hack. is it right?) o hw.intr_storm_threshold=500(default) remark o The test results of 1st to 3rd trials are bad, high packet loss rate. During these tirals, em0 may be in the warming up phase and interrupt storm detection was invoked(the console output `Interrupt storm detected'). Because the number of interrupts since system startup is less than initial `warming' value(= threshold * 10). o I want to avoid this phenomenon. o The result of 4th trial is higher plr than 5th trial. My guess is that em0 was in the warming phase at the forepart of 4th trial. ---------- 1st trial before irq54: em0 3 0 irq55: em1 8 0 after irq54: em0 1577 4 irq55: em1 9302 25 result Plr 84.037% ---------- 2nd trial before irq54: em0 1577 4 irq55: em1 9302 25 after irq54: em0 3150 6 irq55: em1 19584 39 result Plr 84.428% ---------- 3rd trial before irq54: em0 3150 6 irq55: em1 19584 39 after irq54: em0 4721 8 irq55: em1 30127 53 result Plr 83.855% ---------- 4th trial before irq54: em0 4721 8 irq55: em1 30127 53 after irq54: em0 269893 420 irq55: em1 196292 305 result Plr 0.492% ---------- 5th trial before irq54: em0 269893 420 irq55: em1 196292 305 after irq54: em0 532196 719 irq55: em1 358797 484 result Plr 0.361% ========== o kern_intr.c applied your patch and compiled with -DHACK flags. o hw.intr_storm_threshold=0 remark o The test result of 1st trial is worse than 2nd one. I think the cause is em0 in warming up phase at the forpart of the trial. ---------- 1st trial before irq54: em0 3 0 irq55: em1 8 0 after irq54: em0 275850 1319 irq55: em1 180104 861 result Plr 1.133% ---------- 2nd trial before irq54: em0 275850 1319 irq55: em1 180104 861 after irq54: em0 548886 1932 irq55: em1 355397 1251 result Plr 0.937% ---------- 3rd trial before irq54: em0 548886 1932 irq55: em1 355397 1251 after irq54: em0 821117 2280 irq55: em1 531581 1476 result Plr 0.902% -- Shunsuke SHINOMIYA From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 11:18:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA8F016A4CE; Thu, 28 Oct 2004 11:18:49 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C877543D46; Thu, 28 Oct 2004 11:18:49 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i9SBJ8xq012030; Thu, 28 Oct 2004 04:19:08 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i9SBJ8H3012029; Thu, 28 Oct 2004 04:19:08 -0700 Date: Thu, 28 Oct 2004 04:19:08 -0700 From: Brooks Davis To: freebsd-current@freebsd.org Message-ID: <20041028111908.GC8588@odin.ac.hmc.edu> References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> <20041025201354.GA36421@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y5rl02BVI9TCfPar" Content-Disposition: inline In-Reply-To: <20041025201354.GA36421@dragon.nuxi.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Scott Long Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 11:18:50 -0000 --Y5rl02BVI9TCfPar Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 25, 2004 at 01:13:54PM -0700, David O'Brien wrote: > On Fri, Oct 22, 2004 at 05:11:18PM -0600, Scott Long wrote: > > I'm willing to crank it down to 5 sec in HEAD. However, before I go=20 > > changing a whole bunch of identical lines in nearly identical GENERIC > > files, I'd like to see GENERIC get split into several sub-modules that > > live in /sys/conf and can be included instead of constantly duplicated. > > i.e. > >=20 > > /sys/conf: > > /SCSI > > /BLOCK > > /NIC > > /USB > > /FIREWIRE >=20 > What do you put in 'SCSI'? Not all SCSI devices work on all our > platforms. Things got messy in NOTES when we tried to share too much. I > don't think SCSI could have much more beyond 'scbus ch da sa cd pass My initial thought a few days ago was that we could put everything that ought to be portable (i.e. is uses a PCI bus as isn't horriably badly written) in there and if it doesn't work on a specific platform, we put an appropratly commented "nodevice" entry in that file. Now I think that isn't a complete solution since we've got a fair number of 32-bit only device drivers, but I suppose we could deal with a shared list of drivers broken in a particular way. Too much of that starts to get hackish though. Perhaps config needs to know a bit more the architectures. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Y5rl02BVI9TCfPar Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBgNWrXY6L6fI4GtQRArVvAJ43OEhLaVi8qE40qXxAuuMR5EzKsgCfYkzu 9IosFxJ4P4xaj7DgRYq1+pw= =SafB -----END PGP SIGNATURE----- --Y5rl02BVI9TCfPar-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 11:49:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A11C716A4CE for ; Thu, 28 Oct 2004 11:49:47 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30E4A43D31 for ; Thu, 28 Oct 2004 11:49:42 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9SBnc10001160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 28 Oct 2004 13:49:41 +0200 Message-ID: <4180DCD2.9030901@ng.fadesa.es> Date: Thu, 28 Oct 2004 13:49:38 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <14479.1098695558@critter.freebsd.dk> <77F3FD4D-26BE-11D9-9A2F-003065ABFD92@mac.com> <417D58B6.5030509@freebsd.org> <200410252112.27436.Thomas.Sparrevohn@btinternet.com> <417E7A79.8020506@ng.fadesa.es> In-Reply-To: <417E7A79.8020506@ng.fadesa.es> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance *CLOSED* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 11:49:47 -0000 Hello, fandino wrote: > Thomas Sparrevohn wrote: >> On Monday 25 October 2004 20:49, Scott Long wrote: >> In this case the subject are very pooly reflects what the actual >> issues it should most likely have read > > At the time the thread began It was so disconcerting that it was impossible > conclude an appropiate subject. I close this thread, I get tired of this mobo, tests from other members shows how weird this mobo is. I write this email to thank all people who helped me, specially to Thomas Sparrevohn and Michael Ray for their inconditional help and all developers and list members for their time specially So/ren. Thank you very much. From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 15:18:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A71D16A4FD for ; Wed, 27 Oct 2004 15:18:10 +0000 (GMT) Received: from degas.physik3.gwdg.de (degas.physik3.gwdg.de [134.76.92.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8487A43D2F for ; Wed, 27 Oct 2004 15:18:08 +0000 (GMT) (envelope-from voliyny@gwdg.de) Received: from vital.physik3.gwdg.de (vital [134.76.92.210]) i9RFI7704795 for ; Wed, 27 Oct 2004 17:18:07 +0200 (MET DST) From: Vitaliy Oliynyk Organization: MPI Date: Wed, 27 Oct 2004 17:18:11 +0200 User-Agent: KMail/1.7 To: current@freebsd.org MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_zw7fBDFTPlOjTbU" Message-Id: <200410271718.11444.voliyny@gwdg.de> X-Mailman-Approved-At: Thu, 28 Oct 2004 12:07:37 +0000 Subject: problems booting FreeBSD 5.3-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: voliyny@gwdg.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 15:18:10 -0000 --Boundary-00=_zw7fBDFTPlOjTbU Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello! I have problems booting FreeBSD 5.3-RC1 mini-install CD (iso-file was downloaded from ftp://ftp.gwdg.de mirror). System freezes after this strings appears during "boot -v": ... ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on SiS 5513 chip ata0-master: DMA limited to UDMA33, non-ATA66 cable or device ata0-master: setting UDMA33 on SiS 5513 chip ad0: ATA-6 disk at ata0-master ad0: 19077MB (39070080 sectors), 38760 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad0 ar: FreeBSD check1 failed ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on SiS 5513 chip acd0: CDRW drive at ata1 as master acd0: read 3050KB/s (4125KB/s) write 2068KB/s (2757KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels ... GEOM: Configure ad0s1, start 32256 length 2623832064 end 2623864319 GEOM: Configure ad0s2, start 2664990720 length 8694120960 end 11359111679 GEOM: Configure ad0s3, start 11359111680 length 8644769280 end 20003880959 ... GEOM: Configure ad0s5, start 32256 length 8694088704 end 8694120959 GEOM: Configure ad0s3a, start 0 length 536870912 end 536870911 GEOM: Configure ad0s3b, start 536870912 length 134217728 end 671088639 GEOM: Configure ad0s3c, start 0 length 8644769280 end 8644769279 GEOM: Configure ad0s3d, start 671088640 length 536870912 end 1207959551 GEOM: Configure ad0s3e, start 1207959552 length 7436809728 end 8644769279 And at this point it stops and it seems it does nothing. The similar problems I had with BETA6 and BETA7. I am attaching to files of dmesg for normal and verbose booting of my working system which is "FreeBSD vital.physik3.gwdg.de 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #0". Please tell me what additional info you want to have. Best regards, Vitaliy Oliynyk --Boundary-00=_zw7fBDFTPlOjTbU Content-Type: text/plain; charset="koi8-r"; name="Attachment: 0" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg-5.2.1" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE-p9 #0: Thu Aug 12 16:02:22 CEST 2004 root@vital.biophysics.nbi.dk:/usr/src/sys/i386/compile/VITAL Preloaded elf kernel "/boot/kernel/kernel" at 0xc0c8a000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0c8a294. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0c8a340. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0c8a3ec. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.00GHz (1998.59-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff real memory = 536805376 (511 MB) avail memory = 507572224 (484 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 10 entries at 0xc00f7eb0 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_cpu1: port 0x530-0x537 on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 acpi_button0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 2 INTB is routed to irq 5 pcib0: slot 2 INTC is routed to irq 10 pcib0: slot 2 INTC is routed to irq 10 pcib0: slot 3 INTA is routed to irq 10 pcib0: slot 3 INTB is routed to irq 10 pcib0: slot 3 INTC is routed to irq 10 pcib0: slot 3 INTD is routed to irq 10 pcib0: slot 4 INTA is routed to irq 11 agp0: mem 0xe0000000-0xe3ffffff 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 nvidia0: mem 0xddb80000-0xddbfffff,0xd8000000-0xdbffffff,0xde000000-0xdeffffff irq 11 at device 0.0 on pci1 isab0: at device 2.0 on pci0 isa0: on isab0 fwohci0: vendor=1039, dev=7007 fwohci0: <1394 Open Host Controller Interface> mem 0xdffff000-0xdfffffff irq 5 at device 2.3 on pci0 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 00:00:0a:e6:ff:03:7f:19 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset atapci0: port 0xff00-0xff0f at device 2.5 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 2.6 (no driver attached) pcm0: port 0xd800-0xd87f,0xdc00-0xdcff irq 10 at device 2.7 on pci0 pcm0: ohci0: mem 0xdfffb000-0xdfffbfff irq 10 at device 3.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xdfffc000-0xdfffcfff irq 10 at device 3.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ums0: NOVATEK USB Mouse STD., rev 1.00/1.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ohci2: mem 0xdfffd000-0xdfffdfff irq 10 at device 3.2 on pci0 usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 3.3 (no driver attached) sis0: port 0xcc00-0xccff mem 0xdfffa000-0xdfffafff irq 11 at device 4.0 on pci0 sis0: Ethernet address: 00:0a:e6:56:2f:ce miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 acpi_cpu1: port 0x530-0x537 on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1998590832 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ata0-master: DMA limited to UDMA33, non-ATA66 cable or device GEOM: create disk ad0 dp=0xc4c7fb60 ad0: 19077MB [38760/16/63] at ata0-master UDMA33 acd0: CDRW at ata1-master PIO4 GEOM: create disk cd0 dp=0xc4d8be00 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/ad0s3a NVRM: detected agp.ko, aborting NVIDIA AGP setup! NVRM: detected agp.ko, aborting NVIDIA AGP setup! stray irq7 --Boundary-00=_zw7fBDFTPlOjTbU Content-Type: text/plain; charset="koi8-r"; name="Attachment: 0" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg-5.2.1-verbose" ): Retrying Command (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Mounting root from ufs:/dev/ad0s3a start_init: trying /sbin/init linprocfs registered NVRM: detected agp.ko, aborting NVIDIA AGP setup! NVRM: detected agp.ko, aborting NVIDIA AGP setup! Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks, buffers remaining... 10 10 done Uptime: 3m44s sbp_logout_all Shutting down ACPI Rebooting... Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE-p9 #0: Thu Aug 12 16:02:22 CEST 2004 root@vital.biophysics.nbi.dk:/usr/src/sys/i386/compile/VITAL Preloaded elf kernel "/boot/kernel/kernel" at 0xc0c8a000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0c8a294. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0c8a340. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0c8a3ec. Calibrating clock(s) ... i8254 clock: 1193060 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1998588140 Hz CPU: Intel(R) Celeron(R) CPU 2.00GHz (1998.59-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff real memory = 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001026000 - 0x000000001f6c9fff, 510279680 bytes (124580 pages) avail memory = 507572224 (484 MB) bios32: Found BIOS32 Service Directory header at 0xc00fdad0 bios32: Entry = 0xfdae0 (c00fdae0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb01 pnpbios: Found PnP BIOS data at 0xc00f7890 pnpbios: Entry = f0000:66eb Rev = 1.0 Other BIOS signatures found: null: random: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x00000308 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=06511039) pcibios: BIOS version 2.10 Using $PIR table, 10 entries at 0xc00f7eb0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x41 3 4 5 7 10 11 12 14 15 embedded 0 1 B 0x42 3 4 5 7 10 11 12 14 15 embedded 0 1 C 0x43 3 4 5 7 10 11 12 14 15 embedded 0 1 D 0x44 3 4 5 7 10 11 12 14 15 embedded 0 2 A 0x41 3 4 5 7 10 11 12 14 15 embedded 0 2 B 0x42 3 4 5 7 10 11 12 14 15 embedded 0 2 C 0x43 3 4 5 7 10 11 12 14 15 embedded 0 2 D 0x44 3 4 5 7 10 11 12 14 15 embedded 0 3 A 0x60 3 4 7 10 12 14 15 embedded 0 3 B 0x61 3 4 7 10 12 14 15 embedded 0 3 C 0x62 3 4 7 10 12 14 15 embedded 0 3 D 0x63 3 4 7 10 12 14 15 slot 1 0 4 A 0x44 3 4 5 7 10 11 12 14 15 slot 2 0 6 A 0x44 3 4 5 7 10 11 12 14 15 slot 2 0 6 B 0x41 3 4 5 7 10 11 12 14 15 slot 2 0 6 C 0x42 3 4 5 7 10 11 12 14 15 slot 2 0 6 D 0x43 3 4 5 7 10 11 12 14 15 slot 3 0 13 A 0x44 3 4 5 7 10 11 12 14 15 slot 3 0 13 B 0x41 3 4 5 7 10 11 12 14 15 slot 3 0 13 C 0x42 3 4 5 7 10 11 12 14 15 slot 3 0 13 D 0x43 3 4 5 7 10 11 12 14 15 slot 4 0 8 A 0x41 3 4 5 7 10 11 12 14 15 slot 4 0 8 B 0x42 3 4 5 7 10 11 12 14 15 slot 4 0 8 C 0x43 3 4 5 7 10 11 12 14 15 slot 4 0 8 D 0x44 3 4 5 7 10 11 12 14 15 slot 5 0 10 A 0x42 3 4 5 7 10 11 12 14 15 slot 5 0 10 B 0x43 3 4 5 7 10 11 12 14 15 slot 5 0 10 C 0x44 3 4 5 7 10 11 12 14 15 slot 5 0 10 D 0x41 3 4 5 7 10 11 12 14 15 slot 6 0 12 A 0x43 3 4 5 7 10 11 12 14 15 slot 6 0 12 B 0x44 3 4 5 7 10 11 12 14 15 slot 6 0 12 C 0x41 3 4 5 7 10 11 12 14 15 slot 6 0 12 D 0x42 3 4 5 7 10 11 12 14 15 slot 7 0 15 A 0x43 3 4 5 7 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 2 func 0 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_cpu0: port 0x530-0x537 on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_cpu1: port 0x530-0x537 on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 acpi_button0: on acpi0 acpi_lid0: on acpi0 unknown: not probed (disabled) pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.1.0 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.1.1 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.1.2 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.1.3 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.2.0 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.2.1 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.2.2 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.2.3 \\_SB_.LNKE irq 10: [ 3 4 7 10 12 14 15] 0.3.0 \\_SB_.LNKF irq 10: [ 3 4 7 10 12 14 15] 0.3.1 \\_SB_.LNKG irq 10: [ 3 4 7 10 12 14 15] 0.3.2 \\_SB_.LNKH irq 10: [ 3 4 7 10 12 14 15] 0.3.3 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.4.0 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.6.0 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.6.1 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.6.2 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.6.3 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.13.0 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.13.1 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.13.2 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.13.3 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.8.0 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.8.1 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.8.2 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.8.3 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.10.0 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.10.1 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.10.2 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.10.3 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.12.0 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.12.1 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.12.2 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.12.3 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.15.0 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.1.0 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.1.1 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.1.2 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.1.3 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.2.0 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.2.1 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.2.2 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.2.3 \\_SB_.LNKE irq 10: [ 3 4 7 10 12 14 15] 0.3.0 \\_SB_.LNKF irq 10: [ 3 4 7 10 12 14 15] 0.3.1 \\_SB_.LNKG irq 10: [ 3 4 7 10 12 14 15] 0.3.2 \\_SB_.LNKH irq 10: [ 3 4 7 10 12 14 15] 0.3.3 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.4.0 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.6.0 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.6.1 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.6.2 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.6.3 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.13.0 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.13.1 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.13.2 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.13.3 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.8.0 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.8.1 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.8.2 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.8.3 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.10.0 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.10.1 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.10.2 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.10.3 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.12.0 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.12.1 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.12.2 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.12.3 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.15.0 pci0: on pcib0 pci0: physical bus=0 map[10]: type 1, range 32, base e0000000, size 26, enabled found-> vendor=0x1039, dev=0x0651, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0001, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0008, revid=0x04 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base dffff000, size 12, enabled pcib0: matched entry for 0.2.INTB (source \\_SB_.LNKB) pcib0: slot 2 INTB is routed to irq 5 found-> vendor=0x1039, dev=0x7007, revid=0x00 bus=0, slot=2, func=3 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x0c (3000 ns) intpin=b, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000ff00, size 4, enabled found-> vendor=0x1039, dev=0x5513, revid=0x00 bus=0, slot=2, func=5 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000d400, size 8, enabled map[14]: type 4, range 32, base 0000d000, size 7, enabled pcib0: matched entry for 0.2.INTC (source \\_SB_.LNKC) pcib0: slot 2 INTC is routed to irq 10 found-> vendor=0x1039, dev=0x7013, revid=0xa0 bus=0, slot=2, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=c, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000dc00, size 8, enabled map[14]: type 4, range 32, base 0000d800, size 7, enabled pcib0: matched entry for 0.2.INTC (source \\_SB_.LNKC) pcib0: slot 2 INTC is routed to irq 10 found-> vendor=0x1039, dev=0x7012, revid=0xa0 bus=0, slot=2, func=7 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=c, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dfffb000, size 12, enabled pcib0: matched entry for 0.3.INTA (source \\_SB_.LNKE) pcib0: slot 3 INTA is routed to irq 10 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=10 map[10]: type 1, range 32, base dfffc000, size 12, enabled pcib0: matched entry for 0.3.INTB (source \\_SB_.LNKF) pcib0: slot 3 INTB is routed to irq 10 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=b, irq=10 map[10]: type 1, range 32, base dfffd000, size 12, enabled pcib0: matched entry for 0.3.INTC (source \\_SB_.LNKG) pcib0: slot 3 INTC is routed to irq 10 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=2 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=c, irq=10 map[10]: type 1, range 32, base dfffe000, size 12, enabled pcib0: matched entry for 0.3.INTD (source \\_SB_.LNKH) pcib0: slot 3 INTD is routed to irq 10 found-> vendor=0x1039, dev=0x7002, revid=0x00 bus=0, slot=3, func=3 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000cc00, size 8, enabled map[14]: type 1, range 32, base dfffa000, size 12, enabled pcib0: matched entry for 0.4.INTA (source \\_SB_.LNKD) pcib0: slot 4 INTA is routed to irq 11 found-> vendor=0x1039, dev=0x0900, revid=0x91 bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 2 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xddd00000-0xdfefffff pcib1: prefetched decode 0xd5900000-0xddbfffff pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP_ - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base de000000, size 24, enabled map[14]: type 3, range 32, base d8000000, size 26, enabled map[18]: type 3, range 32, base ddb80000, size 19, enabled found-> vendor=0x10de, dev=0x0176, revid=0xa3 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 nvidia0: mem 0xddb80000-0xddbfffff,0xd8000000-0xdbffffff,0xde000000-0xdeffffff irq 11 at device 0.0 on pci1 pcib1: device nvidia0 requested decoded memory range 0xde000000-0xdeffffff pcib1: device nvidia0 requested decoded memory range 0xd8000000-0xdbffffff isab0: at device 2.0 on pci0 isa0: on isab0 fwohci0: vendor=1039, dev=7007 fwohci0: <1394 Open Host Controller Interface> mem 0xdffff000-0xdfffffff irq 5 at device 2.3 on pci0 fwohci0: latency timer 64 -> 64. fwohci0: cache size 0 -> 8. fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 00:00:0a:e6:ff:03:7f:19 fwohci0: resetting OHCI...done (loop=0) fwohci0: fwphy_rddata: 0x2 loop=1, retry=0 fwohci0: fwphy_rddata: 0x3 loop=1, retry=0 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: fwphy_rddata: 0x5 loop=1, retry=0 fwohci0: Enable 1394a Enhancements fwohci0: fwphy_rddata: 0x5 loop=1, retry=0 fwohci0: fwphy_rddata: 0x2 loop=1, retry=0 fwohci0: fwphy_rddata: 0x4 loop=1, retry=0 fwohci0: fwphy_rddata: 0x4 loop=1, retry=0 fwohci0: fwphy_rddata: 0x4 loop=1, retry=0 fwohci0: Link S400, max_rec 2048 bytes. fwohci0: BUS_OPT 0xf864a002 -> 0xf864a002 fwohci0: fwohci_set_intr: 1 firewire0: on fwohci0 sbp0: on firewire0 sbp_attach (cold=1) fwohci0: Initiate bus reset fwohci0: fwphy_rddata: 0x1 loop=1, retry=0 fwohci0: fwphy_rddata: 0x1 loop=1, retry=0 atapci0: port 0xff00-0xff0f at device 2.5 on pci0 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x01 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 mask=03 stat0=10 stat1=01 devices=0x4 ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 2.6 (no driver attached) pcm0: port 0xd800-0xd87f,0xdc00-0xdcff irq 10 at device 2.7 on pci0 pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features double rate PCM, reserved 1, center DAC, surround DAC, LFE DAC, reserved 4 pcm0: sndbuf_setmap 33a000, 4000; 0xdcbfc000 -> 33a000 pcm0: sndbuf_setmap 351000, 4000; 0xdcc00000 -> 351000 ohci0: mem 0xdfffb000-0xdfffbfff irq 10 at device 3.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xdfffc000-0xdfffcfff irq 10 at device 3.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ums0: NOVATEK USB Mouse STD., rev 1.00/1.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ohci2: mem 0xdfffd000-0xdfffdfff irq 10 at device 3.2 on pci0 usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 3.3 (no driver attached) sis0: port 0xcc00-0xccff mem 0xdfffa000-0xdfffafff irq 11 at device 4.0 on pci0 sis0: Ethernet address: 00:0a:e6:56:2f:ce miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: bpf attached mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: unable to allocate IRQ unknown: not probed (disabled) unknown: not probed (disabled) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) acpi_cpu1: port 0x530-0x537 on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 unknown: not probed (disabled) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 flags 0x10 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1998588140 Hz quality 800 Timecounters tick every 10.000 msec Linux ELF exec handler installed lo0: bpf attached acpi_cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on SiS 5513 chip ata0-master: DMA limited to UDMA33, non-ATA66 cable or device ata0-master: setting UDMA33 on SiS 5513 chip GEOM: create disk ad0 dp=0xc4c7fb60 ad0: ATA-6 disk at ata0-master ad0: 19077MB (39070080 sectors), 38760 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error GEOM: new disk ad0 ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on SiS 5513 chip acd0: CDRW drive at ata1 as master acd0: read 4125KB/s (4125KB/s) write 2757KB/s (2757KB/s), 2048KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 48012 Hz, will use 48000 Hz (probe1:ata1:0:1:0): error 22 (probe1:ata1:0:1:0): Unretryable Error (probe2:sbp0:0:0:0): error 22 (probe2:sbp0:0:0:0): Unretryable Error (probe3:sbp0:0:1:0): error 22 (probe3:sbp0:0:1:0): Unretryable Error (probe4:sbp0:0:2:0): error 22 (probe4:sbp0:0:2:0): Unretryable Error (probe5:sbp0:0:3:0): error 22 (probe5:sbp0:0:3:0): Unretryable Error (probe6:sbp0:0:4:0): error 22 (probe6:sbp0:0:4:0): Unretryable Error (probe7:sbp0:0:5:0): error 22 (probe7:sbp0:0:5:0): Unretryable Error (probe8:sbp0:0:6:0): error 22 (probe8:sbp0:0:6:0): Unretryable Error (probe9:ata0:0:0:0): error 22 (probe9:ata0:0:0:0): Unretryable Error (probe10:ata0:0:1:0): error 22 (probe10:ata0:0:1:0): Unretryable Error (probe1:ata1:0:1:0): error 22 (probe1:ata1:0:1:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: Serial Number [ pass0: 16.000MB/s transfers GEOM: create disk cd0 dp=0xc4d8be00 (cd0:ata1:0:0:0): Retrying Command (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number [ cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present [0] f:00 typ:11 s(CHS):0/1/1 e(CHS):1023/0/63 s:63 l:5124672 [1] f:00 typ:15 s(CHS):1023/255/63 e(CHS):1023/10/63 s:5205060 l:16980705 [2] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/15/63 s:22185765 l:16884315 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 2623832064 end 2623864319 GEOM: Configure ad0s2, start 2664990720 length 8694120960 end 11359111679 GEOM: Configure ad0s3, start 11359111680 length 8644769280 end 20003880959 GEOM: new disk cd0 MBREXT Slice 5 on ad0s2: [0] f:00 typ:11 s(CHS):324/1/1 e(CHS):1023/254/63 s:63 l:16980642 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s5, start 32256 length 8694088704 end 8694120959 GEOM: Configure ad0s3a, start 0 length 536870912 end 536870911 GEOM: Configure ad0s3b, start 536870912 length 134217728 end 671088639 GEOM: Configure ad0s3c, start 0 length 8644769280 end 8644769279 GEOM: Configure ad0s3d, start 671088640 length 536870912 end 1207959551 GEOM: Configure ad0s3e, start 1207959552 length 7436809728 end 8644769279 (cd0:ata1:0:0:0): Retrying Command (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): Retrying Command (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Mounting root from ufs:/dev/ad0s3a start_init: trying /sbin/init linprocfs registered NVRM: detected agp.ko, aborting NVIDIA AGP setup! NVRM: detected agp.ko, aborting NVIDIA AGP setup! --Boundary-00=_zw7fBDFTPlOjTbU-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 15:23:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F01616A4CE for ; Wed, 27 Oct 2004 15:23:41 +0000 (GMT) Received: from degas.physik3.gwdg.de (degas.physik3.gwdg.de [134.76.92.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D43643D53 for ; Wed, 27 Oct 2004 15:23:40 +0000 (GMT) (envelope-from voliyny@gwdg.de) Received: from vital.physik3.gwdg.de (vital [134.76.92.210]) i9RFNd704824 for ; Wed, 27 Oct 2004 17:23:39 +0200 (MET DST) From: Vitaliy Oliynyk Organization: MPI To: freebsd-current@freebsd.org Date: Wed, 27 Oct 2004 17:23:43 +0200 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_/17fBCpj2oVjvJP" Message-Id: <200410271723.43236.voliyny@gwdg.de> X-Mailman-Approved-At: Thu, 28 Oct 2004 12:07:37 +0000 Subject: problems booting FreeBSD 5.3-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: voliyny@gwdg.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Oct 2004 15:23:41 -0000 --Boundary-00=_/17fBCpj2oVjvJP Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello! I have problems booting FreeBSD 5.3-RC1 mini-install CD (iso-file was downloaded from ftp://ftp.gwdg.de mirror). System freezes after this strings appears during "boot -v": ... ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on SiS 5513 chip ata0-master: DMA limited to UDMA33, non-ATA66 cable or device ata0-master: setting UDMA33 on SiS 5513 chip ad0: ATA-6 disk at ata0-master ad0: 19077MB (39070080 sectors), 38760 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad0 ar: FreeBSD check1 failed ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on SiS 5513 chip acd0: CDRW drive at ata1 as master acd0: read 3050KB/s (4125KB/s) write 2068KB/s (2757KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels ... GEOM: Configure ad0s1, start 32256 length 2623832064 end 2623864319 GEOM: Configure ad0s2, start 2664990720 length 8694120960 end 11359111679 GEOM: Configure ad0s3, start 11359111680 length 8644769280 end 20003880959 ... GEOM: Configure ad0s5, start 32256 length 8694088704 end 8694120959 GEOM: Configure ad0s3a, start 0 length 536870912 end 536870911 GEOM: Configure ad0s3b, start 536870912 length 134217728 end 671088639 GEOM: Configure ad0s3c, start 0 length 8644769280 end 8644769279 GEOM: Configure ad0s3d, start 671088640 length 536870912 end 1207959551 GEOM: Configure ad0s3e, start 1207959552 length 7436809728 end 8644769279 And at this point it stops and it seems it does nothing. The similar problems I had with BETA6 and BETA7. I am attaching to files of dmesg for normal and verbose booting of my working system which is "FreeBSD vital.physik3.gwdg.de 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #0". Please tell me what additional info you want to have. Best regards, Vitaliy Oliynyk --Boundary-00=_/17fBCpj2oVjvJP Content-Type: text/plain; charset="koi8-r"; name="dmesg-5.2.1" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg-5.2.1" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE-p9 #0: Thu Aug 12 16:02:22 CEST 2004 root@vital.biophysics.nbi.dk:/usr/src/sys/i386/compile/VITAL Preloaded elf kernel "/boot/kernel/kernel" at 0xc0c8a000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0c8a294. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0c8a340. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0c8a3ec. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.00GHz (1998.59-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff real memory = 536805376 (511 MB) avail memory = 507572224 (484 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 10 entries at 0xc00f7eb0 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_cpu1: port 0x530-0x537 on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 acpi_button0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 2 INTB is routed to irq 5 pcib0: slot 2 INTC is routed to irq 10 pcib0: slot 2 INTC is routed to irq 10 pcib0: slot 3 INTA is routed to irq 10 pcib0: slot 3 INTB is routed to irq 10 pcib0: slot 3 INTC is routed to irq 10 pcib0: slot 3 INTD is routed to irq 10 pcib0: slot 4 INTA is routed to irq 11 agp0: mem 0xe0000000-0xe3ffffff 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 nvidia0: mem 0xddb80000-0xddbfffff,0xd8000000-0xdbffffff,0xde000000-0xdeffffff irq 11 at device 0.0 on pci1 isab0: at device 2.0 on pci0 isa0: on isab0 fwohci0: vendor=1039, dev=7007 fwohci0: <1394 Open Host Controller Interface> mem 0xdffff000-0xdfffffff irq 5 at device 2.3 on pci0 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 00:00:0a:e6:ff:03:7f:19 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset atapci0: port 0xff00-0xff0f at device 2.5 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 2.6 (no driver attached) pcm0: port 0xd800-0xd87f,0xdc00-0xdcff irq 10 at device 2.7 on pci0 pcm0: ohci0: mem 0xdfffb000-0xdfffbfff irq 10 at device 3.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xdfffc000-0xdfffcfff irq 10 at device 3.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ums0: NOVATEK USB Mouse STD., rev 1.00/1.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ohci2: mem 0xdfffd000-0xdfffdfff irq 10 at device 3.2 on pci0 usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 3.3 (no driver attached) sis0: port 0xcc00-0xccff mem 0xdfffa000-0xdfffafff irq 11 at device 4.0 on pci0 sis0: Ethernet address: 00:0a:e6:56:2f:ce miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 acpi_cpu1: port 0x530-0x537 on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1998590832 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ata0-master: DMA limited to UDMA33, non-ATA66 cable or device GEOM: create disk ad0 dp=0xc4c7fb60 ad0: 19077MB [38760/16/63] at ata0-master UDMA33 acd0: CDRW at ata1-master PIO4 GEOM: create disk cd0 dp=0xc4d8be00 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/ad0s3a NVRM: detected agp.ko, aborting NVIDIA AGP setup! NVRM: detected agp.ko, aborting NVIDIA AGP setup! stray irq7 --Boundary-00=_/17fBCpj2oVjvJP Content-Type: text/plain; charset="koi8-r"; name="dmesg-5.2.1-verbose" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg-5.2.1-verbose" ): Retrying Command (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Mounting root from ufs:/dev/ad0s3a start_init: trying /sbin/init linprocfs registered NVRM: detected agp.ko, aborting NVIDIA AGP setup! NVRM: detected agp.ko, aborting NVIDIA AGP setup! Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks, buffers remaining... 10 10 done Uptime: 3m44s sbp_logout_all Shutting down ACPI Rebooting... Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE-p9 #0: Thu Aug 12 16:02:22 CEST 2004 root@vital.biophysics.nbi.dk:/usr/src/sys/i386/compile/VITAL Preloaded elf kernel "/boot/kernel/kernel" at 0xc0c8a000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0c8a294. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0c8a340. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0c8a3ec. Calibrating clock(s) ... i8254 clock: 1193060 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1998588140 Hz CPU: Intel(R) Celeron(R) CPU 2.00GHz (1998.59-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff real memory = 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001026000 - 0x000000001f6c9fff, 510279680 bytes (124580 pages) avail memory = 507572224 (484 MB) bios32: Found BIOS32 Service Directory header at 0xc00fdad0 bios32: Entry = 0xfdae0 (c00fdae0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb01 pnpbios: Found PnP BIOS data at 0xc00f7890 pnpbios: Entry = f0000:66eb Rev = 1.0 Other BIOS signatures found: null: random: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x00000308 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=06511039) pcibios: BIOS version 2.10 Using $PIR table, 10 entries at 0xc00f7eb0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x41 3 4 5 7 10 11 12 14 15 embedded 0 1 B 0x42 3 4 5 7 10 11 12 14 15 embedded 0 1 C 0x43 3 4 5 7 10 11 12 14 15 embedded 0 1 D 0x44 3 4 5 7 10 11 12 14 15 embedded 0 2 A 0x41 3 4 5 7 10 11 12 14 15 embedded 0 2 B 0x42 3 4 5 7 10 11 12 14 15 embedded 0 2 C 0x43 3 4 5 7 10 11 12 14 15 embedded 0 2 D 0x44 3 4 5 7 10 11 12 14 15 embedded 0 3 A 0x60 3 4 7 10 12 14 15 embedded 0 3 B 0x61 3 4 7 10 12 14 15 embedded 0 3 C 0x62 3 4 7 10 12 14 15 embedded 0 3 D 0x63 3 4 7 10 12 14 15 slot 1 0 4 A 0x44 3 4 5 7 10 11 12 14 15 slot 2 0 6 A 0x44 3 4 5 7 10 11 12 14 15 slot 2 0 6 B 0x41 3 4 5 7 10 11 12 14 15 slot 2 0 6 C 0x42 3 4 5 7 10 11 12 14 15 slot 2 0 6 D 0x43 3 4 5 7 10 11 12 14 15 slot 3 0 13 A 0x44 3 4 5 7 10 11 12 14 15 slot 3 0 13 B 0x41 3 4 5 7 10 11 12 14 15 slot 3 0 13 C 0x42 3 4 5 7 10 11 12 14 15 slot 3 0 13 D 0x43 3 4 5 7 10 11 12 14 15 slot 4 0 8 A 0x41 3 4 5 7 10 11 12 14 15 slot 4 0 8 B 0x42 3 4 5 7 10 11 12 14 15 slot 4 0 8 C 0x43 3 4 5 7 10 11 12 14 15 slot 4 0 8 D 0x44 3 4 5 7 10 11 12 14 15 slot 5 0 10 A 0x42 3 4 5 7 10 11 12 14 15 slot 5 0 10 B 0x43 3 4 5 7 10 11 12 14 15 slot 5 0 10 C 0x44 3 4 5 7 10 11 12 14 15 slot 5 0 10 D 0x41 3 4 5 7 10 11 12 14 15 slot 6 0 12 A 0x43 3 4 5 7 10 11 12 14 15 slot 6 0 12 B 0x44 3 4 5 7 10 11 12 14 15 slot 6 0 12 C 0x41 3 4 5 7 10 11 12 14 15 slot 6 0 12 D 0x42 3 4 5 7 10 11 12 14 15 slot 7 0 15 A 0x43 3 4 5 7 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 2 func 0 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_cpu0: port 0x530-0x537 on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_cpu1: port 0x530-0x537 on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 acpi_button0: on acpi0 acpi_lid0: on acpi0 unknown: not probed (disabled) pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.1.0 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.1.1 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.1.2 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.1.3 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.2.0 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.2.1 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.2.2 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.2.3 \\_SB_.LNKE irq 10: [ 3 4 7 10 12 14 15] 0.3.0 \\_SB_.LNKF irq 10: [ 3 4 7 10 12 14 15] 0.3.1 \\_SB_.LNKG irq 10: [ 3 4 7 10 12 14 15] 0.3.2 \\_SB_.LNKH irq 10: [ 3 4 7 10 12 14 15] 0.3.3 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.4.0 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.6.0 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.6.1 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.6.2 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.6.3 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.13.0 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.13.1 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.13.2 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.13.3 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.8.0 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.8.1 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.8.2 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.8.3 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.10.0 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.10.1 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.10.2 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.10.3 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.12.0 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.12.1 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.12.2 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.12.3 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.15.0 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.1.0 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.1.1 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.1.2 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.1.3 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.2.0 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.2.1 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.2.2 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.2.3 \\_SB_.LNKE irq 10: [ 3 4 7 10 12 14 15] 0.3.0 \\_SB_.LNKF irq 10: [ 3 4 7 10 12 14 15] 0.3.1 \\_SB_.LNKG irq 10: [ 3 4 7 10 12 14 15] 0.3.2 \\_SB_.LNKH irq 10: [ 3 4 7 10 12 14 15] 0.3.3 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.4.0 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.6.0 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.6.1 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.6.2 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.6.3 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.13.0 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.13.1 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.13.2 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.13.3 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.8.0 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.8.1 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.8.2 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.8.3 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.10.0 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.10.1 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.10.2 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.10.3 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.12.0 \\_SB_.LNKD irq 11: [ 3 4 5 7 10 11 12 14 15] 0.12.1 \\_SB_.LNKA irq 11: [ 3 4 5 7 10 11 12 14 15] 0.12.2 \\_SB_.LNKB irq 5: [ 3 4 5 7 10 11 12 14 15] 0.12.3 \\_SB_.LNKC irq 10: [ 3 4 5 7 10 11 12 14 15] 0.15.0 pci0: on pcib0 pci0: physical bus=0 map[10]: type 1, range 32, base e0000000, size 26, enabled found-> vendor=0x1039, dev=0x0651, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0001, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0008, revid=0x04 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base dffff000, size 12, enabled pcib0: matched entry for 0.2.INTB (source \\_SB_.LNKB) pcib0: slot 2 INTB is routed to irq 5 found-> vendor=0x1039, dev=0x7007, revid=0x00 bus=0, slot=2, func=3 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x0c (3000 ns) intpin=b, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000ff00, size 4, enabled found-> vendor=0x1039, dev=0x5513, revid=0x00 bus=0, slot=2, func=5 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000d400, size 8, enabled map[14]: type 4, range 32, base 0000d000, size 7, enabled pcib0: matched entry for 0.2.INTC (source \\_SB_.LNKC) pcib0: slot 2 INTC is routed to irq 10 found-> vendor=0x1039, dev=0x7013, revid=0xa0 bus=0, slot=2, func=6 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=c, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000dc00, size 8, enabled map[14]: type 4, range 32, base 0000d800, size 7, enabled pcib0: matched entry for 0.2.INTC (source \\_SB_.LNKC) pcib0: slot 2 INTC is routed to irq 10 found-> vendor=0x1039, dev=0x7012, revid=0xa0 bus=0, slot=2, func=7 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=c, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dfffb000, size 12, enabled pcib0: matched entry for 0.3.INTA (source \\_SB_.LNKE) pcib0: slot 3 INTA is routed to irq 10 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=10 map[10]: type 1, range 32, base dfffc000, size 12, enabled pcib0: matched entry for 0.3.INTB (source \\_SB_.LNKF) pcib0: slot 3 INTB is routed to irq 10 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=b, irq=10 map[10]: type 1, range 32, base dfffd000, size 12, enabled pcib0: matched entry for 0.3.INTC (source \\_SB_.LNKG) pcib0: slot 3 INTC is routed to irq 10 found-> vendor=0x1039, dev=0x7001, revid=0x0f bus=0, slot=3, func=2 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=c, irq=10 map[10]: type 1, range 32, base dfffe000, size 12, enabled pcib0: matched entry for 0.3.INTD (source \\_SB_.LNKH) pcib0: slot 3 INTD is routed to irq 10 found-> vendor=0x1039, dev=0x7002, revid=0x00 bus=0, slot=3, func=3 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000cc00, size 8, enabled map[14]: type 1, range 32, base dfffa000, size 12, enabled pcib0: matched entry for 0.4.INTA (source \\_SB_.LNKD) pcib0: slot 4 INTA is routed to irq 11 found-> vendor=0x1039, dev=0x0900, revid=0x91 bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x34 (13000 ns), maxlat=0x0b (2750 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 2 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xddd00000-0xdfefffff pcib1: prefetched decode 0xd5900000-0xddbfffff pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP_ - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base de000000, size 24, enabled map[14]: type 3, range 32, base d8000000, size 26, enabled map[18]: type 3, range 32, base ddb80000, size 19, enabled found-> vendor=0x10de, dev=0x0176, revid=0xa3 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 nvidia0: mem 0xddb80000-0xddbfffff,0xd8000000-0xdbffffff,0xde000000-0xdeffffff irq 11 at device 0.0 on pci1 pcib1: device nvidia0 requested decoded memory range 0xde000000-0xdeffffff pcib1: device nvidia0 requested decoded memory range 0xd8000000-0xdbffffff isab0: at device 2.0 on pci0 isa0: on isab0 fwohci0: vendor=1039, dev=7007 fwohci0: <1394 Open Host Controller Interface> mem 0xdffff000-0xdfffffff irq 5 at device 2.3 on pci0 fwohci0: latency timer 64 -> 64. fwohci0: cache size 0 -> 8. fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 00:00:0a:e6:ff:03:7f:19 fwohci0: resetting OHCI...done (loop=0) fwohci0: fwphy_rddata: 0x2 loop=1, retry=0 fwohci0: fwphy_rddata: 0x3 loop=1, retry=0 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: fwphy_rddata: 0x5 loop=1, retry=0 fwohci0: Enable 1394a Enhancements fwohci0: fwphy_rddata: 0x5 loop=1, retry=0 fwohci0: fwphy_rddata: 0x2 loop=1, retry=0 fwohci0: fwphy_rddata: 0x4 loop=1, retry=0 fwohci0: fwphy_rddata: 0x4 loop=1, retry=0 fwohci0: fwphy_rddata: 0x4 loop=1, retry=0 fwohci0: Link S400, max_rec 2048 bytes. fwohci0: BUS_OPT 0xf864a002 -> 0xf864a002 fwohci0: fwohci_set_intr: 1 firewire0: on fwohci0 sbp0: on firewire0 sbp_attach (cold=1) fwohci0: Initiate bus reset fwohci0: fwphy_rddata: 0x1 loop=1, retry=0 fwohci0: fwphy_rddata: 0x1 loop=1, retry=0 atapci0: port 0xff00-0xff0f at device 2.5 on pci0 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x01 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 mask=03 stat0=10 stat1=01 devices=0x4 ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 2.6 (no driver attached) pcm0: port 0xd800-0xd87f,0xdc00-0xdcff irq 10 at device 2.7 on pci0 pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features double rate PCM, reserved 1, center DAC, surround DAC, LFE DAC, reserved 4 pcm0: sndbuf_setmap 33a000, 4000; 0xdcbfc000 -> 33a000 pcm0: sndbuf_setmap 351000, 4000; 0xdcc00000 -> 351000 ohci0: mem 0xdfffb000-0xdfffbfff irq 10 at device 3.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xdfffc000-0xdfffcfff irq 10 at device 3.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ums0: NOVATEK USB Mouse STD., rev 1.00/1.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ohci2: mem 0xdfffd000-0xdfffdfff irq 10 at device 3.2 on pci0 usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 3.3 (no driver attached) sis0: port 0xcc00-0xccff mem 0xdfffa000-0xdfffafff irq 11 at device 4.0 on pci0 sis0: Ethernet address: 00:0a:e6:56:2f:ce miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: bpf attached mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: unable to allocate IRQ unknown: not probed (disabled) unknown: not probed (disabled) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) acpi_cpu1: port 0x530-0x537 on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 unknown: not probed (disabled) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 flags 0x10 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1998588140 Hz quality 800 Timecounters tick every 10.000 msec Linux ELF exec handler installed lo0: bpf attached acpi_cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on SiS 5513 chip ata0-master: DMA limited to UDMA33, non-ATA66 cable or device ata0-master: setting UDMA33 on SiS 5513 chip GEOM: create disk ad0 dp=0xc4c7fb60 ad0: ATA-6 disk at ata0-master ad0: 19077MB (39070080 sectors), 38760 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error GEOM: new disk ad0 ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on SiS 5513 chip acd0: CDRW drive at ata1 as master acd0: read 4125KB/s (4125KB/s) write 2757KB/s (2757KB/s), 2048KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 48012 Hz, will use 48000 Hz (probe1:ata1:0:1:0): error 22 (probe1:ata1:0:1:0): Unretryable Error (probe2:sbp0:0:0:0): error 22 (probe2:sbp0:0:0:0): Unretryable Error (probe3:sbp0:0:1:0): error 22 (probe3:sbp0:0:1:0): Unretryable Error (probe4:sbp0:0:2:0): error 22 (probe4:sbp0:0:2:0): Unretryable Error (probe5:sbp0:0:3:0): error 22 (probe5:sbp0:0:3:0): Unretryable Error (probe6:sbp0:0:4:0): error 22 (probe6:sbp0:0:4:0): Unretryable Error (probe7:sbp0:0:5:0): error 22 (probe7:sbp0:0:5:0): Unretryable Error (probe8:sbp0:0:6:0): error 22 (probe8:sbp0:0:6:0): Unretryable Error (probe9:ata0:0:0:0): error 22 (probe9:ata0:0:0:0): Unretryable Error (probe10:ata0:0:1:0): error 22 (probe10:ata0:0:1:0): Unretryable Error (probe1:ata1:0:1:0): error 22 (probe1:ata1:0:1:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: Serial Number [ pass0: 16.000MB/s transfers GEOM: create disk cd0 dp=0xc4d8be00 (cd0:ata1:0:0:0): Retrying Command (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number [ cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present [0] f:00 typ:11 s(CHS):0/1/1 e(CHS):1023/0/63 s:63 l:5124672 [1] f:00 typ:15 s(CHS):1023/255/63 e(CHS):1023/10/63 s:5205060 l:16980705 [2] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/15/63 s:22185765 l:16884315 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 2623832064 end 2623864319 GEOM: Configure ad0s2, start 2664990720 length 8694120960 end 11359111679 GEOM: Configure ad0s3, start 11359111680 length 8644769280 end 20003880959 GEOM: new disk cd0 MBREXT Slice 5 on ad0s2: [0] f:00 typ:11 s(CHS):324/1/1 e(CHS):1023/254/63 s:63 l:16980642 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s5, start 32256 length 8694088704 end 8694120959 GEOM: Configure ad0s3a, start 0 length 536870912 end 536870911 GEOM: Configure ad0s3b, start 536870912 length 134217728 end 671088639 GEOM: Configure ad0s3c, start 0 length 8644769280 end 8644769279 GEOM: Configure ad0s3d, start 671088640 length 536870912 end 1207959551 GEOM: Configure ad0s3e, start 1207959552 length 7436809728 end 8644769279 (cd0:ata1:0:0:0): Retrying Command (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): Retrying Command (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Mounting root from ufs:/dev/ad0s3a start_init: trying /sbin/init linprocfs registered NVRM: detected agp.ko, aborting NVIDIA AGP setup! NVRM: detected agp.ko, aborting NVIDIA AGP setup! --Boundary-00=_/17fBCpj2oVjvJP-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 27 17:25:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A6AD16A4D0 for ; Wed, 27 Oct 2004 17:25:22 +0000 (GMT) Received: from mail.frombach.com (frombach.com [208.179.193.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 87C3543D66 for ; Wed, 27 Oct 2004 17:25:08 +0000 (GMT) (envelope-from zoltan@frombach.com) Received: (qmail 75116 invoked by uid 0); 27 Oct 2004 17:28:57 -0000 Received: from 24.24.201.219 by www.frombach.com (envelope-from , uid 0) with qmail-scanner-1.24 (clamscan: 0.80. spamassassin: 3.0.1. Clear:RC:0(24.24.201.219):SA:0(1.8/8.0):. Processed in 1.832659 secs); 27 Oct 2004 17:28:57 -0000 X-Spam-Status: No, hits=1.8 required=8.0 X-Spam-Level: + Received: from unknown (HELO p4) (zoltan@frombach.com@24.24.201.219) by frombach.com with SMTP; 27 Oct 2004 17:28:55 -0000 Message-ID: <001601c4bc49$ed540ec0$e201a8c0@p4> From: "Zoltan Frombach" To: "Kris Kennaway" , "Andre Guibert de Bruet" , "Ruben de Groot" References: <20041027003640.K42571@alpha.siliconlandmark.com> <20041027140705.GA26376@xor.obsecurity.org> Date: Wed, 27 Oct 2004 10:25:17 -0700 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailman-Approved-At: Thu, 28 Oct 2004 12:07:37 +0000 cc: freebsd-current@freebsd.org Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Oct 2004 17:25:22 -0000 > On Tue, Oct 26, 2004 at 10:35:16PM -0700, Zoltan Frombach typed: >> I was planning to recompile portupgrade manually first. But I didn't >> know/remember that it was dependent on ruby. So here is what I'm gonna do >> step by step: >> >> 1. cvsup src to 5.3-RELEASE (when it becomes available) >> 2. cvsup the ports tree to the latest skeleton - still using the 5.2 >> system >> 3. upgrade kernel + world (including the mergmaster step, of course) >> I will follow the official updating guide step by step and very >> carefully >> 4. double-check if ftp and http connection is still working with new >> kernel >> 5. recompile ruby manually >> 6. recompile portupgrade manually >> 7. portupgrade -af -P >> 8. recompile the few ports that needs special options and/or local >> patching > > You can omit step 8 by editing /usr/local/etc/pkgtools.conf. e.g. > > MAKE_ARGS = { > 'lang/perl5.8' => 'WITH_THREADS=yes', > } In fact, I do have those compile options set in my /usr/local/etc/pkgtools.conf file. But are you sure that portupgrade will use those even when called with the -P flag ( eg: portupgrade -af -P )? If it is true then of course step 8 can be eliminated. Can anyone confirm this? Zoltan From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 06:31:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9322B16A4D2 for ; Thu, 28 Oct 2004 06:31:48 +0000 (GMT) Received: from mxsf25.cluster1.charter.net (mxsf25.cluster1.charter.net [209.225.28.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id D56B943D1F for ; Thu, 28 Oct 2004 06:31:47 +0000 (GMT) (envelope-from collin@kreklow.us) Received: from mxip07.cluster1.charter.net (mxip07a.cluster1.charter.net [209.225.28.137])i9S6Vkq7004521 for ; Thu, 28 Oct 2004 02:31:46 -0400 Received: from c68.185.189.50.mad.wi.charter.com (HELO charter.net) (68.185.189.50) by mxip07.cluster1.charter.net with SMTP; 28 Oct 2004 02:31:47 -0400 X-Ironport-AV: i="3.86,108,1096862400"; d="scan'208?atch'208"; a="378783125:sNHT18277556" Date: Thu, 28 Oct 2004 01:31:45 -0500 From: "Collin J. Kreklow" To: freebsd-current@freebsd.org Message-ID: <20041028063144.GA20869@jupiter.kreklow.us> References: <20041027173212.GA59754@xor.obsecurity.org> <20041027190416.GA70873@ei.bzerk.org> <20041027211531.GC59489@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <20041027211531.GC59489@dragon.nuxi.com> User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Thu, 28 Oct 2004 12:07:37 +0000 cc: Zoltan Frombach cc: Ruben de Groot cc: Kris Kennaway Subject: Re: Portupgrade -af question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 06:31:48 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Oct 27, 2004 at 02:15:31PM -0700, David O'Brien wrote: > On Wed, Oct 27, 2004 at 12:34:51PM -0700, Zoltan Frombach wrote: > > >Yes. Wouldn't it be a nice feature for "portupgrade -P" to install the > > >port instead of the package if any non-defaults were defined in > > >pkgtools.conf? > > > > If you really want to add this to portupgrade, it should be optional, > > though. Because someone might have a broken compiler or something and just > > wants to install a binary package quickly. In that case it should be > > possible to force a binary package installation regardless of what's inside > > the pkgtools.conf file. Don't you agree? > > 'portupgrade -PP' can still be used for that. I believe that the attached patch will cause portupgrade to build a port when make options are specified either in pkgtools.conf or with the -m option, unless -PP/--use-packages-only is specified. I am by no means a Ruby expert, but this appears to do the correct thing for all the combinations of MAKE_ARGS, -m, -P and -PP I could come up with. Collin --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=portupgrade-patch --- /usr/ports/sysutils/portupgrade/work/pkgtools-20040701/bin/portupgrade Wed Jun 30 11:51:46 2004 +++ ./portupgrade Thu Oct 28 01:08:47 2004 @@ -943,35 +943,42 @@ newpkg = newpkgname = nil if (oldpkg < portpkg || $force) && $use_packages - progress_message "Checking for the latest package of '#{origin}'" + make_args = shellwords($make_args) - newpkg, pkgfile = find_pkg(origin) + if make_args.empty? || $use_packages_only + progress_message "Checking for the latest package of '#{origin}'" - if !newpkg || newpkg < oldpkg || newpkg < portpkg - if fetch_pkg(origin, logfile) - newpkg, pkgfile = find_pkg(origin) - end + newpkg, pkgfile = find_pkg(origin) + + if !newpkg || newpkg < oldpkg || newpkg < portpkg + if fetch_pkg(origin, logfile) + newpkg, pkgfile = find_pkg(origin) + end - if !newpkg - warning_message "Could not find the latest version (#{portpkg.version})" - else - progress_message "Located a package version #{newpkg.version} (#{pkgfile})" + if !newpkg + warning_message "Could not find the latest version (#{portpkg.version})" + else + progress_message "Located a package version #{newpkg.version} (#{pkgfile})" - if newpkg < oldpkg - warning_message "Ignoring the package, which is older than what is installed (#{oldpkg.version})" - newpkg = nil - elsif newpkg == oldpkg - warning_message "Ignoring the package, which is the same version as is installed (#{oldpkg.version})" - newpkg = nil - elsif newpkg < portpkg - if $use_packages_only - progress_message "Using it anyway although it is not the latest version (#{portpkg.version}), since -PP/--use-packages-only is specified" - else - warning_message "Ignoring the package which is not the latest version (#{portpkg.version})" + if newpkg < oldpkg + warning_message "Ignoring the package, which is older than what is installed (#{oldpkg.version})" + newpkg = nil + elsif newpkg == oldpkg + warning_message "Ignoring the package, which is the same version as is installed (#{oldpkg.version})" newpkg = nil + elsif newpkg < portpkg + if $use_packages_only + progress_message "Using it anyway although it is not the latest version (#{portpkg.version}), since -PP/--use-packages-only is specified" + else + warning_message "Ignoring the package which is not the latest version (#{portpkg.version})" + newpkg = nil + end end - end + end end + else + warning_message "Custom MAKE_ARGS or -m option, ignoring package" + newpkg = nil end if $fetch_only --BOKacYhQ+x31HxR3-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 12:15:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 279B216A4CE for ; Thu, 28 Oct 2004 12:15:16 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54C8E43D1F for ; Thu, 28 Oct 2004 12:15:15 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9SCFE10001296 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 28 Oct 2004 14:15:14 +0200 Message-ID: <4180E2D2.20402@ng.fadesa.es> Date: Thu, 28 Oct 2004 14:15:14 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: ITE 8212 ATA controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 12:15:16 -0000 Now, I'm trying buy a Gigabyte GA-7N400V Pro2 with an 8212 ATA controller. Unfortunately there isn't support for this chip in 5.3-RC1, I'd like to know if there will be support for this chip as ATA controller (no raid) in a near future (or even there will be a future). http://www.giga-byte.com/MotherBoard/Products/Products_GA-7N400V%20Pro2.htm From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 12:21:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB60C16A4CE for ; Thu, 28 Oct 2004 12:21:55 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29D5943D54 for ; Thu, 28 Oct 2004 12:21:55 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9SCLewR098570; Thu, 28 Oct 2004 14:21:42 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4180E441.5020800@DeepCore.dk> Date: Thu, 28 Oct 2004 14:21:21 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: fandino@ng.fadesa.es References: <4180E2D2.20402@ng.fadesa.es> In-Reply-To: <4180E2D2.20402@ng.fadesa.es> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: ITE 8212 ATA controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 12:21:56 -0000 fandino wrote: >=20 > Now, I'm trying buy a Gigabyte GA-7N400V Pro2 with an 8212 ATA controll= er. >=20 > Unfortunately there isn't support for this chip in 5.3-RC1, I'd like > to know if there will be support for this chip as ATA controller (no ra= id) > in a near future (or even there will be a future). It will be supported at some point, with a little luck I should get my=20 hands on HW with it soonish, making support possible. My crystal ball is somewhat cloudy on the general future :) --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 12:29:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F75416A4CE for ; Thu, 28 Oct 2004 12:29:51 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D81643D45 for ; Thu, 28 Oct 2004 12:29:51 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i9SCU3BY016018; Thu, 28 Oct 2004 05:30:03 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i9SCU1EV016017; Thu, 28 Oct 2004 05:30:01 -0700 Date: Thu, 28 Oct 2004 05:30:01 -0700 From: Brooks Davis To: Johan Larsson Message-ID: <20041028123001.GF8588@odin.ac.hmc.edu> References: <1098850867.51833.14.camel@shumai.marcuscom.com> <1098862658.1062.3.camel@localhost> <20041027110528.T91011@treo.operax.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qftxBdZWiueWNAVY" Content-Disposition: inline In-Reply-To: <20041027110528.T91011@treo.operax.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 12:29:51 -0000 --qftxBdZWiueWNAVY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 27, 2004 at 11:06:04AM +0200, Johan Larsson wrote: > Hello! >=20 > On Wed, 27 Oct 2004, Vladimir Grebenschikov wrote: >=20 > > ? ??, 27/10/2004 ? 00:21 -0400, Joe Marcus Clarke ?????: > > > The more I look into this, the more it looks like I'm screwed. I'm > > > trying to install FreeBSD 5.3-RC1 from CD on a machine without any PS= /2 > > > ports. All I have is a USB keyboard. Yes, the BIOS has legacy USB > > > support enabled, and the keyboard works to hit enter at the initial b= oot > > > prompt. However, once I'm in sysinstall, I'm out of luck. > > > > > > I tried disconnecting the keyboard at boot time to see if I could get= a > > > serial console to do the installation, but that didn't work. The > > > console was still detected as internal video. Any ideas on how I can > > > get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. > > > > Yes, instruct kernel to put console on serial from loader prompt > > ( I guess something like > > OK set hint.sio.0.flags=3D"0x10" > > OK boot -h > > or like > > ) > > >=20 > We installed RC1 on a GX280 recently, and the only thing we had to do to > get the usb keyboard working was to set the following in the loader: >=20 > set hint.atkbd.0.flags=3D"0x1" >=20 > And to make it resident, put it in the /boot/device.hints after the > installation. This is supposed to be being set on the release CDs. The test CD I posted links to uses nearly the same code I committed. I'm going to have to see if I can tear an ISO apart to verify what's on it. Unfortunately, my hotel has a 150MB cap (f-ing ridiculous for 29 Euros). -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --qftxBdZWiueWNAVY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBgOZJXY6L6fI4GtQRAjefAKChlioKKqJmLXiS1ctFTT6aw70EmgCeNp2M 6n/wbyfl9yg06xKkOztXCYU= =A9lb -----END PGP SIGNATURE----- --qftxBdZWiueWNAVY-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 12:33:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3694716A4CE for ; Thu, 28 Oct 2004 12:33:25 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B56043D48 for ; Thu, 28 Oct 2004 12:33:24 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 4471 invoked by uid 89); 28 Oct 2004 12:33:17 -0000 Received: from unknown (HELO venti) (brian@aljex.com@66.252.187.106) by s1tank.virtdom.com with SMTP; 28 Oct 2004 12:33:17 -0000 Message-ID: <03b401c4bcea$5080e450$5200000a@venti> From: "Brian K. White" To: References: <200410280416.i9S4GjKZ044574@realtime.exit.com> Date: Thu, 28 Oct 2004 08:33:22 -0400 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: NDISulator crashness. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 12:33:25 -0000 ----- Original Message ----- From: "Frank Mayhar" To: Cc: Sent: Thursday, October 28, 2004 12:16 AM Subject: NDISulator crashness. > I've been using the NDISulator to run my Dell-branded Broadcom wireless > card (BCM4309) ... > Oh, and NDIS is usable with these bugs, it's just annoying to have the > laptop panic > every day or two. I expect that from Windows operating systems, not from > FreeBSD. I have been using the same card, but in a HP zd7000, for almost exactly a year and in freebsd as soon as ndisulator came out. I can corroborate that it crashes every day or so for me too, but I never did any real testing as you did. The windows driver has been updated a few times in that time and I've rebuilt ndis with it each time and have been tracking -current the whole time too and the behaviour has been consistent. Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans Satriani From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 12:48:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A48416A4CE for ; Thu, 28 Oct 2004 12:48:13 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42CF243D2D for ; Thu, 28 Oct 2004 12:48:13 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004102821:47:50:902848.7481.2915474352 for ; Thu, 28 Oct 2004 21:47:50 +0900 (KST) Message-ID: <4180EA86.6030001@yahoo.com> Date: Thu, 28 Oct 2004 21:48:06 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:2.15) (by Terrace) Subject: 5.3 & SMP How do I know my 2 CPUs are used? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 12:48:13 -0000 Hello, I have tried to create a kernel for my dual CPU motherboard: Intel Pentium III (801.82-MHz 686-class CPU) But what is the command that proofs to me that both CPUs are indeed recognized and in use. Is it the dmesg output, or mptable command? # mptable [...cut...] Processors: APIC ID Version State Family Model Step Flags 1 0x11 BSP, usable 6 8 6 0x387fbff 0 0x11 AP, usable 6 8 6 0x383fbff [...cut...] # cat /var/run/dmesg.boot FreeBSD 5.3-STABLE #0: Thu Oct 28 07:59:10 KST 2004 lahaye@master.snu.ac.kr:/usr/obj/usr/src/sys/MYKERNEL MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (801.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbff real memory = 1073729536 (1023 MB) avail memory = 1045377024 (996 MB) ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface [...cut...] So? Am I there? Is my FreeBSD now running on two processors? With the top command, I can't see anything special for my 2 CPUs. Is that right? Rob. From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 12:53:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E4B116A4CE for ; Thu, 28 Oct 2004 12:53:00 +0000 (GMT) Received: from sys.heron.com.pl (sys.heron.com.pl [195.117.24.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2C3943D48 for ; Thu, 28 Oct 2004 12:52:57 +0000 (GMT) (envelope-from piotr.smyrak@heron.pl) Received: from localhost ([127.0.0.1] helo=poczta.heron.pl) by sys.heron.com.pl with esmtp (Exim 4.23) id 1CN9lf-0008BY-NM for freebsd-current@freebsd.org; Thu, 28 Oct 2004 14:52:39 +0200 From: piotr.smyrak@heron.pl To: freebsd-current@freebsd.org Date: Thu, 28 Oct 2004 13:52:39 +0100 Message-Id: <20041028122342.M42455@heron.pl> X-Mailer: WebMail at HERON 2.32 20040813 X-OriginatingIP: 83.24.105.45 (smyru) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=OPENWEBMAIL_ATT_0.495231091976166" Subject: error at usr.bin/ftp when building 5.3RC1 world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 12:53:00 -0000 This is a multi-part message in MIME format. ------=OPENWEBMAIL_ATT_0.495231091976166 Content-Type: text/plain; charset=iso-8859-2 Hi, I just cvsuped my sources to RELENG_5 and tried to make world (see attached make.conf), and I get the following error at usr.bin/ftp: [cut] ===> usr.bin/fsync rm -f .depend mkdep -f .depend -a /usr/src/usr.bin/fsync/fsync.c echo fsync: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend ===> usr.bin/ftp *** Error code 2 Stop in /usr/src/usr.bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. (see more in attached world.log tail) This is the second time I got this. I tried to update the os to beta6 (I am at beta4) a few weeks ago and got this also, but had no time to delve. -- Piotr Smyrak piotr.smyrak@heron.pl ------=OPENWEBMAIL_ATT_0.495231091976166 Content-Type: application/octet-stream; name="world.log" Content-Disposition: attachment; filename="world.log" Content-Transfer-Encoding: base64 PT09PiB1c3IuYmluL2ZpbGUKcm0gLWYgLmRlcGVuZApta2RlcCAtZiAuZGVwZW5kIC1hICAgIC1E TUFHSUM9JyIvdXNyL3NoYXJlL21pc2MvbWFnaWMiJyAtREhBVkVfQ09ORklHX0ggLUkvdXNyL3Ny Yy91c3IuYmluL2ZpbGUgLUkvdXNyL3NyYy91c3IuYmluL2ZpbGUvLi4vLi4vY29udHJpYi9maWxl IC91c3Ivc3JjL3Vzci5iaW4vZmlsZS8uLi8uLi9jb250cmliL2ZpbGUvZmlsZS5jCmVjaG8gZmls ZTogL3Vzci9vYmovdXNyL3NyYy9pMzg2L3Vzci9saWIvbGliYy5hIC91c3Ivb2JqL3Vzci9zcmMv aTM4Ni91c3IvbGliL2xpYm1hZ2ljLmEgL3Vzci9vYmovdXNyL3NyYy9pMzg2L3Vzci9saWIvbGli ei5hID4+IC5kZXBlbmQKPT09PiB1c3IuYmluL2ZpbGUyYwpybSAtZiAuZGVwZW5kCm1rZGVwIC1m IC5kZXBlbmQgLWEgICAgIC91c3Ivc3JjL3Vzci5iaW4vZmlsZTJjL2ZpbGUyYy5jCmVjaG8gZmls ZTJjOiAvdXNyL29iai91c3Ivc3JjL2kzODYvdXNyL2xpYi9saWJjLmEgID4+IC5kZXBlbmQKPT09 PiB1c3IuYmluL2ZpbmQKeWFjYyAgLW8gZ2V0ZGF0ZS5jIC91c3Ivc3JjL3Vzci5iaW4vZmluZC9n ZXRkYXRlLnkKcm0gLWYgLmRlcGVuZApta2RlcCAtZiAuZGVwZW5kIC1hICAgIC1ESEFWRV9TWVNf VElNRUJfSCAtSS91c3Ivc3JjL3Vzci5iaW4vZmluZCAvdXNyL3NyYy91c3IuYmluL2ZpbmQvZmlu ZC5jIC91c3Ivc3JjL3Vzci5iaW4vZmluZC9mdW5jdGlvbi5jIC91c3Ivc3JjL3Vzci5iaW4vZmlu ZC9scy5jIC91c3Ivc3JjL3Vzci5iaW4vZmluZC9tYWluLmMgL3Vzci9zcmMvdXNyLmJpbi9maW5k L21pc2MuYyAvdXNyL3NyYy91c3IuYmluL2ZpbmQvb3BlcmF0b3IuYyAvdXNyL3NyYy91c3IuYmlu L2ZpbmQvb3B0aW9uLmMgZ2V0ZGF0ZS5jCmVjaG8gZmluZDogL3Vzci9vYmovdXNyL3NyYy9pMzg2 L3Vzci9saWIvbGliYy5hICA+PiAuZGVwZW5kCj09PT4gdXNyLmJpbi9maW5nZXIKcm0gLWYgLmRl cGVuZApta2RlcCAtZiAuZGVwZW5kIC1hICAgICAvdXNyL3NyYy91c3IuYmluL2Zpbmdlci9maW5n ZXIuYyAvdXNyL3NyYy91c3IuYmluL2Zpbmdlci9scHJpbnQuYyAvdXNyL3NyYy91c3IuYmluL2Zp bmdlci9uZXQuYyAvdXNyL3NyYy91c3IuYmluL2Zpbmdlci9zcHJpbnQuYyAvdXNyL3NyYy91c3Iu YmluL2Zpbmdlci91dGlsLmMKZWNobyBmaW5nZXI6IC91c3Ivb2JqL3Vzci9zcmMvaTM4Ni91c3Iv bGliL2xpYmMuYSAgPj4gLmRlcGVuZAo9PT0+IHVzci5iaW4vZm10CnJtIC1mIC5kZXBlbmQKbWtk ZXAgLWYgLmRlcGVuZCAtYSAgICAgL3Vzci9zcmMvdXNyLmJpbi9mbXQvZm10LmMKZWNobyBmbXQ6 IC91c3Ivb2JqL3Vzci9zcmMvaTM4Ni91c3IvbGliL2xpYmMuYSAgPj4gLmRlcGVuZAo9PT0+IHVz ci5iaW4vZm9sZApybSAtZiAuZGVwZW5kCm1rZGVwIC1mIC5kZXBlbmQgLWEgICAgIC91c3Ivc3Jj L3Vzci5iaW4vZm9sZC9mb2xkLmMKZWNobyBmb2xkOiAvdXNyL29iai91c3Ivc3JjL2kzODYvdXNy L2xpYi9saWJjLmEgID4+IC5kZXBlbmQKPT09PiB1c3IuYmluL2Zyb20Kcm0gLWYgLmRlcGVuZApt a2RlcCAtZiAuZGVwZW5kIC1hICAgICAvdXNyL3NyYy91c3IuYmluL2Zyb20vZnJvbS5jCmVjaG8g ZnJvbTogL3Vzci9vYmovdXNyL3NyYy9pMzg2L3Vzci9saWIvbGliYy5hICA+PiAuZGVwZW5kCj09 PT4gdXNyLmJpbi9mc3RhdApybSAtZiAuZGVwZW5kCm1rZGVwIC1mIC5kZXBlbmQgLWEgICAgIC91 c3Ivc3JjL3Vzci5iaW4vZnN0YXQvY2Q5NjYwLmMgL3Vzci9zcmMvdXNyLmJpbi9mc3RhdC9mc3Rh dC5jIC91c3Ivc3JjL3Vzci5iaW4vZnN0YXQvbXNkb3Nmcy5jCmVjaG8gZnN0YXQ6IC91c3Ivb2Jq L3Vzci9zcmMvaTM4Ni91c3IvbGliL2xpYmMuYSAvdXNyL29iai91c3Ivc3JjL2kzODYvdXNyL2xp Yi9saWJrdm0uYSA+PiAuZGVwZW5kCj09PT4gdXNyLmJpbi9mc3luYwpybSAtZiAuZGVwZW5kCm1r ZGVwIC1mIC5kZXBlbmQgLWEgICAgIC91c3Ivc3JjL3Vzci5iaW4vZnN5bmMvZnN5bmMuYwplY2hv IGZzeW5jOiAvdXNyL29iai91c3Ivc3JjL2kzODYvdXNyL2xpYi9saWJjLmEgID4+IC5kZXBlbmQK PT09PiB1c3IuYmluL2Z0cAoqKiogRXJyb3IgY29kZSAyCgpTdG9wIGluIC91c3Ivc3JjL3Vzci5i aW4uCioqKiBFcnJvciBjb2RlIDEKClN0b3AgaW4gL3Vzci9zcmMuCioqKiBFcnJvciBjb2RlIDEK ClN0b3AgaW4gL3Vzci9zcmMuCioqKiBFcnJvciBjb2RlIDEKClN0b3AgaW4gL3Vzci9zcmMuCg== ------=OPENWEBMAIL_ATT_0.495231091976166 Content-Type: application/octet-stream; name="make.conf" Content-Disposition: attachment; filename="make.conf" Content-Transfer-Encoding: base64 Q0ZMQUdTPQkJLU8gLXBpcGUKUEFQRVJTSVpFPQlBNApBND0JCXllcwpYX1dJTkRPV19TWVNURU09 eG9yZwpLRVJOQ09ORj0JU01ZUlUKVVNBX1JFU0lERU5UPQl5ZXMKCk5PVVVDUD0JdHJ1ZQpOT0lO Rk89CXRydWUKTk9QRVJMPQl0cnVlCk5PSU5GTz0JdHJ1ZQpOT0lORVQ2PQl0cnVlCk5PUFJPRklM RT0JdHJ1ZQpOT19QRj0JdHJ1ZQojIE5PX0NWUz0JdHJ1ZQpOT19JNEI9CXRydWUKTk9fTFBSPQl0 cnVlCk5PX0JJTkQ9CXRydWUKTk9fVklOVU09CXRydWUKTk9fQVVUSFBGPQl0cnVlCk5PX0ZPUlRS QU49CXRydWUKTk9fSVBGSUxURVI9CXRydWUKTk9fS0VSQkVST1M9CXRydWUKTk9fU0VORE1BSUw9 CXRydWUKTk9fU0hBUkVET0NTPQl0cnVlCk5PX0JMVUVUT09USD0JdHJ1ZQo= ------=OPENWEBMAIL_ATT_0.495231091976166-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 13:05:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0E8516A4CE for ; Thu, 28 Oct 2004 13:05:50 +0000 (GMT) Received: from hex.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D04043D2D for ; Thu, 28 Oct 2004 13:05:48 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from hex.int.athame.co.uk ([192.168.1.1] helo=localhost) by hex.athame.co.uk with esmtp (Exim 4.43 (FreeBSD)) id 1CN9yM-000O23-B1; Thu, 28 Oct 2004 16:05:46 +0300 From: Andy Fawcett To: freebsd-current@freebsd.org Date: Thu, 28 Oct 2004 16:05:20 +0300 User-Agent: KMail/1.7 References: <4180EA86.6030001@yahoo.com> In-Reply-To: <4180EA86.6030001@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410281605.25142.andy@athame.co.uk> cc: Rob Subject: Re: 5.3 & SMP How do I know my 2 CPUs are used? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:05:50 -0000 On Thursday 28 October 2004 15:48, Rob wrote: > Hello, > > I have tried to create a kernel for my dual CPU motherboard: > Intel Pentium III (801.82-MHz 686-class CPU) > > But what is the command that proofs to me that > both CPUs are indeed recognized and in use. > Is it the dmesg output, or mptable command? You should see something like: SMP: AP CPU #1 Launched! in dmesg A. -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 13:07:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B719F16A4CE for ; Thu, 28 Oct 2004 13:07:47 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 379AC43D4C for ; Thu, 28 Oct 2004 13:07:47 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i9SD7jPe082645; Thu, 28 Oct 2004 09:07:45 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i9SD7jFt082642; Thu, 28 Oct 2004 09:07:45 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Thu, 28 Oct 2004 09:07:45 -0400 (EDT) From: Andre Guibert de Bruet To: Rob In-Reply-To: <4180EA86.6030001@yahoo.com> Message-ID: <20041028085757.W42571@alpha.siliconlandmark.com> References: <4180EA86.6030001@yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: freebsd-current Subject: Re: 5.3 & SMP How do I know my 2 CPUs are used? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:07:47 -0000 On Thu, 28 Oct 2004, Rob wrote: > I have tried to create a kernel for my dual CPU motherboard: > Intel Pentium III (801.82-MHz 686-class CPU) > > But what is the command that proofs to me that > both CPUs are indeed recognized and in use. > Is it the dmesg output, or mptable command? [snip] > So? Am I there? Is my FreeBSD now running on two processors? One cannot tell from the text that you pasted. Look for the following message to be printed out in a boot -v: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 I have a boot -v and a kernel config for a dual-proc athlon up at: http://bling.properkernel.com/freebsd/boot-v.txt http://bling.properkernel.com/freebsd/BLING > With the top command, I can't see anything special for my 2 CPUs. > Is that right? Under SMP, there's a "C" column that shows up: PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 2782 root 5 0 2080K 1448K ttyin 3 7:35 1.95% 1.95% systat Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 13:26:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20B2116A4CE for ; Thu, 28 Oct 2004 13:26:27 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id C909843D41 for ; Thu, 28 Oct 2004 13:26:26 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 60804 invoked by uid 89); 28 Oct 2004 13:23:53 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 28 Oct 2004 13:23:53 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Thu, 28 Oct 2004 07:23:53 -0600 (MDT) Message-ID: <61975.208.4.77.15.1098969833.squirrel@208.4.77.15> In-Reply-To: <4180EA86.6030001@yahoo.com> References: <4180EA86.6030001@yahoo.com> Date: Thu, 28 Oct 2004 07:23:53 -0600 (MDT) From: "Ryan Sommers" To: "Rob" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-current Subject: Re: 5.3 & SMP How do I know my 2 CPUs are used? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:26:27 -0000 Rob said: > With the top command, I can't see anything special for my 2 CPUs. > Is that right? > > Rob. Top should have a column marked 'C': PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 39138 root 96 0 16420K 15164K select 1 0:23 2.69% 2.69% XFree8 This shows what CPU the process is running on. Another sign to tell is sysctl hw.ncpu, or sysctl kern.smp.cpus -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 13:26:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1454316A4CE for ; Thu, 28 Oct 2004 13:26:39 +0000 (GMT) Received: from ajax.achean.com (ajax.achean.com [212.87.82.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81E7443D4C for ; Thu, 28 Oct 2004 13:26:38 +0000 (GMT) (envelope-from jon.mercer@achean.com) Received: from ajax.achean.com (ajax.achean.com [212.87.82.16]) by ajax.achean.com (8.12.11/8.12.11) with ESMTP id i9SDQZU5036086 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 28 Oct 2004 14:26:35 +0100 (BST) (envelope-from jon.mercer@achean.com) Received: (from www@localhost) by ajax.achean.com (8.12.11/8.12.11/Submit) id i9SDQYgZ036085; Thu, 28 Oct 2004 14:26:34 +0100 (BST) (envelope-from jon.mercer@achean.com) X-Authentication-Warning: ajax.achean.com: www set sender to jon.mercer@achean.com using -f Received: from 217.33.199.34 (SquirrelMail authenticated user jon.mercer); by webmail.achean.com with HTTP; Thu, 28 Oct 2004 14:26:34 +0100 (BST) Message-ID: <57426.217.33.199.34.1098969994.squirrel@217.33.199.34> In-Reply-To: <03b401c4bcea$5080e450$5200000a@venti> References: <200410280416.i9S4GjKZ044574@realtime.exit.com> <03b401c4bcea$5080e450$5200000a@venti> Date: Thu, 28 Oct 2004 14:26:34 +0100 (BST) From: "Jon Mercer" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: clamd / ClamAV version devel-20040923, clamav-milter version 0.75l on ajax.achean.com X-Virus-Status: Clean X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64-achean_mailfilter_v1.00 X-Spam-Checker-Version: SpamAssassin 2.64-achean_mailfilter_v1.00 (2004-01-11) on ajax.achean.com Subject: Re: NDISulator crashness. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:26:39 -0000 My experience over the past few weeks with a BCM4306 in an Acer 1714 has been to get crashes only when the network is stressed, but not every time. Aditionally, only the Linksys driver for the PC-Card version of their implementation has been picking up settings from the AP correctly - but haven't had time to play with this properly or do testing. > > ----- Original Message ----- > From: "Frank Mayhar" > To: > Cc: > Sent: Thursday, October 28, 2004 12:16 AM > Subject: NDISulator crashness. > > >> I've been using the NDISulator to run my Dell-branded Broadcom wireless >> card (BCM4309) > ... >> Oh, and NDIS is usable with these bugs, it's just annoying to have the >> laptop panic >> every day or two. I expect that from Windows operating systems, not >> from >> FreeBSD. > > I have been using the same card, but in a HP zd7000, for almost exactly a > year and in freebsd as soon as ndisulator came out. > I can corroborate that it crashes every day or so for me too, but I never > did any real testing as you did. > The windows driver has been updated a few times in that time and I've > rebuilt ndis with it each time and have been tracking -current the whole > time too and the behaviour has been consistent. > > Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ > +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. > filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans Satriani > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- +----------------------------------------------------------------+ | ___ ___ | | / | | / | | / /| | / / | | / / | | _____ / / ____ ____ ___ | | / /__| | / ___ \ / /__ / __ \ / _ | | /__ | | / ____ | / / /_/ / ___ \ / /_/ / / / | | / ___ \ | | / / | | / / __ / / \ \ | ___/__ / / / / / / \ \ | | / / | | | |__/ / / / / / | \__/ / | |_| | / / / / | | /__\ /___\ \_____/ /__| /__| \_____/ \__/|_| /__| /__| | | | | www.achean.com | | ============== | | Jon Mercer jon.mercer@achean.com | +----------------------------------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 13:01:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E6C716A4CE for ; Thu, 28 Oct 2004 13:01:42 +0000 (GMT) Received: from lakermmtao02.cox.net (lakermmtao02.cox.net [68.230.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA70743D1D for ; Thu, 28 Oct 2004 13:01:41 +0000 (GMT) (envelope-from mkucenski@cox.net) Received: from smtp.east.cox.net ([172.18.52.53]) by lakermmtao02.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with SMTP id <20041028130123.EINM25325.lakermmtao02.cox.net@smtp.east.cox.net> for ; Thu, 28 Oct 2004 09:01:23 -0400 X-Mailer: Openwave WebEngine, version 2.8.15 (webedge20-101-1103-20040528) From: To: Date: Thu, 28 Oct 2004 9:01:25 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20041028130123.EINM25325.lakermmtao02.cox.net@smtp.east.cox.net> X-Mailman-Approved-At: Thu, 28 Oct 2004 13:39:17 +0000 Subject: 5.3RC1 Unable to Install due to ATA CD-ROM Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 13:01:42 -0000 On booting the RC1 cd I get this message: acd0: FAILURE - MODE_SENSE_BIG timed out When attempting to run the install, I get several of these errors on the console: acd0: FAILURE - TEST_UNIT_READY timed out followed by this error from the installer: error mounting /dev/acd0 on /dist: Input/output error (5) Any suggestions on how I can get this fixed. I am downloading 5.2.1 at the moment to see if it has the same problem. Oh, I almost forgot, the drive is an NEC CD/DVD writer that has worked flawlessly under 4.10. Thanks, -Matt From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 14:04:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9299116A4CE for ; Thu, 28 Oct 2004 14:04:05 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.145.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB6D543D1F for ; Thu, 28 Oct 2004 14:04:04 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id B17E64EFCD3; Thu, 28 Oct 2004 22:04:03 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id A0B054EFCCF for ; Thu, 28 Oct 2004 22:04:03 +0800 (CST) Date: Thu, 28 Oct 2004 22:04:03 +0800 (CST) From: Tai-hwa Liang To: freebsd-current@freebsd.org Message-ID: <0410282203035.15747@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: -CURRENT booting locks up during EHCI detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 14:04:05 -0000 Motherboard: MSI 865PE Neo2 -CURRENT cvsup'ed about 3 days ago, SCHED_4BSD, no PREEMPTION. Sometime it froze during boot(see following dmesg for the freeze point), right after ehci0 was deteceted: No panic, hard lock up, manually escape to debugger doesn't work since the keyboard doesn't respond anymore. Following are the verbose booting message while successful booting. Search for "freeze" to locate the freeze point. Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Mon Oct 25 17:26:21 CST 2004 root@bsd.ethome.com.tw:/usr/src/sys/i386/compile/bsd Preloaded elf kernel "/boot/kernel/kernel" at 0xc07e6000. Preloaded splash_image_data "/boot/chuck1.bmp" at 0xc07e626c. Preloaded elf module "/boot/kernel/if_fxp.ko" at 0xc07e62bc. Preloaded elf module "/boot/kernel/miibus.ko" at 0xc07e6368. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc07e6414. Preloaded elf module "/boot/kernel/sound.ko" at 0xc07e64c0. Preloaded elf module "/boot/kernel/ukbd.ko" at 0xc07e656c. Preloaded elf module "/boot/kernel/usb.ko" at 0xc07e6618. Preloaded elf module "/boot/kernel/ums.ko" at 0xc07e66c0. Preloaded elf module "/boot/kernel/umass.ko" at 0xc07e6768. Preloaded elf module "/boot/kernel/agp.ko" at 0xc07e6814. Table 'FACP' at 0x1fff0030 Table 'APIC' at 0x1fff00c0 MADT: Found table at 0x1fff00c0 MP Configuration Table version 1.4 found at 0xc00f60d0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193207 Hz Timecounter "i8254" frequency 1193207 Hz quality 0 Calibrating TSC clock ... TSC clock: 2434149468 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2434.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000829000 - 0x000000001f6b3fff, 518565888 bytes (126603 pages) avail memory = 519737344 (495 MB) APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00fdb50 bios32: Entry = 0xfdb60 (c00fdb60) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb81 pnpbios: Found PnP BIOS data at 0xc00f7540 pnpbios: Entry = f0000:632f Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: intr override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff random: io: mem: Pentium Pro MTRR support enabled null: acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25708086) pcibios: BIOS version 2.10 Found $PIR table, 14 entries at 0xc00f7b70 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x60 3 4 6 7 10 11 12 14 15 embedded 0 1 B 0x61 3 4 6 7 10 11 12 14 15 embedded 0 2 A 0x60 3 4 6 7 10 11 12 14 15 embedded 0 3 B 0x62 3 4 6 7 10 11 12 14 15 embedded 0 29 A 0x60 3 4 6 7 10 11 12 14 15 embedded 0 29 B 0x63 3 4 6 7 10 11 12 14 15 embedded 0 29 C 0x62 3 4 6 7 10 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 12 14 15 embedded 0 31 A 0x62 3 4 6 7 10 11 12 14 15 embedded 0 31 B 0x61 3 4 6 7 10 11 12 14 15 slot 1 2 0 A 0x60 3 4 6 7 10 11 12 14 15 slot 1 2 0 B 0x61 3 4 6 7 10 11 12 14 15 slot 1 2 0 C 0x62 3 4 6 7 10 11 12 14 15 slot 1 2 0 D 0x63 3 4 6 7 10 11 12 14 15 slot 2 2 1 A 0x61 3 4 6 7 10 11 12 14 15 slot 2 2 1 B 0x62 3 4 6 7 10 11 12 14 15 slot 2 2 1 C 0x63 3 4 6 7 10 11 12 14 15 slot 2 2 1 D 0x60 3 4 6 7 10 11 12 14 15 slot 3 2 2 A 0x62 3 4 6 7 10 11 12 14 15 slot 3 2 2 B 0x63 3 4 6 7 10 11 12 14 15 slot 3 2 2 C 0x60 3 4 6 7 10 11 12 14 15 slot 3 2 2 D 0x61 3 4 6 7 10 11 12 14 15 slot 4 2 3 A 0x63 3 4 6 7 10 11 12 14 15 slot 4 2 3 B 0x60 3 4 6 7 10 11 12 14 15 slot 4 2 3 C 0x61 3 4 6 7 10 11 12 14 15 slot 4 2 3 D 0x62 3 4 6 7 10 11 12 14 15 slot 5 2 5 A 0x61 3 4 6 7 10 11 12 14 15 slot 5 2 5 B 0x62 3 4 6 7 10 11 12 14 15 slot 5 2 5 C 0x63 3 4 6 7 10 11 12 14 15 slot 5 2 5 D 0x60 3 4 6 7 10 11 12 14 15 slot 6 2 4 A 0x60 3 4 6 7 10 11 12 14 15 slot 6 2 4 B 0x61 3 4 6 7 10 11 12 14 15 slot 6 2 4 C 0x62 3 4 6 7 10 11 12 14 15 slot 6 2 4 D 0x63 3 4 6 7 10 11 12 14 15 embedded 2 9 A 0x68 3 4 6 7 10 11 12 14 15 embedded 2 9 B 0x69 3 4 6 7 10 11 12 14 15 embedded 2 9 C 0x6a 3 4 6 7 10 11 12 14 15 embedded 2 9 D 0x6b 3 4 5 6 7 12 14 15 embedded 2 10 A 0x69 3 4 6 7 10 11 12 14 15 embedded 2 8 A 0x68 3 4 6 7 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 unknown: not probed (disabled) cpu0: on acpi0 cpu1: on acpi0 cpu1: Failed to attach throttling P_CNT acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f8000000, size 26, enabled found-> vendor=0x8086, dev=0x2570, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2571, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0d (3250 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000e000, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d2, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 map[20]: type 4, range 32, base 0000e400, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24d4, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=19 map[20]: type 4, range 32, base 0000e800, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d7, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=18 map[20]: type 4, range 32, base 0000ec00, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24de, revid=0x02 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 map[10]: type 1, range 32, base febffc00, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x24dd, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=23 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x8080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000fc00, size 4, enabled found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 00000c00, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24d3, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 map[10]: type 4, range 32, base 0000dc00, size 8, enabled map[14]: type 4, range 32, base 0000d800, size 6, enabled map[18]: type 1, range 32, base febffa00, size 9, enabled map[1c]: type 1, range 32, base febff900, size 8, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24d5, revid=0x02 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 powerspec 2 supports D0 D3 current D0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfc900000-0xfe9fffff pcib1: prefetched decode 0xf3f00000-0xf7efffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xfd000000-0xfdffffff map[14]: type 3, range 32, base f4000000, size 25, enabled pcib1: device (null) requested decoded memory range 0xf4000000-0xf5ffffff pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 found-> vendor=0x10de, dev=0x002d, revid=0x15 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=16 powerspec 1 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) uhci0: port 0xe000-0xe01f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe000 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ukbd0: CHESEN USB Keyboard, rev 1.10/1.10, addr 2, iclass 3/1 kbd: new array size 4 kbd1 at ukbd0 kbd1: ukbd0, generic (0), config:0x0, flags:0x1d0000 uhci1: port 0xe400-0xe41f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe400 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ums0: IBM Corporation product 0x310b, rev 2.00/1.10, addr 3, iclass 3/1 ums0: 3 buttons and Z dir. uhci2: port 0xe800-0xe81f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe800 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xec00-0xec1f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xec00 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfebffc00-0xfebfffff irq 23 at device 29.7 on pci0 [ ... freeze here sometimes ... ] ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfebffc00 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 ehci_pci_attach: companion usb3 usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xc000-0xcfff pcib2: memory decode 0xfea00000-0xfeafffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. ACPI PCI link initial configuration: pci2: on pcib2 pci2: physical bus=2 map[10]: type 4, range 32, base 0000cc00, size 7, enabled pcib2: device (null) requested decoded I/O range 0xcc00-0xcc7f pcib2: matched entry for 2.2.INTA pcib2: slot 2 INTA hardwired to IRQ 18 found-> vendor=0x1022, dev=0x2020, revid=0x10 bus=2, slot=2, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x04 (1000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=18 map[10]: type 4, range 32, base 0000c800, size 6, enabled pcib2: device (null) requested decoded I/O range 0xc800-0xc83f pcib2: matched entry for 2.5.INTA pcib2: slot 5 INTA hardwired to IRQ 17 found-> vendor=0x1191, dev=0x8040, revid=0x01 bus=2, slot=5, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base feaef000, size 12, enabled pcib2: device (null) requested decoded memory range 0xfeaef000-0xfeaeffff map[14]: type 4, range 32, base 0000c400, size 6, enabled pcib2: device (null) requested decoded I/O range 0xc400-0xc43f pcib2: matched entry for 2.8.INTA pcib2: slot 8 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x1050, revid=0x02 bus=2, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=20 powerspec 2 supports D0 D1 D2 D3 current D0 pci2: at device 2.0 (no driver attached) pci2: at device 5.0 (no driver attached) fxp0: port 0xc400-0xc43f mem 0xfeaef000-0xfeaeffff irq 20 at device 8.0 on pci2 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfeaef000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1050 1462 728c 0002 fxp0: Dynamic Standby mode is enabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:0c:76:4c:36:02 fxp0: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ata1-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ata1-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ata1-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm0: port 0xd800-0xd83f,0xdc00-0xdcff mem 0xfebff900-0xfebff9ff,0xfebffa00-0xfebffbff irq 17 at device 31.5 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xfebffa00 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xfebff900 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features double rate PCM, reserved 1, center DAC, surround DAC, LFE DAC, reserved 4 pcm0: sndbuf_setmap 1f1af000, 4000; 0xd94f3000 -> 1f1af000 pcm0: sndbuf_setmap 1f1a4000, 4000; 0xd94f7000 -> 1f1a4000 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 sio0: irq maps: 0xc821 0xc831 0xc821 0xc821 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: irq maps: 0xc821 0xc831 0xc821 0xc821 sio1: <16550A-compatible COM port> port 0x3e8-0x3ef irq 4 on acpi0 sio1: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) ppc0: using extended I/O port range PC873xx probe at 0x2e got unknown ID 0x0 ppc0: ECP SPP ECP+EPP SPP 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/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xe0000-0xe0fff,0xc0000-0xcffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Timecounter "TSC" frequency 2434149468 Hz quality -100 Timecounters tick every 10.000 msec lo0: bpf attached cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ata0-slave: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on Intel ICH5 chip ata0-master: setting UDMA100 on Intel ICH5 chip ata0-slave: setting PIO4 on Intel ICH5 chip ata0-slave: setting UDMA100 on Intel ICH5 chip ad0: ATA-5 disk at ata0-master ad0: 29314MB (60036480 sectors), 59560 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 [0] f:00 typ:12 s(CHS):0/1/1 e(CHS):1023/1/63 s:63 l:46492047 [1] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/15/63 s:46492110 l:13544370 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 23803928064 end 23803960319 GEOM: Configure ad0s2, start 23803960320 length 6934717440 end 30738677759 ad1: ATA-6 disk at ata0-slave ad1: 157066MB (321672960 sectors), 319120 C, 16 H, 63 S, 512 B ad1: 16 secs/int, 1 depth queue, UDMA100 ata1-master: pio=0x0c wdma=0x22 udma=0x44 cable=80pin ata1-master: setting PIO4 on Intel ICH5 chip ata1-master: setting UDMA66 on Intel ICH5 chip acd0: DVDROM drive at ata1 as master acd0: read 6894KB/s (6894KB/s), 256KB buffer, UDMA66 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 47996 Hz, will use 48000 Hz GEOM: Configure ad0s2a, start 0 length 134217728 end 134217727 GEOM: Configure ad0s2b, start 134217728 length 1073741824 end 1207959551 GEOM: Configure ad0s2c, start 0 length 6934717440 end 6934717439 GEOM: Configure ad0s2d, start 1207959552 length 1652555776 end 2860515327 GEOM: Configure ad0s2e, start 2860515328 length 33554432 end 2894069759 GEOM: Configure ad0s2f, start 2894069760 length 4040647680 end 6934717439 GEOM: new disk ad1 [0] f:00 typ:12 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:220941882 [1] f:00 typ:15 s(CHS):1023/0/1 e(CHS):1023/254/63 s:220941945 l:82654425 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad1s1, start 32256 length 113122243584 end 113122275839 GEOM: Configure ad1s2, start 113122275840 length 42319065600 end 155441341439 MBREXT Slice 5 on ad1s2: [0] f:00 typ:11 s(CHS):1023/1/1 e(CHS):1023/254/63 s:63 l:82654362 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad1s5, start 32256 length 42319033344 end 42319065599 ukbd0: at uhub0 port 1 (addr 2) disconnected (null): at uhub1 port 1 (addr 2) disconnected ukbd0: detached (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe2:ata1:0:0:0): error 6 (probe2:ata1:0:0:0): Unretryable Error (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 66.000MB/s transfers GEOM: new disk cd0 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Mounting root from ufs:/dev/ad0s2a start_init: trying /sbin/init ums0: at uhub1 port 2 (addr 3) disconnected ums0: detached ukbd0: CHESEN USB Keyboard, rev 1.10/1.10, addr 2, iclass 3/1 kbd1 at ukbd0 kbd1: ukbd0, generic (0), config:0x0, flags:0x1d0000 (null): at uhub0 port 2 (addr 3) disconnected Linux ELF exec handler installed procfs registered linprocfs registered ums0: IBM Corporation product 0x310b, rev 2.00/1.10, addr 3, iclass 3/1 ums0: 3 buttons and Z dir. From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 14:50:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F397A16A4CE; Thu, 28 Oct 2004 14:50:05 +0000 (GMT) Received: from amsfep17-int.chello.nl (amsfep17-int.chello.nl [213.46.243.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0684643D58; Thu, 28 Oct 2004 14:50:05 +0000 (GMT) (envelope-from Danovitsch@Vitsch.net) Received: from Vitsch.net ([212.187.78.35]) by amsfep17-int.chello.nl (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041028143642.COGU14256.amsfep17-int.chello.nl@Vitsch.net>; Thu, 28 Oct 2004 16:36:42 +0200 Received: from 192.168.1.36 (f59122.upc-f.chello.nl [80.56.59.122]) by Vitsch.net (8.12.3p2/8.11.3) with ESMTP id i9SEaZun084569; Thu, 28 Oct 2004 16:36:35 +0200 (CEST) (envelope-from Danovitsch@Vitsch.net) From: "Daan Vreeken [PA4DAN]" To: John Baldwin Date: Thu, 28 Oct 2004 16:36:39 +0200 User-Agent: KMail/1.5.2 References: <200410260922.11894.Danovitsch@Vitsch.net> <200410271532.22140.jhb@FreeBSD.org> In-Reply-To: <200410271532.22140.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410281636.39431.Danovitsch@Vitsch.net> cc: FreeBSD-current@FreeBSD.org Subject: Re: UHCI patch stops system lockup (kern/73000) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 14:50:06 -0000 On Wednesday 27 October 2004 21:32, you wrote: > On Tuesday 26 October 2004 03:22 am, Daan Vreeken [PA4DAN] wrote: > > Hi All, > > > > Friday I have submitted a PR with a patch attached to it that fixes a bug > > in the UHCI USB driver. The bug causes a lot of UHCI systems with USB > > devices plugged during boot to either boot very slowly (take minutes), or > > seem to halt forever during boot. > > > > See : > > http://www.freebsd.org/cgi/query-pr.cgi?pr=73000 > > > > Could someone please take a look at the PR? > > Looks sane to me. Has anyone objected to this fix? Yes, today Anish Mistry sent an email stating that his machine failed to detect usb devices on plug-in with the patch. But the email lacked information to find the cause of the problems. I want to see what comes out of his experiments first before this PR is committed. thanks, Daan From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 15:36:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE2EC16A4CE for ; Thu, 28 Oct 2004 15:36:01 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7A2743D2D for ; Thu, 28 Oct 2004 15:35:58 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a102.otenet.gr [212.205.215.102]) i9SFZti8001854; Thu, 28 Oct 2004 18:35:56 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i9SFZq6r044127; Thu, 28 Oct 2004 18:35:52 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i9SFZpZH044091; Thu, 28 Oct 2004 18:35:51 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Thu, 28 Oct 2004 18:35:51 +0300 From: Giorgos Keramidas To: piotr.smyrak@heron.pl Message-ID: <20041028153551.GA14535@gothmog.gr> References: <20041028122342.M42455@heron.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041028122342.M42455@heron.pl> cc: freebsd-current@freebsd.org Subject: Re: error at usr.bin/ftp when building 5.3RC1 world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 15:36:01 -0000 On 2004-10-28 13:52, piotr.smyrak@heron.pl wrote: > Hi, > > I just cvsuped my sources to RELENG_5 and tried to make world (see > attached make.conf), and I get the following error at usr.bin/ftp: > > [cut] > ===> usr.bin/fsync > rm -f .depend > mkdep -f .depend -a /usr/src/usr.bin/fsync/fsync.c > echo fsync: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend > ===> usr.bin/ftp > *** Error code 2 > > Stop in /usr/src/usr.bin. > *** Error code 1 Are you using the -j option of make to spawn multiple make processes? If yes, remove your /usr/obj/usr object tree and start over without any -j options. From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 15:47:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2897416A4D0 for ; Thu, 28 Oct 2004 15:47:24 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5526F43D45 for ; Thu, 28 Oct 2004 15:47:23 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 33685 invoked from network); 28 Oct 2004 15:46:45 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 28 Oct 2004 15:46:45 -0000 Date: Thu, 28 Oct 2004 17:47:51 +0200 From: Oliver Lehmann To: mbr@freebsd.org Message-Id: <20041028174751.37d14505.lehmann@ans-netz.de> In-Reply-To: <20041028002251.73eae308.lehmann@ans-netz.de> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027204852.GY95878@horsey.gshapiro.net> <20041027230039.7a5d0150.lehmann@ans-netz.de> <20041027210303.GZ95878@horsey.gshapiro.net> <20041027233309.122e4207.lehmann@ans-netz.de> <20041027214224.GA60882@dragon.nuxi.com> <20041028002251.73eae308.lehmann@ans-netz.de> X-Mailer: Sylpheed version 0.9.99 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 15:47:24 -0000 Oliver Lehmann wrote: > I've tried supersede domain-name-servers ""; in /etc/dhclient.conf, But > that seems to have no effect. I can't see any other way to prevent > dhclient from touching my resolv.conf in that man page. Maybe you can > point me? > > man 8 dhclient-script says > > HOOKS > When it starts, the client script first defines a shell > function, make_resolv_conf , which is later used to create the > /etc/resolv.conf file. To override the default behaviour, > redefine this function in the enter hook script. > Martin, do you think, it is a good solution to overwrite the function definition to prevent overwriting your resolv.conf? Wouldn't be a rc.conf parameter easier for beginners to "get", and more stringent to the whole system of configuration? What do others think? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 16:03:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8533116A4CE; Thu, 28 Oct 2004 16:03:33 +0000 (GMT) Received: from artemis.drwilco.net (loves.bsdchicks.com [209.162.227.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0247843D45; Thu, 28 Oct 2004 16:03:33 +0000 (GMT) (envelope-from lists@bsdchicks.com) Received: from 83.84.45.93 (localhost [127.0.0.1]) by artemis.drwilco.net (8.12.11/8.12.3) with SMTP id i9SG1Dln003589; Thu, 28 Oct 2004 12:01:13 -0400 (EDT) (envelope-from lists@bsdchicks.com) Message-ID: X-Mailer: BasiliX 1.1.0 -- http://basilix.org X-SenderIP: 83.84.45.93 Date: Thu, 28 Oct 2004 12:01:13 EDT From: "Rogier R. Mulhuijzen" To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="eddad4b6d552877d0a2e4dbb62dcc17e-1098979273" cc: wpaul@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: [PATCH] NDISulator fixed to work with wicontrol -L and dstum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Rogier R. Mulhuijzen" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 16:03:33 -0000 --eddad4b6d552877d0a2e4dbb62dcc17e-1098979273 Content-Type: text/plain On 27 Oct 2004 16:49 EDT you wrote: > > [Rogier R. Mulhuijzen, 2004-10-27] > > Also my whitespace use might not be standard, since I don't know what > > the standard is. > > See style(9) Noted. Updated http://www.bsdchicks.com/patches/if_ndis.c.patch to reflect a few style updates to the parts I added. Also attached the patch. Greetings, DocWilco --eddad4b6d552877d0a2e4dbb62dcc17e-1098979273 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Description: if_ndis.c.patch Content-Disposition: attachment; filename="if_ndis.c.patch" LS0tIHN5cy9kZXYvaWZfbmRpcy9pZl9uZGlzLmMub3JpZwlXZWQgT2N0IDI3 IDE3OjAxOjU1IDIwMDQKKysrIHN5cy9kZXYvaWZfbmRpcy9pZl9uZGlzLmMJ VGh1IE9jdCAyOCAxNzozNTo1NSAyMDA0CkBAIC0yMDExLDcgKzIwMTEsOSBA QAogCW5kaXNfODAyMTFfYnNzaWRfbGlzdF9leCAqYmw7CiAJbmRpc193bGFu X2Jzc2lkX2V4CSp3YjsKIAlzdHJ1Y3Qgd2lfYXBpbmZvCSphcGk7Ci0JaW50 CQkJZXJyb3IsIGksIGosIGxlbiwgbWF4YXBzOworCXN0cnVjdCB3aV9zY2Fu X3AyX2hkcgkqcDI7CisJc3RydWN0IHdpX3NjYW5fcmVzCSpyZXM7CisJaW50 CQkJZXJyb3IsIGksIGosIGssIGxlbiwgbWF4YXBzOwogCiAJc2MgPSBpZnAt PmlmX3NvZnRjOwogCWlmciA9IChzdHJ1Y3QgaWZyZXEgKilkYXRhOwpAQCAt MjA3MCw2ICsyMDcyLDc1IEBACiAJCQlhcGkrKzsKIAkJCXdiID0gKG5kaXNf d2xhbl9ic3NpZF9leCAqKSgoY2hhciAqKXdiICsgd2ItPm53YnhfbGVuKTsK IAkJfQorCQlmcmVlKGJsLCBNX0RFVkJVRik7CisJCWVycm9yID0gY29weW91 dCgmd3JlcSwgaWZyLT5pZnJfZGF0YSwgc2l6ZW9mKHdyZXEpKTsKKwkJYnJl YWs7CisJY2FzZSBXSV9SSURfU0NBTl9SRVM6CisJCWxlbiA9IDA7CisJCWVy cm9yID0gbmRpc19zZXRfaW5mbyhzYywgT0lEXzgwMl8xMV9CU1NJRF9MSVNU X1NDQU4sCisJCSAgICBOVUxMLCAmbGVuKTsKKwkJaWYgKGVycm9yID09IDAp CisJCQl0c2xlZXAoJmVycm9yLCBQUEFVU0V8UENBVENILCAic3NpZHNjYW4i LCBoeiAqIDIpOworCQlsZW4gPSAwOworCQllcnJvciA9IG5kaXNfZ2V0X2lu Zm8oc2MsIE9JRF84MDJfMTFfQlNTSURfTElTVCwgTlVMTCwgJmxlbik7CisJ CWlmIChlcnJvciAhPSBFTk9TUEMpCisJCQlicmVhazsKKwkJYmwgPSBtYWxs b2MobGVuLCBNX0RFVkJVRiwgTV9XQUlUT0t8TV9aRVJPKTsKKwkJZXJyb3Ig PSBuZGlzX2dldF9pbmZvKHNjLCBPSURfODAyXzExX0JTU0lEX0xJU1QsIGJs LCAmbGVuKTsKKwkJaWYgKGVycm9yKSB7CisJCQlmcmVlKGJsLCBNX0RFVkJV Rik7CisJCQlicmVhazsKKwkJfQorCisJCWsgPSAwOworCQlwMiA9IChzdHJ1 Y3Qgd2lfc2Nhbl9wMl9oZHIgKil3cmVxLndpX3ZhbDsKKwkJcmVzID0gKHZv aWQgKikmcDJbMV07CisJCXdiID0gYmwtPm5ibHhfYnNzaWQ7CisJCXdoaWxl ICgoY2FkZHJfdCkocmVzICsgMSkgPCAoY2FkZHJfdCkoJndyZXEgKyAxKSAm JgorCQkgICAgayA8IGJsLT5uYmx4X2l0ZW1zKSB7CisJCQliemVybyhyZXMs IHNpemVvZigqcmVzKSk7CisJCQliY29weSgmd2ItPm53YnhfbWFjYWRkciwg JnJlcy0+d2lfYnNzaWQsCisJCQkgICAgc2l6ZW9mKHJlcy0+d2lfYnNzaWQp KTsKKwkJCXJlcy0+d2lfc3NpZF9sZW4gPSB3Yi0+bndieF9zc2lkLm5zX3Nz aWRsZW47CisJCQliY29weSgmd2ItPm53Ynhfc3NpZC5uc19zc2lkLCAmcmVz LT53aV9zc2lkLAorCQkJICAgIHJlcy0+d2lfc3NpZF9sZW4pOworCQkJaWYg KHdiLT5ud2J4X3ByaXZhY3kpIHsKKwkJCQlyZXMtPndpX2NhcGluZm8gfD0g SUVFRTgwMjExX0NBUElORk9fUFJJVkFDWTsKKwkJCX0KKwkJCS8qIFhYWCBX aGVyZSBjYW4gd2UgZ2V0IG5vaXNlIGluZm9ybWF0aW9uPyAqLworCQkJcmVz LT53aV9zaWduYWwgPSB3Yi0+bndieF9yc3NpICsgMTQ5OwkvKiBYWFggKi8K KwkJCXJlcy0+d2lfY2hhbiA9CisJCQkgICAgaWVlZTgwMjExX21oejJpZWVl KHdiLT5ud2J4X2NvbmZpZy5uY19kc2NvbmZpZyAvCisJCQkgICAgMTAwMCwg MCk7CisJCQkvKiBJbiAiYXV0byIgaW5mcmFzdHJ1Y3R1cmUgbW9kZSwgdGhp cyBpcyB1c2VsZXNzLiAqLworCQkJaWYgKHdiLT5ud2J4X25ldGluZnJhID09 IE5ESVNfODAyMTFfTkVUX0lORlJBX0lCU1MpCisJCQkJcmVzLT53aV9jYXBp bmZvIHw9IElFRUU4MDIxMV9DQVBJTkZPX0lCU1M7CisJCQlpZiAod2ItPm53 YnhfbGVuID4gc2l6ZW9mKG5kaXNfd2xhbl9ic3NpZCkpIHsKKwkJCQlqID0g c2l6ZW9mKG5kaXNfODAyMTFfcmF0ZXNfZXgpOworCQkJCS8qIGhhbmRsZSBv dGhlciBleHRlbmRlZCB0aGluZ3MgKi8KKwkJCX0gZWxzZQorCQkJCWogPSBz aXplb2YobmRpc184MDIxMV9yYXRlcyk7CisJCQlmb3IgKGkgPSByZXMtPndp X3JhdGUgPSAwOyBpIDwgajsgaSsrKQorCQkJCXJlcy0+d2lfcmF0ZSA9IE1B WChyZXMtPndpX3JhdGUsCisJCQkJICAgIHdiLT5ud2J4X3N1cHBvcnRlZHJh dGVzW2ldKTsKKwkJCW1lbWNweShyZXMtPndpX3NyYXRlcywgd2ItPm53Ynhf c3VwcG9ydGVkcmF0ZXMsCisJCQkJTUlOKGosIDEwKSk7CisJCQlpZiAoaiA8 IDEwKQorCQkJCXJlcy0+d2lfc3JhdGVzW2pdID0gMDsKKwkJCXJlcy0+d2lf cnN2ZCA9IDA7CisJCQlyZXMrKzsKKwkJCXdiID0gKG5kaXNfd2xhbl9ic3Np ZF9leCAqKSgoY2hhciAqKXdiICsgd2ItPm53YnhfbGVuKTsKKwkJCWsrKzsK KwkJfQorCQlwMi0+d2lfcnN2ZCA9IDA7CisJCXAyLT53aV9yZWFzb24gPSBr OworCQl3cmVxLndpX2xlbiA9IChzaXplb2YoKnAyKSArIHNpemVvZigqcmVz KSAqIGspIC8gMjsKKwkJLyoKKwkJICogWFhYOiB0aGlzIGlzIF9zb18gaGFj a2lzaCwgc2hvdWxkIHByb2JhYmx5IGJlIGZpeGVkIGluCisJCSAqIHdpY29u dHJvbC4gVGhhdCB1c2VzIGEgPCB0byBjb21wYXJlIHdpX2xlbiB0byB0aGUg cmVjb3JkCisJCSAqIGxlbmd0aC4gSXQgc2hvdWxkIHByb2JhYmx5IHVzZSA8 PSBhbmQgYmUgc2Vuc2libGUuCisJCSAqLworCQl3cmVxLndpX2xlbisrOwog CQlmcmVlKGJsLCBNX0RFVkJVRik7CiAJCWVycm9yID0gY29weW91dCgmd3Jl cSwgaWZyLT5pZnJfZGF0YSwgc2l6ZW9mKHdyZXEpKTsKIAkJYnJlYWs7Cg== --eddad4b6d552877d0a2e4dbb62dcc17e-1098979273-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 16:03:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8533116A4CE; Thu, 28 Oct 2004 16:03:33 +0000 (GMT) Received: from artemis.drwilco.net (loves.bsdchicks.com [209.162.227.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0247843D45; Thu, 28 Oct 2004 16:03:33 +0000 (GMT) (envelope-from lists@bsdchicks.com) Received: from 83.84.45.93 (localhost [127.0.0.1]) by artemis.drwilco.net (8.12.11/8.12.3) with SMTP id i9SG1Dln003589; Thu, 28 Oct 2004 12:01:13 -0400 (EDT) (envelope-from lists@bsdchicks.com) Message-ID: X-Mailer: BasiliX 1.1.0 -- http://basilix.org X-SenderIP: 83.84.45.93 Date: Thu, 28 Oct 2004 12:01:13 EDT From: "Rogier R. Mulhuijzen" To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="eddad4b6d552877d0a2e4dbb62dcc17e-1098979273" cc: wpaul@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: [PATCH] NDISulator fixed to work with wicontrol -L and dstum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Rogier R. Mulhuijzen" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 16:03:33 -0000 --eddad4b6d552877d0a2e4dbb62dcc17e-1098979273 Content-Type: text/plain On 27 Oct 2004 16:49 EDT you wrote: > > [Rogier R. Mulhuijzen, 2004-10-27] > > Also my whitespace use might not be standard, since I don't know what > > the standard is. > > See style(9) Noted. Updated http://www.bsdchicks.com/patches/if_ndis.c.patch to reflect a few style updates to the parts I added. Also attached the patch. Greetings, DocWilco --eddad4b6d552877d0a2e4dbb62dcc17e-1098979273 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Description: if_ndis.c.patch Content-Disposition: attachment; filename="if_ndis.c.patch" LS0tIHN5cy9kZXYvaWZfbmRpcy9pZl9uZGlzLmMub3JpZwlXZWQgT2N0IDI3 IDE3OjAxOjU1IDIwMDQKKysrIHN5cy9kZXYvaWZfbmRpcy9pZl9uZGlzLmMJ VGh1IE9jdCAyOCAxNzozNTo1NSAyMDA0CkBAIC0yMDExLDcgKzIwMTEsOSBA QAogCW5kaXNfODAyMTFfYnNzaWRfbGlzdF9leCAqYmw7CiAJbmRpc193bGFu X2Jzc2lkX2V4CSp3YjsKIAlzdHJ1Y3Qgd2lfYXBpbmZvCSphcGk7Ci0JaW50 CQkJZXJyb3IsIGksIGosIGxlbiwgbWF4YXBzOworCXN0cnVjdCB3aV9zY2Fu X3AyX2hkcgkqcDI7CisJc3RydWN0IHdpX3NjYW5fcmVzCSpyZXM7CisJaW50 CQkJZXJyb3IsIGksIGosIGssIGxlbiwgbWF4YXBzOwogCiAJc2MgPSBpZnAt PmlmX3NvZnRjOwogCWlmciA9IChzdHJ1Y3QgaWZyZXEgKilkYXRhOwpAQCAt MjA3MCw2ICsyMDcyLDc1IEBACiAJCQlhcGkrKzsKIAkJCXdiID0gKG5kaXNf d2xhbl9ic3NpZF9leCAqKSgoY2hhciAqKXdiICsgd2ItPm53YnhfbGVuKTsK IAkJfQorCQlmcmVlKGJsLCBNX0RFVkJVRik7CisJCWVycm9yID0gY29weW91 dCgmd3JlcSwgaWZyLT5pZnJfZGF0YSwgc2l6ZW9mKHdyZXEpKTsKKwkJYnJl YWs7CisJY2FzZSBXSV9SSURfU0NBTl9SRVM6CisJCWxlbiA9IDA7CisJCWVy cm9yID0gbmRpc19zZXRfaW5mbyhzYywgT0lEXzgwMl8xMV9CU1NJRF9MSVNU X1NDQU4sCisJCSAgICBOVUxMLCAmbGVuKTsKKwkJaWYgKGVycm9yID09IDAp CisJCQl0c2xlZXAoJmVycm9yLCBQUEFVU0V8UENBVENILCAic3NpZHNjYW4i LCBoeiAqIDIpOworCQlsZW4gPSAwOworCQllcnJvciA9IG5kaXNfZ2V0X2lu Zm8oc2MsIE9JRF84MDJfMTFfQlNTSURfTElTVCwgTlVMTCwgJmxlbik7CisJ CWlmIChlcnJvciAhPSBFTk9TUEMpCisJCQlicmVhazsKKwkJYmwgPSBtYWxs b2MobGVuLCBNX0RFVkJVRiwgTV9XQUlUT0t8TV9aRVJPKTsKKwkJZXJyb3Ig PSBuZGlzX2dldF9pbmZvKHNjLCBPSURfODAyXzExX0JTU0lEX0xJU1QsIGJs LCAmbGVuKTsKKwkJaWYgKGVycm9yKSB7CisJCQlmcmVlKGJsLCBNX0RFVkJV Rik7CisJCQlicmVhazsKKwkJfQorCisJCWsgPSAwOworCQlwMiA9IChzdHJ1 Y3Qgd2lfc2Nhbl9wMl9oZHIgKil3cmVxLndpX3ZhbDsKKwkJcmVzID0gKHZv aWQgKikmcDJbMV07CisJCXdiID0gYmwtPm5ibHhfYnNzaWQ7CisJCXdoaWxl ICgoY2FkZHJfdCkocmVzICsgMSkgPCAoY2FkZHJfdCkoJndyZXEgKyAxKSAm JgorCQkgICAgayA8IGJsLT5uYmx4X2l0ZW1zKSB7CisJCQliemVybyhyZXMs IHNpemVvZigqcmVzKSk7CisJCQliY29weSgmd2ItPm53YnhfbWFjYWRkciwg JnJlcy0+d2lfYnNzaWQsCisJCQkgICAgc2l6ZW9mKHJlcy0+d2lfYnNzaWQp KTsKKwkJCXJlcy0+d2lfc3NpZF9sZW4gPSB3Yi0+bndieF9zc2lkLm5zX3Nz aWRsZW47CisJCQliY29weSgmd2ItPm53Ynhfc3NpZC5uc19zc2lkLCAmcmVz LT53aV9zc2lkLAorCQkJICAgIHJlcy0+d2lfc3NpZF9sZW4pOworCQkJaWYg KHdiLT5ud2J4X3ByaXZhY3kpIHsKKwkJCQlyZXMtPndpX2NhcGluZm8gfD0g SUVFRTgwMjExX0NBUElORk9fUFJJVkFDWTsKKwkJCX0KKwkJCS8qIFhYWCBX aGVyZSBjYW4gd2UgZ2V0IG5vaXNlIGluZm9ybWF0aW9uPyAqLworCQkJcmVz LT53aV9zaWduYWwgPSB3Yi0+bndieF9yc3NpICsgMTQ5OwkvKiBYWFggKi8K KwkJCXJlcy0+d2lfY2hhbiA9CisJCQkgICAgaWVlZTgwMjExX21oejJpZWVl KHdiLT5ud2J4X2NvbmZpZy5uY19kc2NvbmZpZyAvCisJCQkgICAgMTAwMCwg MCk7CisJCQkvKiBJbiAiYXV0byIgaW5mcmFzdHJ1Y3R1cmUgbW9kZSwgdGhp cyBpcyB1c2VsZXNzLiAqLworCQkJaWYgKHdiLT5ud2J4X25ldGluZnJhID09 IE5ESVNfODAyMTFfTkVUX0lORlJBX0lCU1MpCisJCQkJcmVzLT53aV9jYXBp bmZvIHw9IElFRUU4MDIxMV9DQVBJTkZPX0lCU1M7CisJCQlpZiAod2ItPm53 YnhfbGVuID4gc2l6ZW9mKG5kaXNfd2xhbl9ic3NpZCkpIHsKKwkJCQlqID0g c2l6ZW9mKG5kaXNfODAyMTFfcmF0ZXNfZXgpOworCQkJCS8qIGhhbmRsZSBv dGhlciBleHRlbmRlZCB0aGluZ3MgKi8KKwkJCX0gZWxzZQorCQkJCWogPSBz aXplb2YobmRpc184MDIxMV9yYXRlcyk7CisJCQlmb3IgKGkgPSByZXMtPndp X3JhdGUgPSAwOyBpIDwgajsgaSsrKQorCQkJCXJlcy0+d2lfcmF0ZSA9IE1B WChyZXMtPndpX3JhdGUsCisJCQkJICAgIHdiLT5ud2J4X3N1cHBvcnRlZHJh dGVzW2ldKTsKKwkJCW1lbWNweShyZXMtPndpX3NyYXRlcywgd2ItPm53Ynhf c3VwcG9ydGVkcmF0ZXMsCisJCQkJTUlOKGosIDEwKSk7CisJCQlpZiAoaiA8 IDEwKQorCQkJCXJlcy0+d2lfc3JhdGVzW2pdID0gMDsKKwkJCXJlcy0+d2lf cnN2ZCA9IDA7CisJCQlyZXMrKzsKKwkJCXdiID0gKG5kaXNfd2xhbl9ic3Np ZF9leCAqKSgoY2hhciAqKXdiICsgd2ItPm53YnhfbGVuKTsKKwkJCWsrKzsK KwkJfQorCQlwMi0+d2lfcnN2ZCA9IDA7CisJCXAyLT53aV9yZWFzb24gPSBr OworCQl3cmVxLndpX2xlbiA9IChzaXplb2YoKnAyKSArIHNpemVvZigqcmVz KSAqIGspIC8gMjsKKwkJLyoKKwkJICogWFhYOiB0aGlzIGlzIF9zb18gaGFj a2lzaCwgc2hvdWxkIHByb2JhYmx5IGJlIGZpeGVkIGluCisJCSAqIHdpY29u dHJvbC4gVGhhdCB1c2VzIGEgPCB0byBjb21wYXJlIHdpX2xlbiB0byB0aGUg cmVjb3JkCisJCSAqIGxlbmd0aC4gSXQgc2hvdWxkIHByb2JhYmx5IHVzZSA8 PSBhbmQgYmUgc2Vuc2libGUuCisJCSAqLworCQl3cmVxLndpX2xlbisrOwog CQlmcmVlKGJsLCBNX0RFVkJVRik7CiAJCWVycm9yID0gY29weW91dCgmd3Jl cSwgaWZyLT5pZnJfZGF0YSwgc2l6ZW9mKHdyZXEpKTsKIAkJYnJlYWs7Cg== --eddad4b6d552877d0a2e4dbb62dcc17e-1098979273-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 16:44:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20B4716A4CE for ; Thu, 28 Oct 2004 16:44:42 +0000 (GMT) Received: from av3-2-sn4.m-sp.skanova.net (av3-2-sn4.m-sp.skanova.net [81.228.10.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77C6943D2F for ; Thu, 28 Oct 2004 16:44:41 +0000 (GMT) (envelope-from diizzy@telia.com) Received: by av3-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id D576937E8A; Thu, 28 Oct 2004 18:44:40 +0200 (CEST) Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av3-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id C73E637E63; Thu, 28 Oct 2004 18:44:40 +0200 (CEST) Received: from d1o402.telia.com (d1o402.telia.com [195.67.227.92]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 8EE9037E5C; Thu, 28 Oct 2004 18:44:40 +0200 (CEST) Received: by d1o402.telia.com (8.11.1/8.10.1) id i9SGiex00380; Thu, 28 Oct 2004 18:44:40 +0200 (CEST) Date: Thu, 28 Oct 2004 18:44:40 +0200 (CEST) Message-Id: <200410281644.i9SGiex00380@d1o402.telia.com> X-Authentication-Warning: d1o402.telia.com: www set sender to diizzy@telia.com using -f From: "DiiZzY" To: "Ketrien I. Saihr-Kesenchedra" X-Mailer: SF Webmail X-SF-webmail-clientstamp: [217.210.253.102] 2004-10-28 18:44:40 cc: freebsd-current@freebsd.org Subject: Re: AMD PCnet/PCI Fast Ethernet driver issues in 5.3RC1 / 5.3-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: DiiZzY List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 16:44:42 -0000 quoting "Ketrien I. Saihr-Kesenchedra" : > Daniel Engberg wrote: > > >Hi, the dmesg output is the following. > >pcn0: port 0xe400-0xe41f mem > >0xe2001000-0xe200101f irq 11 at device 10.0 on pci0 > >miibus0: on pcn0 > >lxtphy0: on miibus0 > >lxtphy0: 100baseFX, 100baseFX-FDX, 10baseT, 10baseT-FDX, 100baseTX, > >100baseTX-FDX, audio > >pcn0: Ethernet address: 00:60:b0:eb:c3:c6 > >pcn0: if_start running deferred for Giant > >pcn0: [GIANT-LOCKED] > > > I must have missed earlier posts in this thread. (Not a surprise, I > usually only have time to skip over -current.) The problem you are > describing here is nearly identical to pcm-as-module here, with a > generic/unknown PHY. I haven't had time to properly debug, since the pcn > on the system in question is a) onboard and b) the only working NIC with > driver currently in the system. The symptoms I saw were specifically > that if pcn was compiled as module and loaded, it seemed not to attach > PHY properly. Can you try compiling pcn as a module, and seeing if the > behavior is identical on load? Then try unloading and reloading the driver? > > -ksaihr > Hmm, unfortunately your tip didn't solve my issue but it was worth a try. I recompiled the kernel without pcn and lnc (since lnc will attach if pcn is not found) and here's how it went: kldload if_pcn ifconfig pcn0 inet 192.168.1.40 netmask 255.255.255.0 ping 192.168.1.1 - 100% loss kldunload if_pcn kldload if_pcn ifconfig pcn0 inet 192.168.1.40 netmask 255.255.255.0 ping 192.168.1.1 - 100% loss kldunload pcn kldload if_lnc ifconfig lnc1 inet 192.168.1.40 netmask 255.255.255.0 - lnc1: Initialisation failed If you reboot and load lnc without touching the pcn driver the nic works fine (including ping etc). //Danne From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 16:57:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39B3116A4CF; Thu, 28 Oct 2004 16:57:12 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4C1C43D1D; Thu, 28 Oct 2004 16:57:11 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id C65F72955FD; Thu, 28 Oct 2004 12:56:58 -0400 (EDT) Received: from 207.219.213.163 (proxying for unknown) (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Thu, 28 Oct 2004 12:56:58 -0400 (EDT) Message-ID: <18669.207.219.213.163.1098982618.squirrel@207.219.213.163> In-Reply-To: <20041028174751.37d14505.lehmann@ans-netz.de> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027204852.GY95878@horsey.gshapiro.net> <20041027230039.7a5d0150.lehmann@ans-netz.de> <20041027210303.GZ95878@horsey.gshapiro.net> <20041027233309.122e4207.lehmann@ans-netz.de> <20041027214224.GA60882@dragon.nuxi.com> <20041028002251.73eae308.lehmann@ans-netz.de> <20041028174751.37d14505.lehmann@ans-netz.de> Date: Thu, 28 Oct 2004 12:56:58 -0400 (EDT) From: "Mike Jakubik" To: "Oliver Lehmann" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-wettoast-MailScanner-Information: Please contact the ISP for more information X-wettoast-MailScanner: Found to be clean X-MailScanner-From: mikej@rogers.com cc: mbr@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 16:57:12 -0000 Oliver Lehmann said: > Oliver Lehmann wrote: > >> I've tried supersede domain-name-servers ""; in /etc/dhclient.conf, But >> that seems to have no effect. I can't see any other way to prevent >> dhclient from touching my resolv.conf in that man page. Maybe you can >> point me? >> >> man 8 dhclient-script says >> >> HOOKS >> When it starts, the client script first defines a shell >> function, make_resolv_conf , which is later used to create the >> /etc/resolv.conf file. To override the default behaviour, >> redefine this function in the enter hook script. >> > > Martin, > > do you think, it is a good solution to overwrite the function definition > to prevent overwriting your resolv.conf? Wouldn't be a rc.conf parameter > easier for beginners to "get", and more stringent to the whole system of > configuration? > What do others think? I think it would be a great idea to add a rc.conf variable that would control the behaviour of dhclient and dns. In windows for example, when you set to use DHCP for an interface, you are given the option to obtain DNS from DHCP or set is statically. Simillar functionality via rc.conf variables would be ideal in my opinion. From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 17:27:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5E9416A4CE for ; Thu, 28 Oct 2004 17:27:02 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A98943D55 for ; Thu, 28 Oct 2004 17:27:02 +0000 (GMT) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id i9SHQtSs011705; Thu, 28 Oct 2004 13:26:58 -0400 (EDT) (envelope-from winter@jurai.net) Date: Thu, 28 Oct 2004 13:26:55 -0400 (EDT) From: "Matthew N. Dodd" To: DiiZzY In-Reply-To: <200410281644.i9SGiex00380@d1o402.telia.com> Message-ID: <20041028132517.X33456@sasami.jurai.net> References: <200410281644.i9SGiex00380@d1o402.telia.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Thu, 28 Oct 2004 13:26:58 -0400 (EDT) cc: "Ketrien I. Saihr-Kesenchedra" cc: freebsd-current@freebsd.org Subject: Re: AMD PCnet/PCI Fast Ethernet driver issues in 5.3RC1 / 5.3-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 17:27:02 -0000 On Thu, 28 Oct 2004, DiiZzY wrote: > If you reboot and load lnc without touching the pcn driver the nic works > fine (including ping etc). Try this: ftp://ftp.jurai.net/users/winter/if_pcn.patch -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 17:28:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 569AC16A4CE for ; Thu, 28 Oct 2004 17:28:44 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id B972E43D41 for ; Thu, 28 Oct 2004 17:28:43 +0000 (GMT) (envelope-from oliver.bantke@t-g-p.org) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CNE4m-0005v0-00; Thu, 28 Oct 2004 19:28:40 +0200 Received: from [80.142.178.164] (helo=[192.168.0.4]) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1CNE4l-0002lI-00; Thu, 28 Oct 2004 19:28:39 +0200 Message-ID: <41812CA9.3010503@t-g-p.org> Date: Thu, 28 Oct 2004 19:30:17 +0200 From: Oliver Bantke User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Yamamoto Shigeru References: <20041028.115737.55780539.shigeru@iij.ad.jp> In-Reply-To: <20041028.115737.55780539.shigeru@iij.ad.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:4dc38286c03e825cae68e19469c6c3a1 cc: freebsd-current@freebsd.org Subject: Re: who is test Intel PRO/Wireless 2100/2200BG/2915ABG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 17:28:44 -0000 Hi, I tested the ipw driver on my Acer TM 661 and it works well here, too. Yamamoto Shigeru wrote: > Hi, all. > > I find a Intel PRO/Wireless 2100/2200BG/2915ABG for *BSD at > > http://damien.bergamini.free.fr/ipw/ > > But I don't have these devices. > #So I can't test ipw/iwi drivers. > > Does anyone test it? > > thanks, > ------- > YAMAMOTO Shigeru > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 18:00:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78E2A16A4CE for ; Thu, 28 Oct 2004 18:00:02 +0000 (GMT) Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DA3743D5F for ; Thu, 28 Oct 2004 18:00:01 +0000 (GMT) (envelope-from ben@spooty.net) Received: from [80.1.184.120] by mta03-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <20041028175810.OMLA25095.mta03-svc.ntlworld.com@[80.1.184.120]> for ; Thu, 28 Oct 2004 18:58:10 +0100 From: Ben Paley To: FreeBSD Current Date: Thu, 28 Oct 2004 19:02:46 +0100 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410281902.47158.ben@spooty.net> Subject: USB - erratic function, no printing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 18:00:02 -0000 Hello, I'm having difficulty with usb devices, specifically a camera and a printer. Problem ONE is that they are not always detected. Sometimes everything goes fine: ======================================================== ugen0: Eastman Kodak Company KODAK EasyShare DX4530 Zoom Digital Camera, rev 2.0 0/1.00, addr 3 umass0: EPSON USB2.0 MFP, rev 2.00/1.00, addr 2 ulpt0: EPSON USB2.0 MFP, rev 2.00/1.00, addr 2, iclass 8/6 ulpt0: using bi-directional mode da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 ======================================================== and all the right device nodes are created for the printer - /dev/ulpt0 and /dev/unlpt0. Sometimes these messages don't show up, but I get this a few minutes after I turn one of them on: ======================================================== uhub0: device problem, disabling port 2 ======================================================== I am really not sure what's making the difference, except that it seems never to work if either of them is on when the box boots up, or if I turn on the printer before the camera... but those are certainly not the full story, and I can't pretend to have been exhaustive in testing all the permutations. Problem TWO is with the printer, a nice new Epson Stylus Photo R300, which works beautifully in Windows. In FreeBSD, the camera works fine (with gphoto2 in the command line) once it's detected. But the printer responds very poorly. Doing su-2.05b# lptest 20 10 > /dev/ulpt0 makes the printer kind of clear its throat, like it's getting ready to do something, but changes its mind. At least I know I've got the right node, as redirecting to /dev/unlpt0 does nothing at all. There's a proper driver for this printer, print/pips-spr300_310 and I've installed that and followed all the setup instructions, configured /etc/printcap with the supplied script... su-2.05b# lptest 20 10 | lpr -Pspr300_310 su-2.05b# lpq -Pspr300_310 Rank Owner Job Files Total Size 1st root 0 (standard input) 210 bytes But nothing will happen at all, for ever, not even a throat-clearing. I cvsupped yesterday (2004-10-27, ports and source) - su-2.05b# uname -a FreeBSD potato.hogsedge.net 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Oct 28 14:12:12 BST 2004 root@potato.hogsedge.net:/usr/obj/usr/src/sys/POTATO i386 I'd really appreciate help with these. Thanks a lot, Ben From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 18:13:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12A7716A4CE for ; Thu, 28 Oct 2004 18:13:25 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A8FF43D66 for ; Thu, 28 Oct 2004 18:13:24 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.0.6] (adsl-69-211-137-113.dsl.wotnoh.ameritech.net [69.211.137.113]) (authenticated bits=0)i9SHtaUJ041444 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 28 Oct 2004 13:55:38 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: "Daan Vreeken [PA4DAN]" Date: Thu, 28 Oct 2004 14:15:48 -0400 User-Agent: KMail/1.7 References: <200410272315.29299.mistry.7@osu.edu> <200410281608.22225.Danovitsch@Vitsch.net> In-Reply-To: <200410281608.22225.Danovitsch@Vitsch.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5877876.qNxCPxJ4RO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410281415.55928.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com cc: freebsd-current@freebsd.org Subject: Re: kern/73000: UHCI driver fails to detect (certain) interrupts on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 18:13:25 -0000 --nextPart5877876.qNxCPxJ4RO Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 28 October 2004 10:08 am, you wrote: > On Thursday 28 October 2004 05:15, you wrote: > > uhci0: port 0xd800-0xd81f irq 3 at device > > 17.2 on pci0 > > uhci0: [GIANT-LOCKED] > > usb0: on uhci0 > > usb0: USB revision 1.0 > > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub0: 2 ports with 2 removable, self powered > > uhub1: Texas Instruments TUSB2046 hub, class 9/0, rev 1.10/1.25, addr > > 2 uhub1: 4 ports with 4 removable, self powered > > uhci1: port 0xdc00-0xdc1f irq 3 at device > > 17.3 on pci0 > > uhci1: [GIANT-LOCKED] > > usb1: on uhci1 > > usb1: USB revision 1.0 > > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub2: 2 ports with 2 removable, self powered > > uhci2: port 0xe000-0xe01f irq 3 at device > > 17.4 on pci0 > > uhci2: [GIANT-LOCKED] > > usb2: on uhci2 > > usb2: USB revision 1.0 > > uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub3: 2 ports with 2 removable, self powered > > > > This patch causes problems with my system and plugging in usb devices, > > they are most of the time not detected. > > It could be that this patch causes you problems, but to know for sure > and to find out where it's going wrong I need more information. Could > you please be more specific in what you could do without the patch, and > what doesn't work with the patch? > > Can you provide the dmesg log events of a kernel with and without the > patch and show what you think goes wrong there? > > thanks, > Daan Well I guess it must have been some freak occurance since I tried the patch= =20 again today and everything seems to be working. =2D-=20 Anish Mistry --nextPart5877876.qNxCPxJ4RO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBgTdbxqA5ziudZT0RAi1qAJ0XySCKqHHleeOZvNLvLEKRLcP6BQCg1wE0 TqclvOz7ko0IyTstwqYcJJk= =kkc6 -----END PGP SIGNATURE----- --nextPart5877876.qNxCPxJ4RO-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 18:22:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6CD616A4CE for ; Thu, 28 Oct 2004 18:22:55 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3125643D55 for ; Thu, 28 Oct 2004 18:22:55 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.2] (vpn-client-2.marcuscom.com [10.2.1.2]) i9SIM4i8012227; Thu, 28 Oct 2004 14:22:07 -0400 (EDT) (envelope-from marcus@marcuscom.com) Message-ID: <418138D0.6090304@marcuscom.com> Date: Thu, 28 Oct 2004 14:22:08 -0400 From: Joe Marcus Clarke Organization: MarcusCom, Inc. User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <1098850867.51833.14.camel@shumai.marcuscom.com> <1098862658.1062.3.camel@localhost> <20041027110528.T91011@treo.operax.com> <20041028123001.GF8588@odin.ac.hmc.edu> In-Reply-To: <20041028123001.GF8588@odin.ac.hmc.edu> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on creme-brulee.marcuscom.com cc: Vladimir Grebenschikov cc: "current@freebsd.org" cc: Johan Larsson Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 18:22:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Brooks Davis wrote: | On Wed, Oct 27, 2004 at 11:06:04AM +0200, Johan Larsson wrote: | |>Hello! |> |>On Wed, 27 Oct 2004, Vladimir Grebenschikov wrote: |> |> |>>? ??, 27/10/2004 ? 00:21 -0400, Joe Marcus Clarke ?????: |>> |>>>The more I look into this, the more it looks like I'm screwed. I'm |>>>trying to install FreeBSD 5.3-RC1 from CD on a machine without any PS/2 |>>>ports. All I have is a USB keyboard. Yes, the BIOS has legacy USB |>>>support enabled, and the keyboard works to hit enter at the initial boot |>>>prompt. However, once I'm in sysinstall, I'm out of luck. |>>> |>>>I tried disconnecting the keyboard at boot time to see if I could get a |>>>serial console to do the installation, but that didn't work. The |>>>console was still detected as internal video. Any ideas on how I can |>>>get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. |>> |>>Yes, instruct kernel to put console on serial from loader prompt |>>( I guess something like |>> OK set hint.sio.0.flags="0x10" |>> OK boot -h |>> or like |>> ) |>> |> |>We installed RC1 on a GX280 recently, and the only thing we had to do to |>get the usb keyboard working was to set the following in the loader: |> |>set hint.atkbd.0.flags="0x1" |> |>And to make it resident, put it in the /boot/device.hints after the |>installation. | | | This is supposed to be being set on the release CDs. The test CD I | posted links to uses nearly the same code I committed. I'm going | to have to see if I can tear an ISO apart to verify what's on it. | Unfortunately, my hotel has a 150MB cap (f-ing ridiculous for 29 Euros). Did your changes make it into 5.3-RC1? Joe | | -- Brooks | - -- PGP Key : http://www.marcuscom.com/pgp.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBgTjPb2iPiv4Uz4cRAgj9AKCEP63aSuSJfrFHidiagjWww7F05gCeLY1U JSDswq/7xBSU8BXV0+SRRlA= =W5xr -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 18:29:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5FA016A4CE; Thu, 28 Oct 2004 18:29:31 +0000 (GMT) Received: from pat.uio.no (pat.uio.no [129.240.130.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41ACE43D54; Thu, 28 Oct 2004 18:29:31 +0000 (GMT) (envelope-from odberg@fangorn.uio.no) Received: from mail-mx3.uio.no ([129.240.10.44]) by pat.uio.no with esmtp (Exim 4.34) id 1CNF1d-0001qr-QC; Thu, 28 Oct 2004 20:29:29 +0200 Received: from fangorn.uio.no ([129.240.186.9]) by smtp.uio.no with esmtp (Exim 4.34) id 1CNF1T-0005tm-54; Thu, 28 Oct 2004 20:29:19 +0200 Received: from odberg by fangorn.uio.no with local (Exim 4.30) id 1CNF1R-0000zF-V9; Thu, 28 Oct 2004 20:29:17 +0200 To: Gleb Smirnoff References: <200410111810.i9BIATXr023507@Espresso.NEEBU.Net> <20041019164557.GA84168@cell.sick.ru> From: Anders Odberg Date: Thu, 28 Oct 2004 20:29:17 +0200 In-Reply-To: <20041019164557.GA84168@cell.sick.ru> (Gleb Smirnoff's message of "Tue, 19 Oct 2004 20:45:57 +0400") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) XEmacs/21.4 (Security Through Obscurity, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Anders Odberg X-MailScanner-Information: This message has been scanned for viruses/spam. Contact postmaster@uio.no if you have questions about this scanning X-UiO-MailScanner: No virus found X-UiO-Spam-info: not spam, SpamAssassin (score=-5, required 12, UIO_MAIL_IS_INTERNAL -5.00) cc: freebsd-current@freebsd.org cc: Jake Khuon Subject: Re: broken APM on IBM-T30 with 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 18:29:31 -0000 [Gleb Smirnoff] | | I recently CVSup'd and noticed I can no longer APM suspend properly. | | The system just freezes while going into suspend. I don't know if | | I'm getting a panic or not. There's no trace or anything. Anyone | | got any ideas? The problem occurs in multiuser and singleuser mode | | and regardless of whether I'm in X or not. I'm not evern sure where | | to begin looking. | | can you try out attached hack? I can confirm that the patch you attached solved my long-standing problems with APM suspend/resume on a Thinkpad T40 and A21e when applied to todays RELENG_5 cvsup. All versions of RELENG_5 I've tried since the end of August have caused my Thinkpads to freeze either when suspending or when resuming. Thanks! -ao. -- Anders Odberg, Center for Information Technology Services University of Oslo, Norway From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 18:34:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD63916A4CE; Thu, 28 Oct 2004 18:34:37 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A51543D58; Thu, 28 Oct 2004 18:34:37 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i9SIYY13053464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Oct 2004 22:34:35 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i9SIYYNW053463; Thu, 28 Oct 2004 22:34:34 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Thu, 28 Oct 2004 22:34:34 +0400 From: Gleb Smirnoff To: Anders Odberg , mdodd@freebsd.org, sos@freebsd.org Message-ID: <20041028183434.GA53441@cell.sick.ru> References: <200410111810.i9BIATXr023507@Espresso.NEEBU.Net> <20041019164557.GA84168@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: Jake Khuon Subject: Re: broken APM on IBM-T30 with 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 18:34:38 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Thu, Oct 28, 2004 at 08:29:17PM +0200, Anders Odberg wrote: A> | | I recently CVSup'd and noticed I can no longer APM suspend properly. A> | | The system just freezes while going into suspend. I don't know if A> | | I'm getting a panic or not. There's no trace or anything. Anyone A> | | got any ideas? The problem occurs in multiuser and singleuser mode A> | | and regardless of whether I'm in X or not. I'm not evern sure where A> | | to begin looking. A> | A> | can you try out attached hack? A> A> I can confirm that the patch you attached solved my long-standing problems A> with APM suspend/resume on a Thinkpad T40 and A21e when applied to todays A> RELENG_5 cvsup. All versions of RELENG_5 I've tried since the end of August A> have caused my Thinkpads to freeze either when suspending or when resuming. This hack was a dirty one. A better solution provided by Matthew Dodd is attached. However, it may not apply cleanly, since some things have already changed in source (at least in HEAD). For more information contact Matthew, who have investigated this problem and Soren, who is our ATA maintainer. I've Cc'ed both of them. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ata-all.patch" Index: ata-all.c =================================================================== RCS file: /home/cvs/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.232 diff -u -u -r1.232 ata-all.c --- ata-all.c 13 Oct 2004 15:16:35 -0000 1.232 +++ ata-all.c 19 Oct 2004 19:30:59 -0000 @@ -86,6 +86,7 @@ static struct intr_config_hook *ata_delayed_attach = NULL; static int ata_dma = 1; static int atapi_dma = 1; +static int ata_resuming = 0; /* sysctl vars */ SYSCTL_NODE(_hw, OID_AUTO, ata, CTLFLAG_RD, 0, "ATA driver parameters"); @@ -337,20 +352,21 @@ ata_suspend(device_t dev) { struct ata_channel *ch; - int gotit = 0; if (!dev || !(ch = device_get_softc(dev))) return ENXIO; - while (!gotit) { + while (1) { mtx_lock(&ch->state_mtx); if (ch->state == ATA_IDLE) { ch->state = ATA_ACTIVE; - gotit = 1; + mtx_unlock(&ch->state_mtx); + goto out; } mtx_unlock(&ch->state_mtx); - tsleep(&gotit, PRIBIO, "atasusp", hz/10); + tsleep(ch, PRIBIO, "atasusp", hz/10); } +out: ch->locking(ch, ATA_LF_UNLOCK); return 0; } @@ -364,8 +380,10 @@ if (!dev || !(ch = device_get_softc(dev))) return ENXIO; + ata_resuming = 1; error = ata_reinit(ch); ata_start(ch); + ata_resuming = 0; return error; } @@ -838,7 +944,7 @@ void ata_udelay(int interval) { - if (interval < (1000000/hz) || ata_delayed_attach) + if (interval < (1000000/hz) || ata_delayed_attach || ata_resuming) DELAY(interval); else tsleep(&interval, PRIBIO, "ataslp", interval/(1000000/hz)); --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 18:53:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2348C16A4CE for ; Thu, 28 Oct 2004 18:53:23 +0000 (GMT) Received: from amsfep19-int.chello.nl (amsfep19-int.chello.nl [213.46.243.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id B47E043D2D for ; Thu, 28 Oct 2004 18:53:21 +0000 (GMT) (envelope-from Danovitsch@Vitsch.net) Received: from Vitsch.net ([212.187.78.35]) by amsfep19-int.chello.nl (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041028185319.VEFI24789.amsfep19-int.chello.nl@Vitsch.net>; Thu, 28 Oct 2004 20:53:19 +0200 Received: from 192.168.1.36 (f59122.upc-f.chello.nl [80.56.59.122]) by Vitsch.net (8.12.3p2/8.11.3) with ESMTP id i9SIrAun088604; Thu, 28 Oct 2004 20:53:12 +0200 (CEST) (envelope-from Danovitsch@Vitsch.net) From: "Daan Vreeken [PA4DAN]" To: Anish Mistry Date: Thu, 28 Oct 2004 20:52:39 +0200 User-Agent: KMail/1.5.2 References: <200410272315.29299.mistry.7@osu.edu> <200410281608.22225.Danovitsch@Vitsch.net> <200410281415.55928.mistry.7@osu.edu> In-Reply-To: <200410281415.55928.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410282052.39849.Danovitsch@Vitsch.net> cc: FreeBSD-current@FreeBSD.org Subject: Re: kern/73000: UHCI driver fails to detect (certain) interrupts on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 18:53:23 -0000 On Thursday 28 October 2004 20:15, you wrote: > On Thursday 28 October 2004 10:08 am, you wrote: > > On Thursday 28 October 2004 05:15, you wrote: > > > uhci0: port 0xd800-0xd81f irq 3 at device > > > 17.2 on pci0 > > > uhci0: [GIANT-LOCKED] > > > usb0: on uhci0 > > > usb0: USB revision 1.0 > > > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > > uhub0: 2 ports with 2 removable, self powered > > > uhub1: Texas Instruments TUSB2046 hub, class 9/0, rev 1.10/1.25, addr > > > 2 uhub1: 4 ports with 4 removable, self powered > > > uhci1: port 0xdc00-0xdc1f irq 3 at device > > > 17.3 on pci0 > > > uhci1: [GIANT-LOCKED] > > > usb1: on uhci1 > > > usb1: USB revision 1.0 > > > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > > uhub2: 2 ports with 2 removable, self powered > > > uhci2: port 0xe000-0xe01f irq 3 at device > > > 17.4 on pci0 > > > uhci2: [GIANT-LOCKED] > > > usb2: on uhci2 > > > usb2: USB revision 1.0 > > > uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > > uhub3: 2 ports with 2 removable, self powered > > > > > > This patch causes problems with my system and plugging in usb devices, > > > they are most of the time not detected. > > > > It could be that this patch causes you problems, but to know for sure > > and to find out where it's going wrong I need more information. Could > > you please be more specific in what you could do without the patch, and > > what doesn't work with the patch? > > > > Can you provide the dmesg log events of a kernel with and without the > > patch and show what you think goes wrong there? > > > > thanks, > > Daan > > Well I guess it must have been some freak occurance since I tried the patch > again today and everything seems to be working. Ok, thanks for trying the patch again. It would have wonderd me if the patch killed something, since the patch handles more interrupts, not less. But having it verified on more machines is always a good thing. grtz, Daan From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 18:56:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8740216A4CE for ; Thu, 28 Oct 2004 18:56:13 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58EBE43D48 for ; Thu, 28 Oct 2004 18:56:13 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22060 invoked from network); 28 Oct 2004 18:56:12 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Oct 2004 18:56:12 -0000 Received: from [10.50.40.221] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9SIu7Qt030006; Thu, 28 Oct 2004 14:56:08 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Shunsuke SHINOMIYA Date: Thu, 28 Oct 2004 11:11:24 -0400 User-Agent: KMail/1.6.2 References: <20041022171924.73B3.SHINO@fornext.org> <200410271352.04069.jhb@FreeBSD.org> <20041028165604.DCF8.SHINO@fornext.org> In-Reply-To: <20041028165604.DCF8.SHINO@fornext.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410281111.24398.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: obrien@FreeBSD.org Subject: Re: disabling interrupt storm protection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 18:56:13 -0000 On Thursday 28 October 2004 06:13 am, Shunsuke SHINOMIYA wrote: > Thank you, John. > > > Can you try this patch: > > > > --- //depot/vendor/freebsd/src/sys/kern/kern_intr.c 2004/09/05 02:10:52 > > +++ //depot/projects/smpng/sys/kern/kern_intr.c 2004/10/27 17:41:06 > > snip > > > First, can you test that your system works with the default threshold, > > and second, can you test that setting the threshold to zero disables the > > storm detection? > > I applied your patch to kern_intr.c, and then I transmitted the high > rate(148kpps) IP traffic to the box with the default threshold. But > storm protection was not invoked. > > It seem that sensitivity of the detector is fallen. > > I tried some patterns of the packet loss test(transmitting the packets > of the wire rate in 100Mbps to the box for 10 seconds. The frame size > of each packets is 64 octet). > > These results are as follows. > > Each `before' and `after' are outputs of `vmstat -i | grep em'. Please > observe the first numerical value(number of interrupts since system > startup). kern.hz is 100 at all trials. And `Interrupt Moderation', one > of the feature of em was disabled. > > ========== > o kern_intr.c applied your patch. > o hw.intr_storm_threshold=500(default) > > remark > o The test results of both 1st and 2nd trial are good, low packet loss > rate. A difference of both trials may be measurement error. > o Interrupt storm protections is not invoked. > o The interrupts rate of em0(input side) is about 25000 interrupts per > second during a trial. > o When hw.intr_storm_threshold=200, Interrupt storm protections is not > invoked. Excellent, thanks. I feared that the stuff under #ifdef HACK was causing false positives. I'll revert the code to the non-HACK version in HEAD and will get it into RELENG_5 at some point (though it is probably too late for 5.3.) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 18:56:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2492416A4CE for ; Thu, 28 Oct 2004 18:56:16 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDF8C43D48 for ; Thu, 28 Oct 2004 18:56:15 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 25350 invoked from network); 28 Oct 2004 18:56:15 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Oct 2004 18:56:14 -0000 Received: from [10.50.40.221] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9SIu7Qu030006; Thu, 28 Oct 2004 14:56:11 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: "Daan Vreeken [PA4DAN]" Date: Thu, 28 Oct 2004 14:05:06 -0400 User-Agent: KMail/1.6.2 References: <200410260922.11894.Danovitsch@Vitsch.net> <200410271532.22140.jhb@FreeBSD.org> <200410281636.39431.Danovitsch@Vitsch.net> In-Reply-To: <200410281636.39431.Danovitsch@Vitsch.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410281405.06424.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: FreeBSD-current@FreeBSD.org Subject: Re: UHCI patch stops system lockup (kern/73000) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 18:56:16 -0000 On Thursday 28 October 2004 10:36 am, Daan Vreeken [PA4DAN] wrote: > On Wednesday 27 October 2004 21:32, you wrote: > > On Tuesday 26 October 2004 03:22 am, Daan Vreeken [PA4DAN] wrote: > > > Hi All, > > > > > > Friday I have submitted a PR with a patch attached to it that fixes a > > > bug in the UHCI USB driver. The bug causes a lot of UHCI systems with > > > USB devices plugged during boot to either boot very slowly (take > > > minutes), or seem to halt forever during boot. > > > > > > See : > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=73000 > > > > > > Could someone please take a look at the PR? > > > > Looks sane to me. Has anyone objected to this fix? > > Yes, today Anish Mistry sent an email stating that his machine failed to > detect usb devices on plug-in with the patch. But the email lacked > information to find the cause of the problems. > I want to see what comes out of his experiments first before this PR is > committed. Can you determine which interrupts you need turned on for your problem to be fixed? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 18:56:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96B2216A519 for ; Thu, 28 Oct 2004 18:56:25 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F28F43D55 for ; Thu, 28 Oct 2004 18:56:25 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 25695 invoked from network); 28 Oct 2004 18:56:25 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Oct 2004 18:56:24 -0000 Received: from [10.50.40.221] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9SIu7R0030006; Thu, 28 Oct 2004 14:56:21 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org, "Rogier R. Mulhuijzen" Date: Thu, 28 Oct 2004 14:49:46 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410281449.46173.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: wpaul@FreeBSD.org cc: current@FreeBSD.org Subject: Re: [PATCH] NDISulator fixed to work with wicontrol -L and dstum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 18:56:25 -0000 On Thursday 28 October 2004 12:01 pm, Rogier R. Mulhuijzen wrote: > On 27 Oct 2004 16:49 EDT you wrote: > > [Rogier R. Mulhuijzen, 2004-10-27] > > > > > Also my whitespace use might not be standard, since I don't know what > > > the standard is. > > > > See style(9) > > Noted. > > Updated http://www.bsdchicks.com/patches/if_ndis.c.patch to reflect a few > style updates to the parts I added. > > Also attached the patch. > > Greetings, > > DocWilco Can you please file a PR with this patch so it doesn't get lost? Also, another person to ask might be sam@FreeBSD.org. Also, if you have a patch for wicontrol(8) that lets you remove hack you do at the end that might be nice as well. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 18:56:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B31D716A51D for ; Thu, 28 Oct 2004 18:56:25 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70EC543D5C for ; Thu, 28 Oct 2004 18:56:25 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 25695 invoked from network); 28 Oct 2004 18:56:25 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 28 Oct 2004 18:56:24 -0000 Received: from [10.50.40.221] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9SIu7R0030006; Thu, 28 Oct 2004 14:56:21 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org, "Rogier R. Mulhuijzen" Date: Thu, 28 Oct 2004 14:49:46 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410281449.46173.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: wpaul@FreeBSD.org cc: current@FreeBSD.org Subject: Re: [PATCH] NDISulator fixed to work with wicontrol -L and dstum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 18:56:26 -0000 On Thursday 28 October 2004 12:01 pm, Rogier R. Mulhuijzen wrote: > On 27 Oct 2004 16:49 EDT you wrote: > > [Rogier R. Mulhuijzen, 2004-10-27] > > > > > Also my whitespace use might not be standard, since I don't know what > > > the standard is. > > > > See style(9) > > Noted. > > Updated http://www.bsdchicks.com/patches/if_ndis.c.patch to reflect a few > style updates to the parts I added. > > Also attached the patch. > > Greetings, > > DocWilco Can you please file a PR with this patch so it doesn't get lost? Also, another person to ask might be sam@FreeBSD.org. Also, if you have a patch for wicontrol(8) that lets you remove hack you do at the end that might be nice as well. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 19:02:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04A0116A4CE for ; Thu, 28 Oct 2004 19:02:02 +0000 (GMT) Received: from av1-1-sn1.fre.skanova.net (av1-1-sn1.fre.skanova.net [81.228.11.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3EE243D5E for ; Thu, 28 Oct 2004 19:02:01 +0000 (GMT) (envelope-from diizzy@telia.com) Received: by av1-1-sn1.fre.skanova.net (Postfix, from userid 502) id C6CE437F58; Thu, 28 Oct 2004 21:02:00 +0200 (CEST) Received: from smtp3-2-sn1.fre.skanova.net (smtp3-2-sn1.fre.skanova.net [81.228.11.164]) by av1-1-sn1.fre.skanova.net (Postfix) with ESMTP id B8F6D37EB7; Thu, 28 Oct 2004 21:02:00 +0200 (CEST) Received: from d1o409.telia.com (d1o409.telia.com [195.67.227.82]) by smtp3-2-sn1.fre.skanova.net (Postfix) with ESMTP id 1A0C137E44; Thu, 28 Oct 2004 21:02:00 +0200 (CEST) Received: by d1o409.telia.com (8.11.1/8.10.1) id i9SJ1xp05986; Thu, 28 Oct 2004 21:01:59 +0200 (CEST) Date: Thu, 28 Oct 2004 21:01:59 +0200 (CEST) Message-Id: <200410281901.i9SJ1xp05986@d1o409.telia.com> X-Authentication-Warning: d1o409.telia.com: www set sender to diizzy@telia.com using -f From: "Daniel Engberg" To: "Matthew N. Dodd" X-Mailer: SF Webmail X-SF-webmail-clientstamp: [217.210.253.102] 2004-10-28 21:01:59 cc: freebsd-current@freebsd.org Subject: Re: AMD PCnet/PCI Fast Ethernet driver issues in 5.3RC1 / 5.3-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Engberg List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 19:02:02 -0000 quoting "Matthew N. Dodd" : > On Thu, 28 Oct 2004, DiiZzY wrote: > > If you reboot and load lnc without touching the pcn driver the nic works > > fine (including ping etc). > > Try this: > > ftp://ftp.jurai.net/users/winter/if_pcn.patch > > -- > 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 > Cheers, my pcn nic works now thanks to your patch. Can I expect that it'll be merged into 5.3? I also have another question, is this driver compatible with ALTQ? According to Max Laier's personal site (http://people.freebsd.org/~mlaier/ALTQ_driver/) it needs testing so I'm wondering if the patch for pcn is appliable with yours. Many thanks Matthew for taking your time regarding this issue. //Danne From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 19:06:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D50616A4CE for ; Thu, 28 Oct 2004 19:06:30 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADE5B43D3F for ; Thu, 28 Oct 2004 19:06:29 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id i9SJ6T8c036859; Thu, 28 Oct 2004 12:06:29 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.1/8.13.1/Submit) id i9SJ6RfZ036858; Thu, 28 Oct 2004 12:06:27 -0700 (PDT) (envelope-from marcel) Date: Thu, 28 Oct 2004 12:06:27 -0700 From: Marcel Moolenaar To: Emanuel Strobl Message-ID: <20041028190627.GC36555@ns1.xcllnt.net> References: <200410280151.00104.Emanuel.Strobl@gmx.net> <200410281042.23376.Emanuel.Strobl@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410281042.23376.Emanuel.Strobl@gmx.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: GPT must have ACPI in the kernel [Was: RC1 doesn't boot with GPT (i386) anymore] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 19:06:30 -0000 On Thu, Oct 28, 2004 at 10:42:22AM +0200, Emanuel Strobl wrote: > Am Donnerstag, 28. Oktober 2004 01:50 schrieb Emanuel Strobl: > > Some hours ago I upgraded from BETA7 to RC1, cvsuped today, with the same > > kernel config but now GPT doesn't work anymore. > > Sorry, this is not correct. I removed ACPI from my custom kernel so it get's > loaded as module like with GENERIC kernel. > And that causes GPT to fail, no matter what RELENG_5 version, so RC1 with ACP > in the kernel works but GENERIC kernel will fail to boot! > > Shall I file a PR? Yes, please. GPT has no relation to ACPI, so it should not be affected by whether ACPI is loaded as a module or compiled into the kernel. I find it hard to believe that a GEOM class would be affected. But, there may be some freak interaction somewhere in the kernel that causes this. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 19:10:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7338416A4CE; Thu, 28 Oct 2004 19:10:08 +0000 (GMT) Received: from artemis.drwilco.net (loves.bsdchicks.com [209.162.227.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE2C143D49; Thu, 28 Oct 2004 19:10:07 +0000 (GMT) (envelope-from lists@bsdchicks.com) Received: from 83.84.45.93 (localhost [127.0.0.1]) by artemis.drwilco.net (8.12.11/8.12.3) with SMTP id i9SJ7mSU014037; Thu, 28 Oct 2004 15:07:48 -0400 (EDT) (envelope-from lists@bsdchicks.com) Message-ID: X-Mailer: BasiliX 1.1.0 -- http://basilix.org X-SenderIP: 83.84.45.93 Date: Thu, 28 Oct 2004 15:07:48 EDT From: "Rogier R. Mulhuijzen" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="781d78fe615ff318c6430a9fba1b50c5-1098990468" cc: wpaul@freebsd.org Subject: [PATCH] added WEP authmode shared to NDISulator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Rogier R. Mulhuijzen" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 19:10:08 -0000 --781d78fe615ff318c6430a9fba1b50c5-1098990468 Content-Type: text/plain To make the NDISulator do Shared authmode (pretty much required to do WEP it seems, at least on the AP I use): http://bsdchicks.com/patches/if_ndis.patch It includes my previous patch that makes wicontrol -L and dstumbler work. However, I think this one should not be put into FreeBSD at all. Seems to me like net80211 should be patched to make this something universal. I'll spend some time on that in the near future. Unless the way I did this is the way drivers should do it. Comments? In the meanwhile, anyone who wants to use the NDISulator with a WEP enabled network, like me, can abuse this patch. Greetings, DocWilco --781d78fe615ff318c6430a9fba1b50c5-1098990468 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Description: if_ndis.patch Content-Disposition: attachment; filename="if_ndis.patch" LS0tIHN5cy9kZXYvaWZfbmRpcy9pZl9uZGlzLmMub3JpZwlXZWQgT2N0IDI3 IDE3OjAxOjU1IDIwMDQKKysrIHN5cy9kZXYvaWZfbmRpcy9pZl9uZGlzLmMJ VGh1IE9jdCAyOCAxOTo0MTowMyAyMDA0CkBAIC0xMDcsNiArMTA3LDcgQEAK IHN0YXRpYyBpbnQgbmRpc19pb2N0bAkJKHN0cnVjdCBpZm5ldCAqLCB1X2xv bmcsIGNhZGRyX3QpOwogc3RhdGljIGludCBuZGlzX3dpX2lvY3RsX2dldAko c3RydWN0IGlmbmV0ICosIHVfbG9uZywgY2FkZHJfdCk7CiBzdGF0aWMgaW50 IG5kaXNfd2lfaW9jdGxfc2V0CShzdHJ1Y3QgaWZuZXQgKiwgdV9sb25nLCBj YWRkcl90KTsKK3N0YXRpYyBpbnQgbmRpc19pb2N0bF9hdXRobW9kZQkoc3Ry dWN0IGlmbmV0ICosIHVfbG9uZywgY2FkZHJfdCk7CiBzdGF0aWMgdm9pZCBu ZGlzX2luaXQJCSh2b2lkICopOwogc3RhdGljIHZvaWQgbmRpc19zdG9wCQko c3RydWN0IG5kaXNfc29mdGMgKik7CiBzdGF0aWMgdm9pZCBuZGlzX3dhdGNo ZG9nCShzdHJ1Y3QgaWZuZXQgKik7CkBAIC0xNTU0LDcgKzE1NTUsMTQgQEAK IAkJCQlpYy0+aWNfd2VwX21vZGUgPSBJRUVFODAyMTFfV0VQXzgwMjFYOwog CQl9CiAjZW5kaWYKLQkJYXJnID0gTkRJU184MDIxMV9BVVRITU9ERV9PUEVO OworCQlzd2l0Y2ggKHNjLT5uZGlzXzgwMjExX2F1dGhtb2RlKSB7CisJCWNh c2UgSUVFRTgwMjExX0FVVEhfU0hBUkVEOgorCQkJYXJnID0gTkRJU184MDIx MV9BVVRITU9ERV9TSEFSRUQ7CisJCQlicmVhazsKKwkJY2FzZSBJRUVFODAy MTFfQVVUSF9PUEVOOgorCQlkZWZhdWx0OgorCQkJYXJnID0gTkRJU184MDIx MV9BVVRITU9ERV9PUEVOOworCQl9CiAJfSBlbHNlIHsKIAkJYXJnID0gTkRJ U184MDIxMV9XRVBTVEFUX0RJU0FCTEVEOwogCQlsZW4gPSBzaXplb2YoYXJn KTsKQEAgLTE1NjUsMTAgKzE1NzMsOCBAQAogCWxlbiA9IHNpemVvZihhcmcp OwogCXJ2YWwgPSBuZGlzX3NldF9pbmZvKHNjLCBPSURfODAyXzExX0FVVEhF TlRJQ0FUSU9OX01PREUsICZhcmcsICZsZW4pOwogCi0jaWZkZWYgbm90eWV0 CiAJaWYgKHJ2YWwpCiAJCWRldmljZV9wcmludGYgKHNjLT5uZGlzX2Rldiwg InNldCBhdXRoIGZhaWxlZDogJWRcbiIsIHJ2YWwpOwotI2VuZGlmCiAKICNp ZmRlZiBub3R5ZXQKIAkvKiBTZXQgbmV0d29yayB0eXBlLiAqLwpAQCAtMTkx MSw2ICsxOTE3LDcgQEAKIAlzdHJ1Y3QgbmRpc19zb2Z0Ywkqc2MgPSBpZnAt PmlmX3NvZnRjOwogCXN0cnVjdCBpZnJlcQkJKmlmciA9IChzdHJ1Y3QgaWZy ZXEgKikgZGF0YTsKIAlpbnQJCQlpLCBlcnJvciA9IDA7CisJc3RydWN0IGll ZWU4MDIxMXJlcQkqaXJlcTsKIAogCS8qTkRJU19MT0NLKHNjKTsqLwogCkBA IC0xOTgwLDYgKzE5ODcsMTUgQEAKIAkJCWVycm9yID0gRU5PVFRZOwogCQlp ZiAoZXJyb3IgIT0gRU5PVFRZKQogCQkJYnJlYWs7CisJY2FzZSBTSU9DRzgw MjExOgorCWNhc2UgU0lPQ1M4MDIxMToKKwkJaWYgKHNjLT5uZGlzXzgwMjEx ICYmIE5ESVNfSU5JVElBTElaRUQoc2MpKSB7CisJCQlpcmVxID0gKHN0cnVj dCBpZWVlODAyMTFyZXEgKikgZGF0YTsKKwkJCWlmIChpcmVxLT5pX3R5cGUg PT0gSUVFRTgwMjExX0lPQ19BVVRITU9ERSkgeworCQkJCWVycm9yID0gbmRp c19pb2N0bF9hdXRobW9kZShpZnAsIGNvbW1hbmQsIGRhdGEpOworCQkJCWJy ZWFrOworCQkJfQorCQl9CiAJZGVmYXVsdDoKIAkJc2MtPm5kaXNfc2tpcCA9 IDE7CiAJCWlmIChzYy0+bmRpc184MDIxMSkgewpAQCAtMjAxMSw3ICsyMDI3 LDkgQEAKIAluZGlzXzgwMjExX2Jzc2lkX2xpc3RfZXggKmJsOwogCW5kaXNf d2xhbl9ic3NpZF9leAkqd2I7CiAJc3RydWN0IHdpX2FwaW5mbwkqYXBpOwot CWludAkJCWVycm9yLCBpLCBqLCBsZW4sIG1heGFwczsKKwlzdHJ1Y3Qgd2lf c2Nhbl9wMl9oZHIJKnAyOworCXN0cnVjdCB3aV9zY2FuX3JlcwkqcmVzOwor CWludAkJCWVycm9yLCBpLCBqLCBrLCBsZW4sIG1heGFwczsKIAogCXNjID0g aWZwLT5pZl9zb2Z0YzsKIAlpZnIgPSAoc3RydWN0IGlmcmVxICopZGF0YTsK QEAgLTIwNzMsNiArMjA5MSw3NSBAQAogCQlmcmVlKGJsLCBNX0RFVkJVRik7 CiAJCWVycm9yID0gY29weW91dCgmd3JlcSwgaWZyLT5pZnJfZGF0YSwgc2l6 ZW9mKHdyZXEpKTsKIAkJYnJlYWs7CisJY2FzZSBXSV9SSURfU0NBTl9SRVM6 CisJCWxlbiA9IDA7CisJCWVycm9yID0gbmRpc19zZXRfaW5mbyhzYywgT0lE XzgwMl8xMV9CU1NJRF9MSVNUX1NDQU4sCisJCSAgICBOVUxMLCAmbGVuKTsK KwkJaWYgKGVycm9yID09IDApCisJCQl0c2xlZXAoJmVycm9yLCBQUEFVU0V8 UENBVENILCAic3NpZHNjYW4iLCBoeiAqIDIpOworCQlsZW4gPSAwOworCQll cnJvciA9IG5kaXNfZ2V0X2luZm8oc2MsIE9JRF84MDJfMTFfQlNTSURfTElT VCwgTlVMTCwgJmxlbik7CisJCWlmIChlcnJvciAhPSBFTk9TUEMpCisJCQli cmVhazsKKwkJYmwgPSBtYWxsb2MobGVuLCBNX0RFVkJVRiwgTV9XQUlUT0t8 TV9aRVJPKTsKKwkJZXJyb3IgPSBuZGlzX2dldF9pbmZvKHNjLCBPSURfODAy XzExX0JTU0lEX0xJU1QsIGJsLCAmbGVuKTsKKwkJaWYgKGVycm9yKSB7CisJ CQlmcmVlKGJsLCBNX0RFVkJVRik7CisJCQlicmVhazsKKwkJfQorCisJCWsg PSAwOworCQlwMiA9IChzdHJ1Y3Qgd2lfc2Nhbl9wMl9oZHIgKil3cmVxLndp X3ZhbDsKKwkJcmVzID0gKHZvaWQgKikmcDJbMV07CisJCXdiID0gYmwtPm5i bHhfYnNzaWQ7CisJCXdoaWxlICgoY2FkZHJfdCkocmVzICsgMSkgPCAoY2Fk ZHJfdCkoJndyZXEgKyAxKSAmJgorCQkgICAgayA8IGJsLT5uYmx4X2l0ZW1z KSB7CisJCQliemVybyhyZXMsIHNpemVvZigqcmVzKSk7CisJCQliY29weSgm d2ItPm53YnhfbWFjYWRkciwgJnJlcy0+d2lfYnNzaWQsCisJCQkgICAgc2l6 ZW9mKHJlcy0+d2lfYnNzaWQpKTsKKwkJCXJlcy0+d2lfc3NpZF9sZW4gPSB3 Yi0+bndieF9zc2lkLm5zX3NzaWRsZW47CisJCQliY29weSgmd2ItPm53Ynhf c3NpZC5uc19zc2lkLCAmcmVzLT53aV9zc2lkLAorCQkJICAgIHJlcy0+d2lf c3NpZF9sZW4pOworCQkJaWYgKHdiLT5ud2J4X3ByaXZhY3kpIHsKKwkJCQly ZXMtPndpX2NhcGluZm8gfD0gSUVFRTgwMjExX0NBUElORk9fUFJJVkFDWTsK KwkJCX0KKwkJCS8qIFhYWCBXaGVyZSBjYW4gd2UgZ2V0IG5vaXNlIGluZm9y bWF0aW9uPyAqLworCQkJcmVzLT53aV9zaWduYWwgPSB3Yi0+bndieF9yc3Np ICsgMTQ5OwkvKiBYWFggKi8KKwkJCXJlcy0+d2lfY2hhbiA9CisJCQkgICAg aWVlZTgwMjExX21oejJpZWVlKHdiLT5ud2J4X2NvbmZpZy5uY19kc2NvbmZp ZyAvCisJCQkgICAgMTAwMCwgMCk7CisJCQkvKiBJbiAiYXV0byIgaW5mcmFz dHJ1Y3R1cmUgbW9kZSwgdGhpcyBpcyB1c2VsZXNzLiAqLworCQkJaWYgKHdi LT5ud2J4X25ldGluZnJhID09IE5ESVNfODAyMTFfTkVUX0lORlJBX0lCU1Mp CisJCQkJcmVzLT53aV9jYXBpbmZvIHw9IElFRUU4MDIxMV9DQVBJTkZPX0lC U1M7CisJCQlpZiAod2ItPm53YnhfbGVuID4gc2l6ZW9mKG5kaXNfd2xhbl9i c3NpZCkpIHsKKwkJCQlqID0gc2l6ZW9mKG5kaXNfODAyMTFfcmF0ZXNfZXgp OworCQkJCS8qIGhhbmRsZSBvdGhlciBleHRlbmRlZCB0aGluZ3MgKi8KKwkJ CX0gZWxzZQorCQkJCWogPSBzaXplb2YobmRpc184MDIxMV9yYXRlcyk7CisJ CQlmb3IgKGkgPSByZXMtPndpX3JhdGUgPSAwOyBpIDwgajsgaSsrKQorCQkJ CXJlcy0+d2lfcmF0ZSA9IE1BWChyZXMtPndpX3JhdGUsCisJCQkJICAgIHdi LT5ud2J4X3N1cHBvcnRlZHJhdGVzW2ldKTsKKwkJCW1lbWNweShyZXMtPndp X3NyYXRlcywgd2ItPm53Ynhfc3VwcG9ydGVkcmF0ZXMsCisJCQkJTUlOKGos IDEwKSk7CisJCQlpZiAoaiA8IDEwKQorCQkJCXJlcy0+d2lfc3JhdGVzW2pd ID0gMDsKKwkJCXJlcy0+d2lfcnN2ZCA9IDA7CisJCQlyZXMrKzsKKwkJCXdi ID0gKG5kaXNfd2xhbl9ic3NpZF9leCAqKSgoY2hhciAqKXdiICsgd2ItPm53 YnhfbGVuKTsKKwkJCWsrKzsKKwkJfQorCQlwMi0+d2lfcnN2ZCA9IDA7CisJ CXAyLT53aV9yZWFzb24gPSBrOworCQl3cmVxLndpX2xlbiA9IChzaXplb2Yo KnAyKSArIHNpemVvZigqcmVzKSAqIGspIC8gMjsKKwkJLyoKKwkJICogWFhY OiB0aGlzIGlzIF9zb18gaGFja2lzaCwgc2hvdWxkIHByb2JhYmx5IGJlIGZp eGVkIGluCisJCSAqIHdpY29udHJvbC4gVGhhdCB1c2VzIGEgPCB0byBjb21w YXJlIHdpX2xlbiB0byB0aGUgcmVjb3JkCisJCSAqIGxlbmd0aC4gSXQgc2hv dWxkIHByb2JhYmx5IHVzZSA8PSBhbmQgYmUgc2Vuc2libGUuCisJCSAqLwor CQl3cmVxLndpX2xlbisrOworCQlmcmVlKGJsLCBNX0RFVkJVRik7CisJCWVy cm9yID0gY29weW91dCgmd3JlcSwgaWZyLT5pZnJfZGF0YSwgc2l6ZW9mKHdy ZXEpKTsKKwkJYnJlYWs7CiAJZGVmYXVsdDoKIAkJZXJyb3IgPSBFTk9UVFk7 CiAJCWJyZWFrOwpAQCAtMjExNSw2ICsyMjAyLDMyIEBACiAJCWJyZWFrOwog CX0KIAlyZXR1cm4gKGVycm9yKTsKK30KKworc3RhdGljIGludAorbmRpc19p b2N0bF9hdXRobW9kZShpZnAsIGNvbW1hbmQsIGRhdGEpCisJc3RydWN0IGlm bmV0CQkqaWZwOworCXVfbG9uZwkJCWNvbW1hbmQ7CisJY2FkZHJfdAkJCWRh dGE7Cit7CisJc3RydWN0IG5kaXNfc29mdGMJKnNjID0gaWZwLT5pZl9zb2Z0 YzsKKwlzdHJ1Y3QgaWVlZTgwMjExcmVxCSppcmVxOworCisJaXJlcSA9IChz dHJ1Y3QgaWVlZTgwMjExcmVxICopIGRhdGE7CisJaWYgKGNvbW1hbmQgPT0g U0lPQ0c4MDIxMSkgeworCQlpcmVxLT5pX3ZhbCA9IHNjLT5uZGlzXzgwMjEx X2F1dGhtb2RlOworCQlyZXR1cm4gMDsKKwl9IGVsc2UgeworCQlzd2l0Y2gg KGlyZXEtPmlfdmFsKSB7CisJCWNhc2UgSUVFRTgwMjExX0FVVEhfT1BFTjoK KwkJY2FzZSBJRUVFODAyMTFfQVVUSF9TSEFSRUQ6CisJCQlzYy0+bmRpc184 MDIxMV9hdXRobW9kZSA9IGlyZXEtPmlfdmFsOworCQkJbmRpc19zZXRzdGF0 ZV84MDIxMShzYyk7CisJCQlyZXR1cm4gMDsKKwkJZGVmYXVsdDoKKwkJCXJl dHVybiBFSU5WQUw7CisJCX0KKwl9CiB9CiAKIHN0YXRpYyB2b2lkCi0tLSBz eXMvZGV2L2lmX25kaXMvaWZfbmRpc3Zhci5oLm9yaWcJVGh1IE9jdCAyOCAy MDoxNjoxMCAyMDA0CisrKyBzeXMvZGV2L2lmX25kaXMvaWZfbmRpc3Zhci5o CVRodSBPY3QgMjggMTk6MjM6NTIgMjAwNApAQCAtMTE2LDYgKzExNiw3IEBA CiAJdWludDMyX3QJCW5kaXNfZmlsdGVyOwogCWludAkJCW5kaXNfaWZfZmxh Z3M7CiAJaW50CQkJbmRpc19za2lwOworCXVpbnQxNl90CQluZGlzXzgwMjEx X2F1dGhtb2RlOwogCiAjaWYgX19GcmVlQlNEX3ZlcnNpb24gPCA1MDIxMTMK IAlzdHJ1Y3Qgc3lzY3RsX2N0eF9saXN0CW5kaXNfY3R4Owo= --781d78fe615ff318c6430a9fba1b50c5-1098990468-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 19:13:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A97016A4CE for ; Thu, 28 Oct 2004 19:13:28 +0000 (GMT) Received: from mailhub01.unibe.ch (mailhub01.unibe.ch [130.92.9.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BE5243D6E for ; Thu, 28 Oct 2004 19:13:27 +0000 (GMT) (envelope-from roth@speedy.unibe.ch) Received: from localhost (scanhub03-eth0.unibe.ch [130.92.254.67]) by mailhub01.unibe.ch (Postfix) with ESMTP id D6C1225BB22; Thu, 28 Oct 2004 21:13:25 +0200 (MEST) Received: from mailhub01.unibe.ch ([130.92.9.52]) by localhost (scanhub03.unibe.ch [130.92.254.67]) (amavisd-new, port 10024) with LMTP id 06773-16-21; Thu, 28 Oct 2004 21:13:20 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub01.unibe.ch (Postfix) with ESMTP id 2185E25BB43; Thu, 28 Oct 2004 21:13:25 +0200 (MEST) Received: from speedy.unibe.ch (speedy [130.92.64.35]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id i9SJDO124898; Thu, 28 Oct 2004 21:13:24 +0200 (MET DST) Received: (from roth@localhost) by speedy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id i9SJDOSN018928; Thu, 28 Oct 2004 21:13:24 +0200 (MEST) Date: Thu, 28 Oct 2004 21:13:24 +0200 From: Tobias Roth To: Oliver Lehmann Message-ID: <20041028191324.GA18914@speedy.unibe.ch> References: <20041027224512.2e3b2ae8.lehmann@ans-netz.de> <20041027204852.GY95878@horsey.gshapiro.net> <20041027230039.7a5d0150.lehmann@ans-netz.de> <20041027210303.GZ95878@horsey.gshapiro.net> <20041027233309.122e4207.lehmann@ans-netz.de> <20041027214224.GA60882@dragon.nuxi.com> <20041028002251.73eae308.lehmann@ans-netz.de> <20041028174751.37d14505.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041028174751.37d14505.lehmann@ans-netz.de> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne cc: freebsd-current@freebsd.org Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 19:13:28 -0000 On Thu, Oct 28, 2004 at 05:47:51PM +0200, Oliver Lehmann wrote: > Oliver Lehmann wrote: > > > I've tried supersede domain-name-servers ""; in /etc/dhclient.conf, But > > that seems to have no effect. I can't see any other way to prevent > > dhclient from touching my resolv.conf in that man page. Maybe you can > > point me? > > > > man 8 dhclient-script says > > > > HOOKS > > When it starts, the client script first defines a shell > > function, make_resolv_conf , which is later used to create the > > /etc/resolv.conf file. To override the default behaviour, > > redefine this function in the enter hook script. > > > > Martin, > > do you think, it is a good solution to overwrite the function definition > to prevent overwriting your resolv.conf? Wouldn't be a rc.conf parameter > easier for beginners to "get", and more stringent to the whole system of > configuration? > What do others think? I think not. If dhclient (or any other daemon started from within rc.d/) doesn't make it possible to prevent overwriting of resolv.conf by means of command line arguments, then rc.conf is not the place to fix that. You cannot have rc.conf knobs for every option of every daemon in the base system, that's what the daemons config files are for. cheers, t. From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 19:16:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F33516A4CE for ; Thu, 28 Oct 2004 19:16:12 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B715943D2D for ; Thu, 28 Oct 2004 19:16:11 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9SJFi5F002232; Thu, 28 Oct 2004 21:15:44 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Tobias Roth From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 28 Oct 2004 21:13:24 +0200." <20041028191324.GA18914@speedy.unibe.ch> Date: Thu, 28 Oct 2004 21:15:44 +0200 Message-ID: <2231.1098990944@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org cc: Oliver Lehmann Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 19:16:12 -0000 In message <20041028191324.GA18914@speedy.unibe.ch>, Tobias Roth writes: The workaround I use: chflags noschg /etc/resolv.conf -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 19:22:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86E1616A4CE for ; Thu, 28 Oct 2004 19:22:29 +0000 (GMT) Received: from beer.ux6.net (beer.ux6.net [64.62.253.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E94843D60 for ; Thu, 28 Oct 2004 19:22:29 +0000 (GMT) (envelope-from miha@ghuug.org) Received: from [64.62.253.84] (helo=m) by beer.ux6.net with esmtpa (Exim 4.43 (FreeBSD)) id 1CNFqr-000AmU-P6; Thu, 28 Oct 2004 12:22:27 -0700 From: "Mikhail P." To: freebsd-current@freebsd.org Date: Thu, 28 Oct 2004 19:22:21 +0000 User-Agent: KMail/1.7 References: <2231.1098990944@critter.freebsd.dk> In-Reply-To: <2231.1098990944@critter.freebsd.dk> Organization: Ghana Unix Users Group MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410281922.21301.miha@ghuug.org> X-Spam-Score: -4.9 (----) X-Spam-Report: Spam detection software, running on the system "beer.ux6.net", hasmessageblock similar future email. If you have any questions, see the administrator of that system for details.Kamp wrote: > In message <20041028191324.GA18914@speedy.unibe.ch>, Tobias Roth writes: > > > The workaround I use: > > chflags noschg /etc/resolv.conf I will second that. [...] Content analysis details: (-4.9 points, 6.0 required) pts rule name description --------------------------------------------------1% [score: 0.0000] cc: Poul-Henning Kamp cc: Tobias Roth cc: Oliver Lehmann Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: miha@ghuug.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 19:22:29 -0000 On Thursday 28 October 2004 19:15, Poul-Henning Kamp wrote: > In message <20041028191324.GA18914@speedy.unibe.ch>, Tobias Roth writes: > > > The workaround I use: > > chflags noschg /etc/resolv.conf I will second that. regards, M. From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 19:28:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D66E16A4CE for ; Thu, 28 Oct 2004 19:28:28 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id C784A43D31 for ; Thu, 28 Oct 2004 19:28:27 +0000 (GMT) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id i9SJSOMi022598; Thu, 28 Oct 2004 15:28:26 -0400 (EDT) (envelope-from winter@jurai.net) Date: Thu, 28 Oct 2004 15:28:24 -0400 (EDT) From: "Matthew N. Dodd" To: Daniel Engberg In-Reply-To: <200410281901.i9SJ1xp05986@d1o409.telia.com> Message-ID: <20041028152638.U33456@sasami.jurai.net> References: <200410281901.i9SJ1xp05986@d1o409.telia.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Thu, 28 Oct 2004 15:28:27 -0400 (EDT) cc: freebsd-current@freebsd.org Subject: Re: AMD PCnet/PCI Fast Ethernet driver issues in 5.3RC1 / 5.3-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 19:28:28 -0000 On Thu, 28 Oct 2004, Daniel Engberg wrote: > Cheers, my pcn nic works now thanks to your patch. Can I expect that > it'll be merged into 5.3? Well... Thats a good question. I'm not entirely happy with the patch. > I also have another question, is this driver compatible with ALTQ? > According to Max Laier's personal site > (http://people.freebsd.org/~mlaier/ALTQ_driver/) it needs testing so I'm > wondering if the patch for pcn is appliable with yours. No idea. Will you report any problems? -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 19:31:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F52016A4CE; Thu, 28 Oct 2004 19:31:33 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id A295E43D41; Thu, 28 Oct 2004 19:31:32 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 6D3D0653AD; Thu, 28 Oct 2004 20:31:30 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 94978-03; Thu, 28 Oct 2004 20:31:30 +0100 (BST) Received: from empiric.dek.spc.org (dhcp120.icir.org [192.150.187.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id DB9F9651F7; Thu, 28 Oct 2004 20:31:25 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 589156247; Thu, 28 Oct 2004 12:31:13 -0700 (PDT) Date: Thu, 28 Oct 2004 12:31:13 -0700 From: Bruce M Simpson To: Anders Odberg Message-ID: <20041028193113.GA2063@empiric.icir.org> Mail-Followup-To: Anders Odberg , Gleb Smirnoff , freebsd-current@freebsd.org, Jake Khuon References: <200410111810.i9BIATXr023507@Espresso.NEEBU.Net> <20041019164557.GA84168@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: Gleb Smirnoff cc: Jake Khuon cc: freebsd-current@freebsd.org Subject: Re: broken APM on IBM-T30 with 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 19:31:33 -0000 On Thu, Oct 28, 2004 at 08:29:17PM +0200, Anders Odberg wrote: > | can you try out attached hack? > > I can confirm that the patch you attached solved my long-standing problems > with APM suspend/resume on a Thinkpad T40 and A21e when applied to todays > RELENG_5 cvsup. All versions of RELENG_5 I've tried since the end of August > have caused my Thinkpads to freeze either when suspending or when resuming. I don't appear to have seen this patch, could someone please send it to me so I can review it? Thanks, BMS From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 19:35:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F133816A4D7 for ; Thu, 28 Oct 2004 19:35:22 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 13E7E43D4C for ; Thu, 28 Oct 2004 19:35:22 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 14073 invoked by uid 65534); 28 Oct 2004 19:35:20 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp008) with SMTP; 28 Oct 2004 21:35:20 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 28 Oct 2004 21:35:13 +0200 User-Agent: KMail/1.7 References: <200410280151.00104.Emanuel.Strobl@gmx.net> <200410281042.23376.Emanuel.Strobl@gmx.net> <20041028190627.GC36555@ns1.xcllnt.net> In-Reply-To: <20041028190627.GC36555@ns1.xcllnt.net> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1454962.5O81zxfku5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410282135.19269.Emanuel.Strobl@gmx.net> cc: Marcel Moolenaar Subject: Re: GPT must have ACPI in the kernel [Was: RC1 doesn't boot with GPT (i386) anymore] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 19:35:23 -0000 --nextPart1454962.5O81zxfku5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Donnerstag, 28. Oktober 2004 21:06 schrieb Marcel Moolenaar: > On Thu, Oct 28, 2004 at 10:42:22AM +0200, Emanuel Strobl wrote: > > Am Donnerstag, 28. Oktober 2004 01:50 schrieb Emanuel Strobl: > > > Some hours ago I upgraded from BETA7 to RC1, cvsuped today, with the > > > same kernel config but now GPT doesn't work anymore. > > > > Sorry, this is not correct. I removed ACPI from my custom kernel so it > > get's loaded as module like with GENERIC kernel. > > And that causes GPT to fail, no matter what RELENG_5 version, so RC1 wi= th > > ACP in the kernel works but GENERIC kernel will fail to boot! > > > > Shall I file a PR? > > Yes, please. GPT has no relation to ACPI, so it should not be affected Done: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D73251 > by whether ACPI is loaded as a module or compiled into the kernel. I > find it hard to believe that a GEOM class would be affected. But, there I couldn't imagine that this change to my kernel config was the cause, but= =20 after reverting to BETA7 booting failed too so I reverted the only change I= =20 had made and that was device acpi. And after that all versions from BETA7 u= p=20 to todays -stable boot fine. Thanks, =2DHarry > may be some freak interaction somewhere in the kernel that causes this. --nextPart1454962.5O81zxfku5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBgUn3Bylq0S4AzzwRAjm2AKCHnFNakGgJdJsqCPJ5YTQ/OUIgAgCfZ38v Dqi9pCKPrt3M49vP+Lh7/p4= =p1ug -----END PGP SIGNATURE----- --nextPart1454962.5O81zxfku5-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 19:39:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2907916A4CE; Thu, 28 Oct 2004 19:39:32 +0000 (GMT) Received: from pat.uio.no (pat.uio.no [129.240.130.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7B5443D1F; Thu, 28 Oct 2004 19:39:31 +0000 (GMT) (envelope-from odberg@fangorn.uio.no) Received: from mail-mx3.uio.no ([129.240.10.44]) by pat.uio.no with esmtp (Exim 4.34) id 1CNG7O-00071Z-Tn; Thu, 28 Oct 2004 21:39:31 +0200 Received: from fangorn.uio.no ([129.240.186.9]) by smtp.uio.no with esmtp (Exim 4.34) id 1CNG7L-0005BC-RG; Thu, 28 Oct 2004 21:39:27 +0200 Received: from odberg by fangorn.uio.no with local (Exim 4.30) id 1CNG7K-0001Nw-Nn; Thu, 28 Oct 2004 21:39:26 +0200 To: Gleb Smirnoff References: <200410111810.i9BIATXr023507@Espresso.NEEBU.Net> <20041019164557.GA84168@cell.sick.ru> <20041028183434.GA53441@cell.sick.ru> From: Anders Odberg Date: Thu, 28 Oct 2004 21:39:26 +0200 In-Reply-To: <20041028183434.GA53441@cell.sick.ru> (Gleb Smirnoff's message of "Thu, 28 Oct 2004 22:34:34 +0400") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) XEmacs/21.4 (Security Through Obscurity, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Anders Odberg X-MailScanner-Information: This message has been scanned for viruses/spam. Contact postmaster@uio.no if you have questions about this scanning X-UiO-MailScanner: No virus found X-UiO-Spam-info: not spam, SpamAssassin (score=-5, required 12, UIO_MAIL_IS_INTERNAL -5.00) cc: freebsd-current@freebsd.org cc: Jake Khuon cc: mdodd@freebsd.org cc: sos@freebsd.org Subject: Re: broken APM on IBM-T30 with 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 19:39:32 -0000 [Gleb Smirnoff] | This hack was a dirty one. A better solution provided by Matthew Dodd | is attached. However, it may not apply cleanly, since some things | have already changed in source (at least in HEAD). I tried the new patch you attached now (applied to todays RELENG_5), it worked equally well as the last one. Thanks again! -ao. -- Anders Odberg, Center for Information Technology Services University of Oslo, Norway From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 19:54:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68AC216A4CE for ; Thu, 28 Oct 2004 19:54:07 +0000 (GMT) Received: from av9-1-sn4.m-sp.skanova.net (av9-1-sn4.m-sp.skanova.net [81.228.10.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA79143D4C for ; Thu, 28 Oct 2004 19:54:06 +0000 (GMT) (envelope-from diizzy@telia.com) Received: by av9-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 23FFF37EE4; Thu, 28 Oct 2004 21:54:06 +0200 (CEST) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av9-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 13EA237E4B; Thu, 28 Oct 2004 21:54:06 +0200 (CEST) Received: from d1o403.telia.com (d1o403.telia.com [195.67.227.93]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 3ED6E37E5C; Thu, 28 Oct 2004 21:54:05 +0200 (CEST) Received: by d1o403.telia.com (8.11.1/8.10.1) id i9SJs4H18769; Thu, 28 Oct 2004 21:54:04 +0200 (CEST) Date: Thu, 28 Oct 2004 21:54:04 +0200 (CEST) Message-Id: <200410281954.i9SJs4H18769@d1o403.telia.com> X-Authentication-Warning: d1o403.telia.com: www set sender to diizzy@telia.com using -f From: "Daniel Engberg" To: "Matthew N. Dodd" X-Mailer: SF Webmail X-SF-webmail-clientstamp: [217.210.253.102] 2004-10-28 21:54:04 cc: freebsd-current@freebsd.org Subject: Re: AMD PCnet/PCI Fast Ethernet driver issues in 5.3RC1 / 5.3-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Engberg List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 19:54:07 -0000 quoting "Matthew N. Dodd" : > On Thu, 28 Oct 2004, Daniel Engberg wrote: > > Cheers, my pcn nic works now thanks to your patch. Can I expect that > > it'll be merged into 5.3? > > Well... Thats a good question. I'm not entirely happy with the patch. > > > I also have another question, is this driver compatible with ALTQ? > > According to Max Laier's personal site > > (http://people.freebsd.org/~mlaier/ALTQ_driver/) it needs testing so I'm > > wondering if the patch for pcn is appliable with yours. > > No idea. Will you report any problems? > > -- > 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 > I'll keep my fingers crossed that this issue will be solved in 5.3-RELEASE without needing to patch but it's not a big thing though even if it wont be. As for using altq + pcn I'm planning to do reports as much as I can especially since I have a personal interest in it too. Although as you probably can tell by now I'm not a skilled programmer so I wont be able to contribute with any code. //Danne From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 19:55:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FEB116A4D0 for ; Thu, 28 Oct 2004 19:55:23 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A7F843D3F for ; Thu, 28 Oct 2004 19:55:23 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id 9CAD629560C; Thu, 28 Oct 2004 15:55:09 -0400 (EDT) Received: from 207.219.213.163 (proxying for unknown) (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Thu, 28 Oct 2004 15:55:09 -0400 (EDT) Message-ID: <32364.207.219.213.163.1098993309.squirrel@207.219.213.163> In-Reply-To: <2231.1098990944@critter.freebsd.dk> References: Your message of "Thu, 28 Oct 2004 21:13:24 +0200." <20041028191324.GA18914@speedy.unibe.ch> <2231.1098990944@critter.freebsd.dk> Date: Thu, 28 Oct 2004 15:55:09 -0400 (EDT) From: "Mike Jakubik" To: "Poul-Henning Kamp" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-wettoast-MailScanner-Information: Please contact the ISP for more information X-wettoast-MailScanner: Found to be clean X-MailScanner-From: mikej@rogers.com cc: freebsd-current@freebsd.org Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 19:55:23 -0000 Poul-Henning Kamp said: > In message <20041028191324.GA18914@speedy.unibe.ch>, Tobias Roth writes: > > > The workaround I use: > > chflags noschg /etc/resolv.conf I dont think that makes a good long term solution. I still think that adding a rc.conf variable to toggle dns updates is a good idea. For example something like dhcpclient_dns_fxp0="YES|NO" and make the default yes. From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 20:26:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5A2916A4CE for ; Thu, 28 Oct 2004 20:26:15 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C9A243D55 for ; Thu, 28 Oct 2004 20:26:14 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 39892 invoked from network); 28 Oct 2004 20:25:37 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 28 Oct 2004 20:25:37 -0000 Date: Thu, 28 Oct 2004 22:26:43 +0200 From: Oliver Lehmann To: "Poul-Henning Kamp" Message-Id: <20041028222643.515cfe5d.lehmann@ans-netz.de> In-Reply-To: <2231.1098990944@critter.freebsd.dk> References: <20041028191324.GA18914@speedy.unibe.ch> <2231.1098990944@critter.freebsd.dk> X-Mailer: Sylpheed version 0.9.99 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: roth@iam.unibe.ch Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 20:26:15 -0000 Poul-Henning Kamp wrote: > The workaround I use: > > chflags noschg /etc/resolv.conf > _no_schg? I thought setting schg would be a good idea, (but an ugly hack too ;), but regarding to: ( rm -f /etc/resolv.conf ) exit_status=$? fi if [ $exit_status -ne 0 ]; then $LOGGER "WARNING: Unable to update resolv.conf: Error $exit_status" It should log some warnings... because rm -f exits with $? != 0 in case of "operation not permitted" because of schg -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 21:00:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BD4A16A4D0; Thu, 28 Oct 2004 21:00:40 +0000 (GMT) Received: from out008.verizon.net (out008pub.verizon.net [206.46.170.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6472043D49; Thu, 28 Oct 2004 21:00:39 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([138.89.105.63]) by out008.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041028210038.UIBI11892.out008.verizon.net@[10.0.3.231]>; Thu, 28 Oct 2004 16:00:38 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: "Rogier R. Mulhuijzen" In-Reply-To: References: Content-Type: text/plain Message-Id: <1098997186.3848.4.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 28 Oct 2004 16:59:47 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out008.verizon.net from [138.89.105.63] at Thu, 28 Oct 2004 16:00:38 -0500 cc: wpaul@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: [PATCH] added WEP authmode shared to NDISulator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 21:00:40 -0000 On Thu, 2004-10-28 at 15:07, Rogier R. Mulhuijzen wrote: > To make the NDISulator do Shared authmode (pretty much required to do WEP it seems, at least on the AP I use): > > http://bsdchicks.com/patches/if_ndis.patch > > It includes my previous patch that makes wicontrol -L and dstumbler work. > > However, I think this one should not be put into FreeBSD at all. Seems to me like net80211 should be patched to make this something universal. I'll spend some time on that in the near future. > > Unless the way I did this is the way drivers should do it. Comments? > > In the meanwhile, anyone who wants to use the NDISulator with a WEP enabled network, like me, can abuse this patch. > > Greetings, > > DocWilco > > > ______________________________________________________________________ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I am sorry, if I am missing something, but I have been using NDIS wrapper with my Belkin card and WEP-enabled Linksys AP in -current for some time now without having any problems... If anyone can point out to me what is that I am missing I will appreciate it greatly. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 21:04:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F021216A4CE for ; Thu, 28 Oct 2004 21:04:27 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5A0F43D2D for ; Thu, 28 Oct 2004 21:04:27 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i9SL4mbJ015623; Thu, 28 Oct 2004 14:04:48 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i9SL4mqf015620; Thu, 28 Oct 2004 14:04:48 -0700 Date: Thu, 28 Oct 2004 14:04:48 -0700 From: Brooks Davis To: Joe Marcus Clarke Message-ID: <20041028210448.GC2411@odin.ac.hmc.edu> References: <1098850867.51833.14.camel@shumai.marcuscom.com> <1098862658.1062.3.camel@localhost> <20041027110528.T91011@treo.operax.com> <20041028123001.GF8588@odin.ac.hmc.edu> <418138D0.6090304@marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="69pVuxX8awAiJ7fD" Content-Disposition: inline In-Reply-To: <418138D0.6090304@marcuscom.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Vladimir Grebenschikov cc: "current@freebsd.org" cc: Johan Larsson Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 21:04:28 -0000 --69pVuxX8awAiJ7fD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 28, 2004 at 02:22:08PM -0400, Joe Marcus Clarke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Brooks Davis wrote: > | On Wed, Oct 27, 2004 at 11:06:04AM +0200, Johan Larsson wrote: > | > |>Hello! > |> > |>On Wed, 27 Oct 2004, Vladimir Grebenschikov wrote: > |> > |> > |>>? ??, 27/10/2004 ? 00:21 -0400, Joe Marcus Clarke ?????: > |>> > |>>>The more I look into this, the more it looks like I'm screwed. I'm > |>>>trying to install FreeBSD 5.3-RC1 from CD on a machine without any PS= /2 > |>>>ports. All I have is a USB keyboard. Yes, the BIOS has legacy USB > |>>>support enabled, and the keyboard works to hit enter at the initial b= oot > |>>>prompt. However, once I'm in sysinstall, I'm out of luck. > |>>> > |>>>I tried disconnecting the keyboard at boot time to see if I could get= a > |>>>serial console to do the installation, but that didn't work. The > |>>>console was still detected as internal video. Any ideas on how I can > |>>>get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. > |>> > |>>Yes, instruct kernel to put console on serial from loader prompt > |>>( I guess something like > |>> OK set hint.sio.0.flags=3D"0x10" > |>> OK boot -h > |>> or like > |>> ) > |>> > |> > |>We installed RC1 on a GX280 recently, and the only thing we had to do to > |>get the usb keyboard working was to set the following in the loader: > |> > |>set hint.atkbd.0.flags=3D"0x1" > |> > |>And to make it resident, put it in the /boot/device.hints after the > |>installation. > | > | > | This is supposed to be being set on the release CDs. The test CD I > | posted links to uses nearly the same code I committed. I'm going > | to have to see if I can tear an ISO apart to verify what's on it. > | Unfortunately, my hotel has a 150MB cap (f-ing ridiculous for 29 Euros). >=20 > Did your changes make it into 5.3-RC1? Yes, they should have made it in to BETA 3 or 4, I can't remember which. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --69pVuxX8awAiJ7fD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBgV7uXY6L6fI4GtQRAnq/AKDA9IIt1kj/XffKodEz5QFv2iDWSgCggSRd hiYCxspJy9DfjuhCUuEVM/w= =qW1N -----END PGP SIGNATURE----- --69pVuxX8awAiJ7fD-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 21:09:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E78E16A4CE; Thu, 28 Oct 2004 21:09:46 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B8E243D46; Thu, 28 Oct 2004 21:09:46 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i9SLA52R016710; Thu, 28 Oct 2004 14:10:05 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i9SLA5Zu016709; Thu, 28 Oct 2004 14:10:05 -0700 Date: Thu, 28 Oct 2004 14:10:05 -0700 From: Brooks Davis To: "Rogier R. Mulhuijzen" Message-ID: <20041028211005.GD2411@odin.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5gxpn/Q6ypwruk0T" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: wpaul@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: [PATCH] added WEP authmode shared to NDISulator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 21:09:46 -0000 --5gxpn/Q6ypwruk0T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 28, 2004 at 03:07:48PM -0400, Rogier R. Mulhuijzen wrote: > To make the NDISulator do Shared authmode (pretty much required to do > WEP it seems, at least on the AP I use): Shared mode should be avoided as it effectivly leaks your key during association. It's only very slightly better then open. That's why little effort has been put in to making it work. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --5gxpn/Q6ypwruk0T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBgWAsXY6L6fI4GtQRAllTAKCizq+ohFVcKaLlSERlibvx5G5eWgCglU+Q 4KVCo9gTgJbNcuMRBebTqnI= =lYy1 -----END PGP SIGNATURE----- --5gxpn/Q6ypwruk0T-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 21:28:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D1CD16A4CE for ; Thu, 28 Oct 2004 21:28:01 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DFE943D41 for ; Thu, 28 Oct 2004 21:28:01 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i9SMPTIH022803 for ; Thu, 28 Oct 2004 17:25:29 -0500 Date: Thu, 28 Oct 2004 17:25:29 -0500 (EST) From: Sam X-X-Sender: sah@athena To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 6.0 gprof bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 21:28:01 -0000 Hello - I'm trying to do some kernel profiling and have hit a snag in gprof, running on -current: (gdb) run /boot/kernel/kernel /root/kernel.gmon Starting program: /mnt/usr/6src/src2/usr.bin/gprof/gprof /boot/kernel/kernel /root/kernel.gmon Program received signal SIGFPE, Arithmetic exception. 0x080493f0 in openpfile (filename=0xbfbfee5b "/root/kernel.gmon") at gprof.c:311 311 nsamples = sampbytes / histcounter_size; (gdb) where #0 0x080493f0 in openpfile (filename=0xbfbfee5b "/root/kernel.gmon") at gprof.c:311 #1 0x080491e1 in getpfile (filename=0xbfbfee5b "/root/kernel.gmon") at gprof.c:247 #2 0x08049125 in main (argc=2, argv=0xbfbfed68) at gprof.c:188 histcounter_type == 1 and at line 304 we: histcounter_size = abs(histcounter_type) / CHAR_BIT; Anyone familiar with this code that can toss me a clue? Sam From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 21:51:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AFA916A4CE; Thu, 28 Oct 2004 21:51:11 +0000 (GMT) Received: from sys.heron.com.pl (sys.heron.com.pl [195.117.24.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA78443D45; Thu, 28 Oct 2004 21:51:09 +0000 (GMT) (envelope-from piotr.smyrak@heron.pl) Received: from localhost ([127.0.0.1] helo=poczta.heron.pl) by sys.heron.com.pl with esmtp (Exim 4.23) id 1CNIAV-0001Fl-LI; Thu, 28 Oct 2004 23:50:51 +0200 From: piotr.smyrak@heron.pl To: freebsd-current@freebsd.org Date: Thu, 28 Oct 2004 22:50:51 +0100 Message-Id: <20041028214936.M81640@heron.pl> In-Reply-To: <20041028153551.GA14535@gothmog.gr> References: <20041028122342.M42455@heron.pl> <20041028153551.GA14535@gothmog.gr> X-Mailer: WebMail at HERON 2.32 20040813 X-OriginatingIP: 83.24.73.11 (smyru) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 cc: Giorgos Keramidas Subject: Re: error at usr.bin/ftp when building 5.3RC1 world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 21:51:11 -0000 On Thu, 28 Oct 2004 18:35:51 +0300, Giorgos Keramidas wrote > On 2004-10-28 13:52, piotr.smyrak@heron.pl wrote: > > I just cvsuped my sources to RELENG_5 and tried to make world (see > > attached make.conf), and I get the following error at usr.bin/ ftp: > > > > [cut] > > ===> usr.bin/fsync > > rm -f .depend > > mkdep -f .depend -a /usr/src/usr.bin/fsync/fsync.c > > echo fsync: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend > > ===> usr.bin/ftp > > *** Error code 2 > > > > Stop in /usr/src/usr.bin. > > *** Error code 1 > > Are you using the -j option of make to spawn multiple make > processes? If yes, remove your /usr/obj/usr object tree > and start over without any -j options. No, I don't use it. Sometimes I do, but not this time. And this is the first thing I would drop in case of problems. Thanks for replying, -- Piotr Smyrak piotr.smyrak@heron.pl From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 22:09:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7215216A4CE for ; Thu, 28 Oct 2004 22:09:05 +0000 (GMT) Received: from romeo.dnsaction.com (romeo.dnsaction.com [207.142.132.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E29C43D54 for ; Thu, 28 Oct 2004 22:09:05 +0000 (GMT) (envelope-from raheel@raheelkhan.com) Received: from raheel by romeo.dnsaction.com with local (Exim 4.43 (FreeBSD)) id 1CNIRz-0001pg-J2 for freebsd-current@freebsd.org; Thu, 28 Oct 2004 22:08:55 +0000 From: "Raheel" To: freebsd-current@freebsd.org X-Mailer: NeoMail 1.26 X-IPAddress: 208.187.28.34 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-Id: Date: Thu, 28 Oct 2004 22:08:55 +0000 X-DNSACTION-MailScanner-Information: Please contact the ISP for more information X-DNSACTION-MailScanner: Found to be clean X-MailScanner-From: raheel@raheelkhan.com X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - romeo.dnsaction.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [1011 1012] / [26 6] X-AntiAbuse: Sender Address Domain - raheelkhan.com X-Source: X-Source-Args: X-Source-Dir: Subject: Make buildkernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 22:09:05 -0000 Hi, I decided to reformat my system and reinstall 5.3-RC1 and then decided to recompile the kernel after doing a cvsup of RELENG_5_3 and make buildworld which completes successfully, however, the error occurs at "make -j4 buildkernel KERNCONF=PROTO", it doesn't come up with any specific error (none that I can see at least): g -Werror /usr/src/sys/kern/subr_kdb.c *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error It compiled subr_hints.c fine and it errors out here at this point. --raheel -- From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 22:15:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0652316A4CE for ; Thu, 28 Oct 2004 22:15:31 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC9A743D5D for ; Thu, 28 Oct 2004 22:15:30 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9SMEt7J085977; Thu, 28 Oct 2004 18:14:55 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9SMEtpr085974; Thu, 28 Oct 2004 23:14:55 +0100 (BST) (envelope-from robert@fledge.watson.org) Date: Thu, 28 Oct 2004 23:14:55 +0100 (BST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Rob In-Reply-To: <4180EA86.6030001@yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current Subject: Re: 5.3 & SMP How do I know my 2 CPUs are used? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 22:15:31 -0000 On Thu, 28 Oct 2004, Rob wrote: > I have tried to create a kernel for my dual CPU motherboard: > Intel Pentium III (801.82-MHz 686-class CPU) My person favorite way is to view the kern.smp sysctl hierarchy: My notebook: paprika:~> sysctl kern.smp kern.smp.maxcpus: 1 kern.smp.active: 0 kern.smp.disabled: 0 kern.smp.cpus: 1 An SMP box: hippy# sysctl kern.smp kern.smp.maxcpus: 16 kern.smp.active: 1 kern.smp.disabled: 0 kern.smp.cpus: 4 kern.smp.forward_signal_enabled: 1 kern.smp.forward_roundrobin_enabled: 1 As pointed out, there are a number of other tell-tale signs, such as the processor launch messages, additional CPUs listed in top, and so on. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 22:41:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F94716A4CF for ; Thu, 28 Oct 2004 22:41:38 +0000 (GMT) Received: from romeo.dnsaction.com (romeo.dnsaction.com [207.142.132.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29A1C43D64 for ; Thu, 28 Oct 2004 22:41:38 +0000 (GMT) (envelope-from raheel@raheelkhan.com) Received: from raheel by romeo.dnsaction.com with local (Exim 4.43 (FreeBSD)) id 1CNIxV-0003yh-3v for freebsd-current@freebsd.org; Thu, 28 Oct 2004 22:41:29 +0000 From: "Raheel" To: freebsd-current@freebsd.org X-Mailer: NeoMail 1.26 X-IPAddress: 208.187.28.34 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-Id: Date: Thu, 28 Oct 2004 22:41:29 +0000 X-DNSACTION-MailScanner-Information: Please contact the ISP for more information X-DNSACTION-MailScanner: Found to be clean X-MailScanner-From: raheel@raheelkhan.com X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - romeo.dnsaction.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [1011 1012] / [26 6] X-AntiAbuse: Sender Address Domain - raheelkhan.com X-Source: X-Source-Args: X-Source-Dir: Subject: nevermind. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 22:41:38 -0000 I had a broken setting in my config file, SCHED_ULE instead of 4BSD. It compiled fine now. Thanks. --raheel -- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 00:19:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10CCC16A4CE for ; Fri, 29 Oct 2004 00:19:45 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DB4A43D31 for ; Fri, 29 Oct 2004 00:19:44 +0000 (GMT) (envelope-from vincepoy@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so533562wri for ; Thu, 28 Oct 2004 17:19:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=SSJEAvZvapvIZOhVtCjvkRA8kNcJEF/xtoQZpFcpzxu/Vp23lDC2ora3biu+dj5ga7ngPRBFB4ZhuHlRt6UUPVegSAGo7ioqF/cP3DUTq92lRTmmuPxKoHJxU/dmrboyr8Od1tjHnWGn9mAC2W+ZhkOrHzmlKMfBNHMY0oI2Yk4= Received: by 10.38.15.26 with SMTP id 26mr416679rno; Thu, 28 Oct 2004 17:19:43 -0700 (PDT) Received: by 10.38.14.49 with HTTP; Thu, 28 Oct 2004 17:19:43 -0700 (PDT) Message-ID: <429af92e041028171979d4bf42@mail.gmail.com> Date: Thu, 28 Oct 2004 17:19:43 -0700 From: Vincent Poy To: Brian Fundakowski Feldman In-Reply-To: <20041026231745.GE93831@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <429af92e041020205510c66168@mail.gmail.com> <4177B899.5EC32F5F@freebsd.org> <429af92e04102114472add0e51@mail.gmail.com> <417835C7.7060808@freebsd.org> <429af92e04102404115bc7bc80@mail.gmail.com> <20041026133043.A24138@xorpc.icir.org> <20041026231745.GE93831@green.homeunix.org> cc: Luigi Rizzo cc: freebsd-current@freebsd.org cc: Andre Oppermann Subject: Re: Traffic Shaping not working correctly after ipfw coverted to use pfil_hooks API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vincent Poy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 00:19:45 -0000 On Tue, 26 Oct 2004 19:17:46 -0400, Brian Fundakowski Feldman wrote: > On Tue, Oct 26, 2004 at 01:30:43PM -0700, Luigi Rizzo wrote: > > > > On Sun, Oct 24, 2004 at 04:37:32PM +0200, Andre Oppermann wrote: > > > [bouncing over to Luigi] > > > > > > Luigi, do you have any idea what might be going wrong here? > > > > no, sorry... I have to say the ipfw/natd/dummynet configuration is rather > > convoluted here so it is a bit hard to tell whether the > > problem is in dummynet calls or divert sockets. > > > > I am also confused by the numbers in the initial report: > > > > > > > >>Vincent Poy wrote: > > > > > >> > > > > > >>>However, after the latest -CURRENT upgrade, it will do 200KB/sec down > > > > > >>>and 52KB/sec up. If I only download only, then it does show > > > > > >>>650KB/sec. Normally, when I change the bandwidth to a number lower > > > > > >>>than 480Kbps for the pipe, the download speeds would go up when > > > > > >>>downloading. However, I have tried in 10kbps steps down to 350kbps > > > > > >>>but it still did not top 200KB/sec in downloading. > > > > there is a mix of two different notations, Kbps and KB/sec, and > > i cannot make sense of them. > > Finally, I am curious as to why one would mix the upload and download > > traffic, i believe *DSL data rates are independent in the two > > directions unlike analog modems... > > In ip_divert.c the behavior may have changed when I implemented diverted > rules, in divert_output(): the cookie (ipfw rule number) can be added > and set to sin->sin_port if the sockaddr_in used for hinting the > interface has a cleared sin->sin_addr field, but has not cleared the > sin->sin_port. This specifically means for diverted output, and not > loopback, packets could be skipping rules when they shouldn't be. > > Could you try modifying that function in src/sys/netinet/ip_divert.c > so that "dt->cookie = sin->sin_port;" changes to > if (sin->sin_addr.s_addr != 0) > dt->cookie = sin->sin_port; > and see if that changes things? Before I did the modifying of the function, I updated to the latest -CURRENT of 1AM PDT October 27, 2004 and this is what I did: *** /usr/src/sys/netinet/ip_divert.c.old Wed Oct 27 00:30:59 2004 --- /usr/src/sys/netinet/ip_divert.c Thu Oct 28 15:46:25 2004 *************** *** 297,303 **** if (sin) { int i; ! dt->cookie = sin->sin_port; /* * Find receive interface with the given name, stuffed * (if it exists) in the sin_zero[] field. --- 297,304 ---- if (sin) { int i; ! if (sin->sin_addr.s_addr != 0) ! dt->cookie = sin->sin_port; /* * Find receive interface with the given name, stuffed * (if it exists) in the sin_zero[] field. Recompiled kernel and rebooted. As I mentioned before, the ADSL circuit is 6016Kbps/608Kbps on SBC's ATM Network so there is a 13% overhead due to ATM making it 5000Kbps/520Kbps effective. ipfw rules are as follows as it's been simplified, I am only using ipfw2/dummynet so that ACK packets will have priority if I am downloading while uploading. I'm using 400Kbit/s as the upload limit so that downloads will be at their maximum while uploading. ${fwcmd} enable one_pass # Define our upload pipe ${fwcmd} pipe 1 config bw 400Kbit/s ${fwcmd} add 49 skipto 100 ip from 208.201.244.224/29 to any ${fwcmd} add 50 divert natd all from any to any via ${natd_interface} ${fwcmd} add 100 pass all from any to any via lo0 ${fwcmd} add 200 deny all from any to 127.0.0.0/8 ${fwcmd} add 300 deny ip from 127.0.0.0/8 to any # Route LAN and RFC1918 networks without Traffic Shaping ${fwcmd} add 63000 allow all from any to 10.0.0.0/8 out ${fwcmd} add 63001 allow all from any to 172.16.0.0/12 out ${fwcmd} add 63002 allow all from any to 192.168.0.0/16 out ${fwcmd} add 63003 allow all from any to 208.201.244.224/29 out # Assign outgoing empty/small ACK packets to the high-priority queue ${fwcmd} add 63004 set 0 queue 1 tcp from any to any tcpflags ack out # Assign outgoing UDP (DNS/gaming) and SSH traffic to the medium-high-priority queue ${fwcmd} add 63005 set 0 queue 2 tcp from any to any 22,23 out ${fwcmd} add 63006 set 0 queue 2 udp from any to any not 80,443 out # Assign outgoing HTTP/HTTPS WEB traffic to the medium-low-priority queue ${fwcmd} add 63007 set 0 queue 3 all from any to any 80,443 out # Assign all other outgoing traffic to the low-priority queue ${fwcmd} add 63008 set 0 queue 4 all from any to any out And ofcourse the default open rules of: ${fwcmd} add 65000 allow ip from any to any ${fwcmd} add 65535 deny ip from any to any The ftp tests I am doing as follows is directly between me and my ISP's ftp server: traceroute to ftp.sonic.net (208.201.249.234), 64 hops max, 40 byte packets 1 adsl-208-201-244-1.sonic.net (208.201.244.1) 8.201 ms 8.162 ms 8.260 ms 2 fast0-1.dist2-1.sr.sonic.net (208.201.224.160) 8.873 ms 8.749 ms 9.525 ms 3 eth0.a.ftp.sonic.net (208.201.249.234) 8.625 ms 9.287 ms 8.104 ms The results were the same with and without the change that Brian had mentioned above. This is what the maximum speed of the download/upload pipes. The upload pipe is limited at 400Kbit/sec due to the ipfw pipe config. Upload only: 10485760 bytes sent in 03:40 (46.37 KB/s) Download only: 10485760 bytes received in 00:16 (616.48 KB/s) Here is where the problem is if I do a upload and download at the same time: Upload: 10485760 bytes sent in 04:01 (42.41 KB/s) Download: 10485760 bytes received in 00:59 (172.91 KB/s) It appears that somehow the ACKs were not sent with priority on the upload pipe while downloading which is slowing the download side to less than 33% speed of the pipe. Here are the ipfw pipe and queue's: root@bigbang [5:11pm][/home/vince] >> ipfw pipe show 00001: 400.000 Kbit/s 0 ms 50 sl. 0 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 q00001: weight 100 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/1449 64.12.185.119/80 96816 57368081 39 13603 311 q00002: weight 66 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 udp 208.201.244.225/1026 192.35.51.30/53 1092 98426 0 0 0 q00003: weight 33 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/1449 64.12.185.119/80 396 20592 0 0 0 q00004: weight 1 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 icmp 208.201.244.225/0 80.138.73.42/0 235 15900 0 0 0 root@bigbang [5:14pm][/home/vince] >> ipfw queue show q00001: weight 100 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/1449 64.12.185.119/80 98271 58076455 29 35976 324 q00002: weight 66 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 udp 208.201.244.225/1026 192.35.51.30/53 1105 99511 0 0 0 q00003: weight 33 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/1449 64.12.185.119/80 396 20592 0 0 0 q00004: weight 1 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 icmp 208.201.244.225/0 80.138.73.42/0 237 16045 0 0 0 Which seems like it's sending everything through queue 1 when uploading/downloading instead of ACKs only on queue 1 and the other data on queue 4. Hope this explains things better for Luigi. Cheers, Vince From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 00:33:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D03F16A4CE; Fri, 29 Oct 2004 00:33:23 +0000 (GMT) Received: from Espresso.NEEBU.Net (espresso.neebu.net [66.166.158.130]) by mx1.FreeBSD.org (Postfix) with SMTP id E350643D46; Fri, 29 Oct 2004 00:33:18 +0000 (GMT) (envelope-from khuon@Espresso.NEEBU.Net) Received: from Espresso.NEEBU.Net (khuon@localhost [127.0.0.1]) by Espresso.NEEBU.Net (8.12.10/8.12.10) with ESMTP id i9T0X3S4013130; Thu, 28 Oct 2004 17:33:04 -0700 (PDT) Received: from Espresso.NEEBU.Net (khuon@localhost)i9T0X3iF013129; Thu, 28 Oct 2004 17:33:03 -0700 (PDT) Message-Id: <200410290033.i9T0X3iF013129@Espresso.NEEBU.Net> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 From: "Jake Khuon" To: freebsd-current@freebsd.org Dcc: In-reply-to: Gleb Smirnoff's message of Thu, 28 Oct 2004 22:34:34 +0400. <20041028183434.GA53441@cell.sick.ru> Action: Expires: Precedence: Priority: Normal X-Face: "(e&e|OIYrcV1x8y?txN%k1E2f[qWLjRjOn+a30)3>x`Wx%_9XiXs\IO2#G5L1m=c/|^h|z29wJ#]D/.?Ks,Mw1 X-URI: http://Espresso.NEEBU.Net/~khuon/ X-Organisation: Network Engineers for Effective Bandwidth Utilisation X-Header: /usr/include gives great headers X-System: Sun UltraSPARCstation2/2300MP running SunOS Release 5.8 X-Shell: tcsh 6.07.02 (Astron) 1996-10-27 (sparc-sun-solaris) options 8b,nls,dl,al,ng,rh X-Chtorr: History is full of revisionists. Where it used to say "THOU SHALT NOT KILL" it now says, "except as specified in section III-B, Paragraph 12, Sub-section D, Schedule 3." If that still doesn't suit you, wait till next year's commandments come out and trade it in for something that does. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Oct 2004 17:33:03 -0700 Sender: khuon@Espresso.NEEBU.Net cc: mdodd@freebsd.org cc: sos@freebsd.org Subject: Re: broken APM on IBM-T30 with 6.0-CURRENT 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: Fri, 29 Oct 2004 00:33:23 -0000 ### On Thu, 28 Oct 2004 22:34:34 +0400, Gleb Smirnoff ### casually decided to expound upon Anders Odberg ### , mdodd@freebsd.org, sos@freebsd.org the ### following thoughts about "Re: broken APM on IBM-T30 with 6.0-CURRENT": GS> This hack was a dirty one. A better solution provided by Matthew Dodd GS> is attached. However, it may not apply cleanly, since some things GS> have already changed in source (at least in HEAD). GS> GS> For more information contact Matthew, who have investigated this problem GS> and Soren, who is our ATA maintainer. I've Cc'ed both of them. That patch worked perfectly. I had to do a little hand-patching of one of the hunks that got rejected though. Any thoughts on if this will get merged? Thanks. -- /*===================[ Jake Khuon ]======================+ | Packet Plumber, Network Engineers /| / [~ [~ |) | | --------------- | | for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| N E T W O R K S | +=========================================================================*/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 00:58:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D21416A4CE for ; Fri, 29 Oct 2004 00:58:03 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FE8343D39 for ; Fri, 29 Oct 2004 00:58:02 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i9T0vi0C075071; Thu, 28 Oct 2004 20:57:45 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Brooks Davis In-Reply-To: <20041028210448.GC2411@odin.ac.hmc.edu> References: <1098850867.51833.14.camel@shumai.marcuscom.com> <20041027110528.T91011@treo.operax.com> <418138D0.6090304@marcuscom.com> <20041028210448.GC2411@odin.ac.hmc.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-aZic8LVCv8cg7VClI5Wf" Organization: MarcusCom, Inc. Message-Id: <1099011448.40994.7.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 28 Oct 2004 20:57:29 -0400 X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on creme-brulee.marcuscom.com cc: Vladimir Grebenschikov cc: "current@freebsd.org" cc: Johan Larsson Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 00:58:03 -0000 --=-aZic8LVCv8cg7VClI5Wf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-10-28 at 17:04, Brooks Davis wrote: > On Thu, Oct 28, 2004 at 02:22:08PM -0400, Joe Marcus Clarke wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > >=20 > > Brooks Davis wrote: > > | On Wed, Oct 27, 2004 at 11:06:04AM +0200, Johan Larsson wrote: > > | > > |>Hello! > > |> > > |>On Wed, 27 Oct 2004, Vladimir Grebenschikov wrote: > > |> > > |> > > |>>? ??, 27/10/2004 ? 00:21 -0400, Joe Marcus Clarke ?????: > > |>> > > |>>>The more I look into this, the more it looks like I'm screwed. I'm > > |>>>trying to install FreeBSD 5.3-RC1 from CD on a machine without any = PS/2 > > |>>>ports. All I have is a USB keyboard. Yes, the BIOS has legacy USB > > |>>>support enabled, and the keyboard works to hit enter at the initial= boot > > |>>>prompt. However, once I'm in sysinstall, I'm out of luck. > > |>>> > > |>>>I tried disconnecting the keyboard at boot time to see if I could g= et a > > |>>>serial console to do the installation, but that didn't work. The > > |>>>console was still detected as internal video. Any ideas on how I c= an > > |>>>get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. > > |>> > > |>>Yes, instruct kernel to put console on serial from loader prompt > > |>>( I guess something like > > |>> OK set hint.sio.0.flags=3D"0x10" > > |>> OK boot -h > > |>> or like > > |>> ) > > |>> > > |> > > |>We installed RC1 on a GX280 recently, and the only thing we had to do= to > > |>get the usb keyboard working was to set the following in the loader: > > |> > > |>set hint.atkbd.0.flags=3D"0x1" > > |> > > |>And to make it resident, put it in the /boot/device.hints after the > > |>installation. > > | > > | > > | This is supposed to be being set on the release CDs. The test CD I > > | posted links to uses nearly the same code I committed. I'm going > > | to have to see if I can tear an ISO apart to verify what's on it. > > | Unfortunately, my hotel has a 150MB cap (f-ing ridiculous for 29 Euro= s). > >=20 > > Did your changes make it into 5.3-RC1? >=20 > Yes, they should have made it in to BETA 3 or 4, I can't remember which. Well, I can confirm that the mini-ISO for 5.3-RC1 did not have support for a USB keyboard. As soon as I set atkbd.0.flags to 0x1 (thanks to Vladimir and Johan's suggestions), it worked flawlessly. Joe >=20 > -- Brooks --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-aZic8LVCv8cg7VClI5Wf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD4DBQBBgZV4b2iPiv4Uz4cRAlUXAJdn+T8z4mpU+EbZBo2vyI89s3fnAJ9LJv4s 8vh85urDy8R47+ojWEphgg== =Qfqg -----END PGP SIGNATURE----- --=-aZic8LVCv8cg7VClI5Wf-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 01:08:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A66016A4CE for ; Fri, 29 Oct 2004 01:08:14 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE53843D3F for ; Fri, 29 Oct 2004 01:08:13 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9T18EuI043827; Thu, 28 Oct 2004 21:08:14 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 43477-05; Thu, 28 Oct 2004 21:08:14 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9T18DUN043814; Thu, 28 Oct 2004 21:08:13 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i9T17sSf005952; Thu, 28 Oct 2004 21:08:05 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041028210049.09b37ef0@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Thu, 28 Oct 2004 21:15:05 -0400 To: David Gilbert From: Mike Tancsa In-Reply-To: <16767.57336.647812.340434@canoe.dclg.ca> References: <16767.52282.937187.190919@canoe.dclg.ca> <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> <16767.53956.366966.737912@canoe.dclg.ca> <6.1.2.0.0.20041027131824.10140c90@64.7.153.2> <16767.56346.513032.706641@canoe.dclg.ca> <6.1.2.0.0.20041027135319.053221d8@64.7.153.2> <16767.57336.647812.340434@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b cc: FreeBSD-current@freebsd.org Subject: Re: IPSec on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 01:08:14 -0000 At 01:50 PM 27/10/2004, David Gilbert wrote: >Well... since this is going to get rather large, I'm opening an PR on >the issue. 73211. > >http://www.freebsd.org/cgi/query-pr.cgi?pr=73211 > >The problemm seems to be fatal trap 18: integer divide fault while in >kernel mode Maybe an AMD thing.. releng5-865# cd /tmp releng5-865# touch blank releng5-865# setkey -f blank releng5-865# releng5-865# uname -a FreeBSD releng5-865.sentex.ca 5.3-STABLE FreeBSD 5.3-STABLE #2: Wed Oct 27 13:56:06 EDT 2004 mdtancsa@releng5-865.sentex.ca:/usr/obj/usr/src/sys/test i386 releng5-865# ---Mike From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 02:00:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C062A16A4D1 for ; Fri, 29 Oct 2004 02:00:39 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF42443D41 for ; Fri, 29 Oct 2004 02:00:38 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-b215.otenet.gr [212.205.244.223]) i9T20aQK021754; Fri, 29 Oct 2004 05:00:37 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i9T20WO5038131; Fri, 29 Oct 2004 05:00:32 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i9T20WBs038130; Fri, 29 Oct 2004 05:00:32 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 29 Oct 2004 05:00:32 +0300 From: Giorgos Keramidas To: piotr.smyrak@heron.pl Message-ID: <20041029020032.GA37714@gothmog.gr> References: <20041028122342.M42455@heron.pl> <20041028153551.GA14535@gothmog.gr> <20041028214936.M81640@heron.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041028214936.M81640@heron.pl> cc: freebsd-current@freebsd.org Subject: Re: error at usr.bin/ftp when building 5.3RC1 world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 02:00:39 -0000 On 2004-10-28 22:50, piotr.smyrak@heron.pl wrote: > On Thu, 28 Oct 2004 18:35:51 +0300, Giorgos Keramidas wrote > > On 2004-10-28 13:52, piotr.smyrak@heron.pl wrote: > > > I just cvsuped my sources to RELENG_5 and tried to make world (see > > > attached make.conf), and I get the following error at usr.bin/ftp: > > > > > > ===> usr.bin/fsync > > > rm -f .depend > > > mkdep -f .depend -a /usr/src/usr.bin/fsync/fsync.c > > > echo fsync: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend > > > ===> usr.bin/ftp > > > *** Error code 2 > > > > > > Stop in /usr/src/usr.bin. > > > *** Error code 1 > > > > Are you using the -j option of make to spawn multiple make processes? > > If yes, remove your /usr/obj/usr object tree and start over without > > any -j options. > > No, I don't use it. Sometimes I do, but not this time. And this is the first > thing I would drop in case of problems. Is your source tree up to date, then? More specifically, does the ftp directory exist at all? $ ls -ld /usr/src/usr.bin/ftp drwxr-xr-x 3 root wheel 512 Oct 23 19:09 /usr/src/usr.bin/ftp I just noticed ``Error code 2'' (errno 2 = ENOENT). This means that make can't find some file it needs. Do you have both an `ftp' subdirectory in your /usr/src/usr.bin tree *and* the sources of ftp in `/usr/src/contrib/lukemftp' ? From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 02:07:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F31F916A4CF for ; Fri, 29 Oct 2004 02:07:18 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id B58E443D49 for ; Fri, 29 Oct 2004 02:07:17 +0000 (GMT) (envelope-from vincepoy@gmail.com) Received: by wproxy.gmail.com with SMTP id 64so576984wri for ; Thu, 28 Oct 2004 19:07:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=obwLEmvKokhvDCUmjbKriNySAe2578vjMJ0NBMLzi1AaYjtV7o1ABsovS0cRuRRyIwoedCSVWOqM9EJSWGi9BCa3/AxH9SItj353FyWEtzjHzQ7fbrqAJMAgA7ifxSN12DiVFbAL8WrqFqka+jN6zEb/FhBv3uXTgN7a4OKQx64= Received: by 10.38.163.52 with SMTP id l52mr2409363rne; Thu, 28 Oct 2004 19:07:06 -0700 (PDT) Received: by 10.38.14.49 with HTTP; Thu, 28 Oct 2004 19:07:05 -0700 (PDT) Message-ID: <429af92e04102819074e7b1311@mail.gmail.com> Date: Thu, 28 Oct 2004 19:07:05 -0700 From: Vincent Poy To: Brian Fundakowski Feldman In-Reply-To: <429af92e041028171979d4bf42@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <429af92e041020205510c66168@mail.gmail.com> <4177B899.5EC32F5F@freebsd.org> <429af92e04102114472add0e51@mail.gmail.com> <417835C7.7060808@freebsd.org> <429af92e04102404115bc7bc80@mail.gmail.com> <20041026133043.A24138@xorpc.icir.org> <20041026231745.GE93831@green.homeunix.org> <429af92e041028171979d4bf42@mail.gmail.com> cc: Luigi Rizzo cc: freebsd-current@freebsd.org cc: Andre Oppermann Subject: Re: Traffic Shaping not working correctly after ipfw coverted to use pfil_hooks API X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vincent Poy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 02:07:19 -0000 On Thu, 28 Oct 2004 17:19:43 -0700, Vincent Poy wrote: > On Tue, 26 Oct 2004 19:17:46 -0400, Brian Fundakowski Feldman > wrote: > > On Tue, Oct 26, 2004 at 01:30:43PM -0700, Luigi Rizzo wrote: > > > > > > > On Sun, Oct 24, 2004 at 04:37:32PM +0200, Andre Oppermann wrote: > > > > [bouncing over to Luigi] > > > > > > > > Luigi, do you have any idea what might be going wrong here? > > > > > > no, sorry... I have to say the ipfw/natd/dummynet configuration is rather > > > convoluted here so it is a bit hard to tell whether the > > > problem is in dummynet calls or divert sockets. > > > > > > I am also confused by the numbers in the initial report: > > > > > > > > > >>Vincent Poy wrote: > > > > > > >> > > > > > > >>>However, after the latest -CURRENT upgrade, it will do 200KB/sec down > > > > > > >>>and 52KB/sec up. If I only download only, then it does show > > > > > > >>>650KB/sec. Normally, when I change the bandwidth to a number lower > > > > > > >>>than 480Kbps for the pipe, the download speeds would go up when > > > > > > >>>downloading. However, I have tried in 10kbps steps down to 350kbps > > > > > > >>>but it still did not top 200KB/sec in downloading. > > > > > > there is a mix of two different notations, Kbps and KB/sec, and > > > i cannot make sense of them. > > > Finally, I am curious as to why one would mix the upload and download > > > traffic, i believe *DSL data rates are independent in the two > > > directions unlike analog modems... > > > > In ip_divert.c the behavior may have changed when I implemented diverted > > rules, in divert_output(): the cookie (ipfw rule number) can be added > > and set to sin->sin_port if the sockaddr_in used for hinting the > > interface has a cleared sin->sin_addr field, but has not cleared the > > sin->sin_port. This specifically means for diverted output, and not > > loopback, packets could be skipping rules when they shouldn't be. > > > > Could you try modifying that function in src/sys/netinet/ip_divert.c > > so that "dt->cookie = sin->sin_port;" changes to > > if (sin->sin_addr.s_addr != 0) > > dt->cookie = sin->sin_port; > > and see if that changes things? > > Before I did the modifying of the function, I updated to the latest > -CURRENT of 1AM PDT October 27, 2004 and this is what I did: > > *** /usr/src/sys/netinet/ip_divert.c.old Wed Oct 27 00:30:59 2004 > --- /usr/src/sys/netinet/ip_divert.c Thu Oct 28 15:46:25 2004 > *************** > *** 297,303 **** > if (sin) { > int i; > > ! dt->cookie = sin->sin_port; > /* > * Find receive interface with the given name, stuffed > * (if it exists) in the sin_zero[] field. > --- 297,304 ---- > if (sin) { > int i; > > ! if (sin->sin_addr.s_addr != 0) > ! dt->cookie = sin->sin_port; > /* > * Find receive interface with the given name, stuffed > * (if it exists) in the sin_zero[] field. > > Recompiled kernel and rebooted. > > As I mentioned before, the ADSL circuit is 6016Kbps/608Kbps on SBC's > ATM Network so there is a 13% overhead due to ATM making it > 5000Kbps/520Kbps effective. > > ipfw rules are as follows as it's been simplified, I am only using > ipfw2/dummynet so that ACK packets will have priority if I am > downloading while uploading. I'm using 400Kbit/s as the upload limit > so that downloads will be at their maximum while uploading. > > ${fwcmd} enable one_pass > # Define our upload pipe > ${fwcmd} pipe 1 config bw 400Kbit/s > ${fwcmd} add 49 skipto 100 ip from 208.201.244.224/29 to any > ${fwcmd} add 50 divert natd all from any to any via ${natd_interface} > ${fwcmd} add 100 pass all from any to any via lo0 > ${fwcmd} add 200 deny all from any to 127.0.0.0/8 > ${fwcmd} add 300 deny ip from 127.0.0.0/8 to any > # Route LAN and RFC1918 networks without Traffic Shaping > ${fwcmd} add 63000 allow all from any to 10.0.0.0/8 out > ${fwcmd} add 63001 allow all from any to 172.16.0.0/12 out > ${fwcmd} add 63002 allow all from any to 192.168.0.0/16 out > ${fwcmd} add 63003 allow all from any to 208.201.244.224/29 out > # Assign outgoing empty/small ACK packets to the high-priority queue > ${fwcmd} add 63004 set 0 queue 1 tcp from any to any tcpflags ack out > # Assign outgoing UDP (DNS/gaming) and SSH traffic to the > medium-high-priority queue > ${fwcmd} add 63005 set 0 queue 2 tcp from any to any 22,23 out > ${fwcmd} add 63006 set 0 queue 2 udp from any to any not 80,443 out > # Assign outgoing HTTP/HTTPS WEB traffic to the medium-low-priority queue > ${fwcmd} add 63007 set 0 queue 3 all from any to any 80,443 out > # Assign all other outgoing traffic to the low-priority queue > ${fwcmd} add 63008 set 0 queue 4 all from any to any out > And ofcourse the default open rules of: > ${fwcmd} add 65000 allow ip from any to any > ${fwcmd} add 65535 deny ip from any to any > > The ftp tests I am doing as follows is directly between me and my > ISP's ftp server: > > traceroute to ftp.sonic.net (208.201.249.234), 64 hops max, 40 byte packets > 1 adsl-208-201-244-1.sonic.net (208.201.244.1) 8.201 ms 8.162 ms 8.260 ms > 2 fast0-1.dist2-1.sr.sonic.net (208.201.224.160) 8.873 ms 8.749 ms 9.525 ms > 3 eth0.a.ftp.sonic.net (208.201.249.234) 8.625 ms 9.287 ms 8.104 ms > > The results were the same with and without the change that Brian had > mentioned above. > > This is what the maximum speed of the download/upload pipes. The upload pipe > is limited at 400Kbit/sec due to the ipfw pipe config. > > Upload only: > 10485760 bytes sent in 03:40 (46.37 KB/s) > Download only: > 10485760 bytes received in 00:16 (616.48 KB/s) > > Here is where the problem is if I do a upload and download at the same time: > > Upload: > 10485760 bytes sent in 04:01 (42.41 KB/s) > Download: > 10485760 bytes received in 00:59 (172.91 KB/s) > > It appears that somehow the ACKs were not sent with priority on the > upload pipe while downloading which is slowing the download side to > less than 33% speed of the pipe. > > Here are the ipfw pipe and queue's: > > root@bigbang [5:11pm][/home/vince] >> ipfw pipe show > 00001: 400.000 Kbit/s 0 ms 50 sl. 0 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > q00001: weight 100 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 tcp 208.201.244.226/1449 64.12.185.119/80 96816 57368081 39 13603 311 > q00002: weight 66 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 udp 208.201.244.225/1026 192.35.51.30/53 1092 98426 0 0 0 > q00003: weight 33 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 tcp 208.201.244.226/1449 64.12.185.119/80 396 20592 0 0 0 > q00004: weight 1 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 icmp 208.201.244.225/0 80.138.73.42/0 235 15900 0 0 0 > > root@bigbang [5:14pm][/home/vince] >> ipfw queue show > q00001: weight 100 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 tcp 208.201.244.226/1449 64.12.185.119/80 98271 58076455 29 35976 324 > q00002: weight 66 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 udp 208.201.244.225/1026 192.35.51.30/53 1105 99511 0 0 0 > q00003: weight 33 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 tcp 208.201.244.226/1449 64.12.185.119/80 396 20592 0 0 0 > q00004: weight 1 pipe 1 50 sl. 1 queues (1 buckets) droptail > mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 > BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp > 0 icmp 208.201.244.225/0 80.138.73.42/0 237 16045 0 0 0 > > Which seems like it's sending everything through queue 1 when > uploading/downloading instead of ACKs only on queue 1 and the other > data on queue 4. > > Hope this explains things better for Luigi. I just tried this again.... and it seems like the queues are not working at all while it did on the March 6, 2004 -CURRENT since the queue show output appears to not update the source and destination IPs for all of the queues. root@bigbang [6:44pm][/home/vince] >> ipfw queue show q00001: weight 100 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/1449 64.12.185.119/80 181047 91968211 0 0 421 q00002: weight 66 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 udp 208.201.244.225/1026 192.35.51.30/53 2727 238253 0 0 0 q00003: weight 33 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 tcp 208.201.244.226/1449 64.12.185.119/80 2211 114696 0 0 0 q00004: weight 1 pipe 1 50 sl. 1 queues (1 buckets) droptail mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000 BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp 0 icmp 208.201.244.225/0 80.138.73.42/0 1847 148609 0 0 0 Queue 1 I tested by doing a ftp receive from 208.201.249.234 to 208.201.244.224 which is updating the total pkt/bytes counter but the Source IP and Destination IP didn't change. Queue 2 I tested by querying my DNS server from an outside source. The results were similar with 1 as the total pkt/bytes counter did update but the Source IP and Destination IP didn't change. Queue 3 I tested by downloading a file via http from an outside source. None of the information changed at all as the Source IP and Destination IP didn't change. The total pkt/bytes counter didn't change at all. Queue 4 I tested by sending a file via ftp. The counters change but the protocol shows icmp and with the same Source IP and Destination IP as shown above. Hope this provides more information. Cheers, Vince From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 03:00:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1262316A4CE for ; Fri, 29 Oct 2004 03:00:33 +0000 (GMT) Received: from mail.ntmk.ru (mail.ntmk.ru [217.114.241.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 098C543D1D for ; Fri, 29 Oct 2004 03:00:32 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from boris.nikom.ru ([10.1.16.195]) by mail.ntmk.ru with esmtp (Exim 4.34) id 1CNN0A-0000VV-1A for freebsd-current@freebsd.org; Fri, 29 Oct 2004 09:00:30 +0600 Message-ID: <4181B24D.2080509@ntmk.ru> Date: Fri, 29 Oct 2004 09:00:29 +0600 From: Boris Kovalenko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041018 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: rcorder on /usr/local/etc/rc.d FreeBSD 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 03:00:33 -0000 Hello! Does RCORDER invoked on /usr/local/etc/rc.d? According to man the answer is no. So, if I want my daemon starts in apropriate order I should place its startup script to /etc/rc.d? Am I right? With respect, Boris From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 03:17:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF30016A4CF for ; Fri, 29 Oct 2004 03:17:19 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8456443D2F for ; Fri, 29 Oct 2004 03:17:19 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id E1D65C865; Thu, 28 Oct 2004 23:17:18 -0400 (EDT) Received: by canoe.dclg.ca (Postfix, from userid 101) id AA32C1D2383; Thu, 28 Oct 2004 23:10:47 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16769.46263.590988.194929@canoe.dclg.ca> Date: Thu, 28 Oct 2004 23:10:47 -0400 To: Mike Tancsa In-Reply-To: <6.1.2.0.0.20041028210049.09b37ef0@64.7.153.2> References: <16767.52282.937187.190919@canoe.dclg.ca> <6.1.2.0.0.20041027124606.09c40768@64.7.153.2> <16767.53956.366966.737912@canoe.dclg.ca> <6.1.2.0.0.20041027131824.10140c90@64.7.153.2> <16767.56346.513032.706641@canoe.dclg.ca> <6.1.2.0.0.20041027135319.053221d8@64.7.153.2> <16767.57336.647812.340434@canoe.dclg.ca> <6.1.2.0.0.20041028210049.09b37ef0@64.7.153.2> X-Mailer: VM 7.17 under 21.5 (beta17) "chayote" (+CVS-20040321) XEmacs Lucid cc: FreeBSD-current@freebsd.org cc: David Gilbert Subject: Re: IPSec on current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 03:17:20 -0000 >>>>> "Mike" == Mike Tancsa writes: Mike> At 01:50 PM 27/10/2004, David Gilbert wrote: >> Well... since this is going to get rather large, I'm opening an PR >> on the issue. 73211. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=73211 >> >> The problemm seems to be fatal trap 18: integer divide fault while >> in kernel mode Mike> Maybe an AMD thing.. Mike> releng5-865# cd /tmp releng5-865# touch blank releng5-865# Mike> setkey -f blank releng5-865# releng5-865# uname -a FreeBSD Mike> releng5-865.sentex.ca 5.3-STABLE FreeBSD 5.3-STABLE #2: Wed Oct Mike> 27 13:56:06 EDT 2004 Mike> mdtancsa@releng5-865.sentex.ca:/usr/obj/usr/src/sys/test i386 Mike> releng5-865# I concur. We loaded the same machine with i386 FreeBSD-5.3-RC1 (even though it's a dual opteron) and FAST_IPSEC works just fine. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 04:25:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0608716A4D0; Fri, 29 Oct 2004 04:25:24 +0000 (GMT) Received: from sys.heron.com.pl (sys.heron.com.pl [195.117.24.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F5F043D1D; Fri, 29 Oct 2004 04:25:11 +0000 (GMT) (envelope-from piotr.smyrak@heron.pl) Received: from localhost ([127.0.0.1] helo=poczta.heron.pl) by sys.heron.com.pl with esmtp (Exim 4.23) id 1CNOJo-000IRc-Ty; Fri, 29 Oct 2004 06:24:53 +0200 From: piotr.smyrak@heron.pl To: Giorgos Keramidas Date: Fri, 29 Oct 2004 05:24:52 +0100 Message-Id: <20041029041912.M53413@heron.pl> In-Reply-To: <20041029020032.GA37714@gothmog.gr> References: <20041028122342.M42455@heron.pl> <20041028153551.GA14535@gothmog.gr> <20041028214936.M81640@heron.pl> <20041029020032.GA37714@gothmog.gr> X-Mailer: WebMail at HERON 2.32 20040813 X-OriginatingIP: 83.24.73.11 (smyru) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 cc: freebsd-current@freebsd.org Subject: Re: error at usr.bin/ftp when building 5.3RC1 world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 04:25:24 -0000 On Fri, 29 Oct 2004 05:00:32 +0300, Giorgos Keramidas wrote > On 2004-10-28 22:50, piotr.smyrak@heron.pl wrote: > > On Thu, 28 Oct 2004 18:35:51 +0300, Giorgos Keramidas wrote > > > On 2004-10-28 13:52, piotr.smyrak@heron.pl wrote: > > > > I just cvsuped my sources to RELENG_5 and tried to make world (see > > > > attached make.conf), and I get the following error at usr. bin/ftp: > > > > > > > > ===> usr.bin/fsync > > > > rm -f .depend > > > > mkdep -f .depend -a /usr/src/usr.bin/fsync/fsync.c > > > > echo fsync: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend > > > > ===> usr.bin/ftp > > > > *** Error code 2 > > > > > > > > Stop in /usr/src/usr.bin. > > > > *** Error code 1 > > > > > > Are you using the -j option of make to spawn multiple make processes? > > > If yes, remove your /usr/obj/usr object tree and start over without > > > any -j options. > > > > No, I don't use it. Sometimes I do, but not this time. And this is the first > > thing I would drop in case of problems. > > Is your source tree up to date, then? More specifically, > does the ftp directory exist at all? > > $ ls -ld /usr/src/usr.bin/ftp > drwxr-xr-x 3 root wheel 512 Oct 23 19:09 /usr/src/usr.bin/ftp > > I just noticed ``Error code 2'' (errno 2 = ENOENT). > > This means that make can't find some file it needs. Do > you have both an `ftp' subdirectory in your > /usr/src/usr.bin tree *and* the sources of ftp in > `/usr/src/contrib/lukemftp' ? Silly me! I was trimming down the sources in refuse file, and I cut the lukem directory, had no idea it has smth to do with the builtin ftp. Yep, one learn smth everyday. I was searching through the mans before posting, and couldn't find the information on the error status. Which man is that? I checked make and make.conf. Thanks a lot for help, -- Piotr Smyrak piotr.smyrak@heron.pl From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 05:52:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8F3616A4D1 for ; Fri, 29 Oct 2004 05:52:13 +0000 (GMT) Received: from expert.ukrtel.net (expert.ukrtel.net [195.5.6.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E468143D54 for ; Fri, 29 Oct 2004 05:52:11 +0000 (GMT) (envelope-from astesin@ukrtelecom.net) Received: from hoexch005.sl.ukrtelecom.net (sltrans.ukrtel.net [195.5.37.133]) by expert.ukrtel.net (Netscape Messaging Server 3.5) with ESMTP id AAA115D for ; Fri, 29 Oct 2004 08:53:09 +0300 Received: from hoexc010.ho.ukrtelecom.net (hoexc010.ukrtelecom.net [10.10.1.10]) by hoexch005.sl.ukrtelecom.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id VZDK5RNA; Fri, 29 Oct 2004 08:55:02 +0200 Received: by hoexc010.ukrtelecom.net with Internet Mail Service (5.5.2653.19) id ; Fri, 29 Oct 2004 07:52:07 +0200 Message-ID: <1152675CA9EDD71187130002B3CE5ADA0F58476A@hoexc010.ukrtelecom.net> From: astesin@ukrtelecom.net To: FreeBSD-current@freebsd.org Date: Fri, 29 Oct 2004 07:52:04 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: What is the proper way to build RELENG_5 w/o IPv6 && w/IPSEC ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 05:52:13 -0000 Dear FreeBSD team people, While following the thread about IPSEC issues, I'we got somewhat confused, maybe someone will be so kind to spend a minute and tell me the answer: I'm preparing a RELENG_5 (5.3-STABLE) system to act as a network server. IPv4 and IPSEC are the must. VLANs, various tunneling and VPN features also are the must. Zebra w/BGP4 will do routing. And IPv6 is of no use here. What is the recommended way to set up make.conf and kernel config variables in order to get world and kernel *both* automagically satisfy the above requirements, get decent network performance, and at the same time - to avoid building unnessecary IPv6 bells & whistles? (and at the same time - do not break some potentially useful stuff). The machine is P-IV 3.0 w/HTT, Intel S875WP1 motherboard (em0 && fxp0 interfaces). Thank you for your suggestions, Andrew From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 07:36:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CEB116A4CF for ; Fri, 29 Oct 2004 07:36:31 +0000 (GMT) Received: from Espresso.NEEBU.Net (espresso.neebu.net [66.166.158.130]) by mx1.FreeBSD.org (Postfix) with SMTP id 0635843D4C for ; Fri, 29 Oct 2004 07:36:31 +0000 (GMT) (envelope-from khuon@Espresso.NEEBU.Net) Received: from Espresso.NEEBU.Net (khuon@localhost [127.0.0.1]) by Espresso.NEEBU.Net (8.12.10/8.12.10) with ESMTP id i9T7aJS4017215; Fri, 29 Oct 2004 00:36:20 -0700 (PDT) Received: from Espresso.NEEBU.Net (khuon@localhost)i9T7aIia017214; Fri, 29 Oct 2004 00:36:19 -0700 (PDT) Message-Id: <200410290736.i9T7aIia017214@Espresso.NEEBU.Net> From: "Jake Khuon" To: Bruce M Simpson Dcc: In-reply-to: Bruce M Simpson's message of Thu, 28 Oct 2004 17:38:52 -0700. <20041029003852.GE2063@empiric.icir.org> Action: Expires: Precedence: Priority: Normal X-Face: "(e&e|OIYrcV1x8y?txN%k1E2f[qWLjRjOn+a30)3>x`Wx%_9XiXs\IO2#G5L1m=c/|^h|z29wJ#]D/.?Ks,Mw1 X-URI: http://Espresso.NEEBU.Net/~khuon/ X-Organisation: Network Engineers for Effective Bandwidth Utilisation X-Header: /usr/include gives great headers X-System: Sun UltraSPARCstation2/2300MP running SunOS Release 5.8 X-Shell: tcsh 6.07.02 (Astron) 1996-10-27 (sparc-sun-solaris) options 8b,nls,dl,al,ng,rh X-Chtorr: History is full of revisionists. Where it used to say "THOU SHALT NOT KILL" it now says, "except as specified in section III-B, Paragraph 12, Sub-section D, Schedule 3." If that still doesn't suit you, wait till next year's commandments come out and trade it in for something that does. X-Mailer: MH 6.8.4 #4[UCI] (Espresso.NEEBU.Net) of Mon Feb 19 15:14:03 EST 1996 Date: Fri, 29 Oct 2004 00:36:18 -0700 Sender: khuon@Espresso.NEEBU.Net cc: freebsd-current@freebsd.org Subject: Re: broken APM on IBM-T30 with 6.0-CURRENT 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: Fri, 29 Oct 2004 07:36:31 -0000 ### On Thu, 28 Oct 2004 17:38:52 -0700, Bruce M Simpson ### casually decided to expound upon Jake Khuon the ### following thoughts about "Re: broken APM on IBM-T30 with 6.0-CURRENT": BMS> On Thu, Oct 28, 2004 at 05:33:03PM -0700, Jake Khuon wrote: BMS> > That patch worked perfectly. I had to do a little hand-patching of one of BMS> > the hunks that got rejected though. Any thoughts on if this will get BMS> > merged? Thanks. BMS> BMS> Please send me these patches so I can look at them... After applying the patch, I did a backdiff. This is against: /src/sys/dev/ata/ata-all.c,v 1.233 2004/10/19 20:13:38 *** ata-all.c.orig Mon Oct 25 06:28:47 2004 --- ata-all.c Thu Oct 28 15:18:20 2004 *************** *** 86,91 **** --- 86,92 ---- static struct intr_config_hook *ata_delayed_attach = NULL; static int ata_dma = 1; static int atapi_dma = 1; + static int ata_resuming = 0; /* sysctl vars */ SYSCTL_NODE(_hw, OID_AUTO, ata, CTLFLAG_RD, 0, "ATA driver parameters"); *************** *** 346,356 **** --- 347,359 ---- if (ch->state == ATA_IDLE) { ch->state = ATA_ACTIVE; mtx_unlock(&ch->state_mtx); + goto out; break; } mtx_unlock(&ch->state_mtx); tsleep(ch, PRIBIO, "atasusp", hz/10); } + out: ch->locking(ch, ATA_LF_UNLOCK); return 0; } *************** *** 364,371 **** --- 367,376 ---- if (!dev || !(ch = device_get_softc(dev))) return ENXIO; + ata_resuming = 1; error = ata_reinit(ch); ata_start(ch); + ata_resuming = 0; return error; } *************** *** 838,844 **** void ata_udelay(int interval) { ! if (interval < (1000000/hz) || ata_delayed_attach) DELAY(interval); else tsleep(&interval, PRIBIO, "ataslp", interval/(1000000/hz)); --- 843,849 ---- void ata_udelay(int interval) { ! if (interval < (1000000/hz) || ata_delayed_attach || ata_resuming) DELAY(interval); else tsleep(&interval, PRIBIO, "ataslp", interval/(1000000/hz)); -- /*===================[ Jake Khuon ]======================+ | Packet Plumber, Network Engineers /| / [~ [~ |) | | --------------- | | for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| N E T W O R K S | +=========================================================================*/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 07:39:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0517616A4CE; Fri, 29 Oct 2004 07:39:53 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8A8143D3F; Fri, 29 Oct 2004 07:39:51 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9T7f8k0095036; Fri, 29 Oct 2004 01:41:08 -0600 (MDT) (envelope-from scottl@pooker.samsco.org) Received: (from scottl@localhost) by pooker.samsco.org (8.12.11/8.12.10/Submit) id i9T7f8DW095035; Fri, 29 Oct 2004 01:41:08 -0600 (MDT) (envelope-from scottl) Date: Fri, 29 Oct 2004 01:41:08 -0600 (MDT) Message-Id: <200410290741.i9T7f8DW095035@pooker.samsco.org> From: Scott Long To: current@FreeBSD.org X-Spam-Status: No, hits=0.6 required=3.8 tests=SUBJ_ALL_CAPS autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: 5.3-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: Fri, 29 Oct 2004 07:39:53 -0000 This is an automated weekly mailing of the FreeBSD 5.3 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.3R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.3 FreeBSD 5.3 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.3. If you have any updates for this list, please e-mail re@FreeBSD.org. Issues that require investigation +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-------+-------------+-------------+------------------------------------| | | | | More 'wedging' problems have been | | | | | reported with specific if_em | | | | | hardware. The hardware found in | | if_em | In progress | Bruce M. | the IBM T-41 seems to be a | | wedge | | Simpson | suspect. Removing ALTQ support | | | | | from the driver might help this | | | | | problem, but reports are | | | | | inconsistent. | +------------------------------------------------------------------------+ Show stopper defects for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |----------------+-------------+----------------+------------------------| | | | | Attaching GDB to a | | | | | threaded process will | | | | | leave the process in | | | | | an unkillable state. | | | | | Rebooting the machine | | Threaded | | | is the only way to | | application | | | recover from this. | | get stuck in | | | This is easily | | an unkillable | In progress | David Xu | triggered when a KDE | | state when | | | app crashes and KDE | | touched by GDB | | | automatically attaches | | | | | GDB to it to extract a | | | | | stack trace. A | | | | | candidate fix is in | | | | | 6-CURRENT. More | | | | | testing and review is | | | | | needed. | |----------------+-------------+----------------+------------------------| | | | | There have been | | | | | reports that, under | | | | | extremely high load, | | | | | the tcp_output() | | | | | routine may appear to | | | | | run for extended | | | | | periods, resulting in | | | | | the appearance of a | | | | | hang for an extended | | | | | period (up to 30 | | Reports of | | | minutes), followed by | | TCP-related | | | recovery. This may be | | instability | | George V. | a result of a bug in | | under | | Neville-Neil, | the TCP selective | | extremely high | In progress | Robert Watson, | acknowledgement | | load; possibly | | Scott Long | implementation | | related to | | | introduced following | | SACK | | | 5.2; the release | | | | | engineering team is | | | | | currently working with | | | | | the submitters to | | | | | diagnose the problem. | | | | | Depending on the | | | | | nature of the problem, | | | | | it may be appropriate | | | | | to release with SACK | | | | | disabled, or to | | | | | correct the bug prior | | | | | to 5.3. | +------------------------------------------------------------------------+ Required features for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | +------------------------------------------------------------------------+ Desired features and bugfixes for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |------------------+-------------+----------------+----------------------| | | | | There have been | | | | | reports that | | | | | specific gigabit | | | | | ethernet cards | | | | | supported by the | | | | | if_re driver are | | Reports of poor | | | experiencing poor | | performance with | | | performance; a patch | | the if_re driver | In progress | John-Mark | has been posted that | | (re ethernet | | Gurney | corrects timer and | | interfaces) | | | interrupt problems | | | | | with the driver, and | | | | | is believed to | | | | | correct the | | | | | performace problems. | | | | | The patch will be | | | | | merged to 6.x and | | | | | 5.x shortly. | |------------------+-------------+----------------+----------------------| | | | | With improved | | | | | support for | | | | | threading | | | | | primitives, support | | | | | is now required to | | GDB thread | | David Xu, | ease debugging of | | support | In progress | Marcel | threaded | | | | Moolenaar | applications. | | | | | Ideally, this | | | | | support will work | | | | | for both libthr and | | | | | libkse threading | | | | | models. | |------------------+-------------+----------------+----------------------| | | | | Kernel bits | | KSE support for | In progress | Ken Smith | implemented, | | sparc64 | | | userland not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | 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 | | | | | its inherent | | | | | security risks, it | | truss support | | | is highly desirable | | for ptrace | -- | -- | to update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches now. | | | | | Support for system | | | | | call tracing has | | | | | been added to | | | | | ptrace(). | |------------------+-------------+----------------+----------------------| | | | | FAST_IPSEC currently | | | | | cannot be used | | | | | directly with the | | | | | KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel | | | | | indirection to | | | | | protect IPv6 packets | | FAST_IPSEC and | | | when using hardware | | KAME | Not done | -- | crypto acceleration. | | compatibility | | | This 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. | |------------------+-------------+----------------+----------------------| | | | | A process cannot be | | | | | interrupted while | | | | | waiting on a lock. | | rpc.lockd(8) | | | Fixing this requires | | stability | -- | -- | that the RPC code be | | | | | taught how to deal | | | | | with lock | | | | | cancellation and | | | | | interruption events. | |------------------+-------------+----------------+----------------------| | | | | 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 | | Revised kld | | | for kernel objects | | build | Not done | Peter Wemm | (such as MAC, PAE, | | infrastructure | | | etc) that 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. | |------------------+-------------+----------------+----------------------| | | | | 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 conditions | Errata | Robert Drehmel | appears to exist | | in truss | candidate | | where 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. | |------------------+-------------+----------------+----------------------| | | | | Truss appears to | | | | | have another | | | | | problem. It is | | | | | repeatable by | | | | | running "truss -f | | More truss | Not done | -- | fsck -p /", | | problems | | | suspending it with | | | | | ^Z, and then killing | | | | | truss. It will leave | | | | | behind the fsck | | | | | processes which will | | | | | be unkillable. | |------------------+-------------+----------------+----------------------| | | | | The LOR reported in | | | | | PR kern/55175 needs | | filedesc LOR | Not done | -- | to be fixed. | | | | | Filedesc locking | | | | | needs to be heavily | | | | | reviewed in general. | |------------------+-------------+----------------+----------------------| | | | | Userland bits | | KSE support for | In progress | Marcel | implemented, kernel | | alpha | | Moolenaar | bits not | | | | | implemented. | |------------------+-------------+----------------+----------------------| | | | | For kernel API/ABI | | | | | compatibility | | | | | reasons, it would be | | CAM locking | In progress | Scott Long, | desirable to have | | | | Justin Gibbs | the CAM locking | | | | | strategy determined | | | | | and loosely | | | | | implemented for 5.3. | |------------------+-------------+----------------+----------------------| | | | | When running syscons | | | | | on an Ultra-30 with | | | | | Creator-3D typing | | | | | characters on the | | | | | keyboard produces | | | | | garbage. Problem | | | | | reported by Kris | | syscons not | | | Kennaway. Debugging | | working on | Not done | -- | difficult due to | | Sparc64 Ultra-30 | | | lack of this | | | | | particular | | | | | configuration among | | | | | developers and | | | | | problem isn't | | | | | present on similar | | | | | hardware (e.g. no | | | | | problem on Ultra-60 | | | | | w/Creator-3D). | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.3 +----------------------------------------------------------------------------------------------+ | Issue | Status |Responsible| Description | |--------------+--------+-----------+----------------------------------------------------------| | | |Gavin |The installation documentation doesn't take into account | |i386 Floppy | |Atkinson, |the new floppy images (with a full kernel split across | |Installation |Done |Bruce A. |multiple disks). This should be updated. | |Docs | |Mah |References: | | | | |docs/70485 (closed) | |--------------+--------+-----------+----------------------------------------------------------| |Finish | |Simon L. |Finish removing mention of individual devices in the | |hardware notes|Done |Nielsen, |hardware notes and use auto-generated lists, based on | |trimming | |Christian |driver manual pages, instead. | | | |Brueffer | | |--------------+--------+-----------+----------------------------------------------------------| | | | |The snd(4) and pcm(4) drivers have been renamed but their | | | | |manual pages are still outdated. sound(4) has to be added | | | | |and pcm(4), csa(4), gusc(4), sbc(4), and uaudio(4) should | |sound(4) | | |be revised. Other manual pages which refer to pcm(4) (if | |related manual|Done |Simon L. |any) should possibly be revised, too. In addition, | |pages | |Nielsen |supported cards list needs to be updated. | | | | |References: | | | | |Manpage for snd_solo on -doc@ | | | | |[PATCH] sound(4) related manpages 5.3 TODO item on -doc@ | | | | |src/share/man/man4/Makefile rev.1.279 | |--------------+--------+-----------+----------------------------------------------------------| | | | |This section is outdated, some rewrites are needed for | |Sound section | |Marc |5.3-RELEASE. | |in the |Done |Fonvieille |References: | |Handbook | | |doc/en_US.ISO8859-1/books/handbook/multimedia/chapter.sgml| | | | |rev.1.94 | |--------------+--------+-----------+----------------------------------------------------------| |FDP | | |With the snd(4) and pcm(4) drivers changes, documentations| |documentations|Not done|-- |(FAQ) regarding the use of these drivers need an update. | |related pcm(4)| | | | |--------------+--------+-----------+----------------------------------------------------------| | | | |Xin LI pointed out that FreeBSD 5.3-RELEASE is the first | | | | |stable release on 5.X and it is (hopefully) not for early | | | | |adopters. Early Adopter's Guide is still useful, but | |Early | |Bruce A. |contains a bit old information. Some parts of this guide | |Adopter's |Done |Mah, Tom |need a rewrite, and this document should be published as | |Guide | |Rhodes |"4.X to 5.X Migration Guide", which focuses difference | | | | |between 4.X and 5.X. | | | | |References: | | | | |Draft for review | | | | |discussion on -doc@ and -current@ | |--------------+--------+-----------+----------------------------------------------------------| | | | |Some parts are outdated. doc/70485 has been committed, but| | | | |more work is needed to reflect the realities. bmah@ | | | | |pointed out that we should have "quick-start" installation| |Installation |Not done|Tom Rhodes |guide for each platform instead of the current ones | |Notes | | |because they become too long and difficult to be | | | | |maintained. | | | | |References: | | | | |doc/70485 (closed) | |--------------+--------+-----------+----------------------------------------------------------| | | |Ken Tom, |Update the X11 chapter of the Handbook for X.Org's X11 | |Xorg |Done |Marc |server. | | | |Fonvieille |References: | | | | |books/handbook/config/chapter.sgml rev.1.147 | |--------------+--------+-----------+----------------------------------------------------------| | | | |Ch.11.4 and 11.5 of the Handbook must be updated to | | | | |mention the new rc.d scripts and some ports use | |rc.d scripts |Done |Tom Rhodes |/etc/rc.conf for their configuration. | | | | |References: | | | | |books/handbook/config/chapter.sgml rev.1.170 | | | | |books/handbook/config/chapter.sgml rev.1.172 | |--------------+--------+-----------+----------------------------------------------------------| |Handbook's | | |Chapter 8 must be updated to match 5.3-RELEASE. | |kernel |Done |Ceri Davies|References: | |configuration | | |docs/70674 (closed) | |chapter | | |books/handbook/kernelconfig/chapter.sgml rev.1.135 | |--------------+--------+-----------+----------------------------------------------------------| | | | |Some parts of Section 14.10 are outdated and are not | |Handbook's | | |correct for 5.X systems. | |IPsec section |Not done|-- |References: | | | | |ipsec on -doc@ | | | | |Problem with IPSEC in handbook on -doc@ | |--------------+--------+-----------+----------------------------------------------------------| |Handbook's |Not done|-- |Vinum chapter needs to be revised for 5.X systems. | |Vinum chapter | | | | +----------------------------------------------------------------------------------------------+ Testing focuses for 5.3-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |--------------------+---------------+--------------+--------------------| | | | | KSE has matured to | | | | | the point of being | | | | | more stable and | | | | | POSIX-compliant | | | | | than the | | | | | traditional | | | | | libc_r. All Tier-1 | | | | | platforms MUST | | | | | have stable KSE | | | | David Xu, | support for 5.3 in | | KSE as the default | Needs testing | Daniel | order to support a | | threads library | | Eischen | consistent | | | | | transition. | | | | | Additionally, all | | | | | ports that depend | | | | | on the pthreads | | | | | API must be | | | | | modified to | | | | | properly detect | | | | | and support the | | | | | default threading | | | | | library. | |--------------------+---------------+--------------+--------------------| | | | | Binutils needs | | | | | updating in order | | Updated binutils | | David | to support new | | for all platforms | Needs testing | O'Brien | platforms, newer | | | | | GDB versions, and | | | | | Thread Local | | | | | Storage. | |--------------------+---------------+--------------+--------------------| | | | | The previous GCC | | | | | 3.3 snapshot | | | | | included | | | | | regressions in | | | | | alignment of | | | | | floating point | | gcc 3.3 floating | | | arguments, | | point alignment | Needs testing | | resulting in a | | regression | | | substantial | | | | | performance | | | | | degradation. The | | | | | recent GCC 3.4.2 | | | | | import should fix | | | | | this, but more | | | | | testing is needed. | |--------------------+---------------+--------------+--------------------| | | | | Jun Kuriyama has | | | | | reported a failed | | | | | locking assertion | | in6_pcbnotify() | Done | Robert | with IPv6 TCP | | panic with TCP | | Watson | notifications. | | | | | This problem is | | | | | believed to be | | | | | corrected. | |--------------------+---------------+--------------+--------------------| | | | | To complete | | | | | support for | | | | | thread-local | | | | | storage on | | | | | FreeBSD, | | Per-platform | | Doug Rabson, | per-architecture | | Thread-Local | Needs testing | Marcel | changes must be | | Storage | | Moolenaar | made. Currently | | | | | pending platforms | | | | | are amd64, alpha, | | | | | ia64, i386, | | | | | sparc64, and | | | | | powerpc. | |--------------------+---------------+--------------+--------------------| | | | | High load on SMP | | | | | systems appears to | | | | | result in a hard | | | | | hang related to VM | | | | | IPI. Doug White | | SMP instability | | Doug White, | has prepared a | | under load | Needs testing | Alan L. Cox | candidate patch | | | | | that appears to | | | | | resolve this | | | | | instability, which | | | | | is currently in | | | | | testing for merge | | | | | to the CVS HEAD. | |--------------------+---------------+--------------+--------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4, UNIX domain | | | | | IPC, and sockets) | | | | | now have | | | | | fine-grained | | | | | locking of their | | | | | data structures. | | | | | It's possible to | | | | | run many common | | | | | network subsystems | | | | | and services | | | | | without the Giant | | Fine-grained | | | lock. However, a | | network stack | | Robert | number of device | | locking without | Needs testing | Watson | drivers and less | | Giant | | | mainstream network | | | | | subsystems are | | | | | currently not | | | | | MPSAFE. 5.3 betas | | | | | have shipped with | | | | | Giant-free | | | | | networking by | | | | | default, with some | | | | | bug reports and | | | | | fixes in later | | | | | betas and release | | | | | candidates. Please | | | | | report any | | | | | problems to the | | | | | current@ mailing | | | | | list. | |--------------------+---------------+--------------+--------------------| | | | | KLDs work when | | | | | loaded from | | | | | userland, but not | | | | David | from the loader. | | kld support for | Needs testing | O'Brien, Ian | kldxref and loader | | amd64 | | Dowse | support has been | | | | | committed to HEAD | | | | | and RELENG_5 and | | | | | needs final | | | | | testing. | |--------------------+---------------+--------------+--------------------| | | | | Recent changes to | | | | | the ATA driver | | | | | trigger a bug on | | | | So/ren | sparc64 that | | ATA panics under | Needs testing | Schmidt, | causes a panic on | | sparc64 | | Scott Long | boot. This was | | | | | caused by bugs in | | | | | busdma that have | | | | | been hopefully | | | | | fixed. | |--------------------+---------------+--------------+--------------------| | | | | The ifconf() ioctl | | | | | for listing | | | | | network interfaces | | | | | performs a | | | | | copyout() while | | | | | holding the global | | | | | ifnet list mutex. | | | | | This generates a | | ifconf() sleep | Done | Brooks Davis | witness warning in | | warning | | | the event that | | | | | copyout() | | | | | generates a page | | | | | fault, and risks | | | | | more serious | | | | | problems. This | | | | | problem is | | | | | believed to be | | | | | corrected. | |--------------------+---------------+--------------+--------------------| | | | | There are reports | | | | | of applications | | | | | wedging in poll() | | | | | and select() while | | | | | running the | | | | | network stack | | | | | without the Giant | | poll()/select() | | | lock. A recent | | application wedge | | Robert | sleepq change | | reports with | Done | Watson | appears to have | | debug.mpsafenet=1 | | | caused some of the | | | | | observed problems | | | | | to go away (others | | | | | are difficult to | | | | | test for due to | | | | | recent SMP | | | | | instability). This | | | | | problem appears to | | | | | be corrected. | |--------------------+---------------+--------------+--------------------| | | | | There have been | | | | | several reports of | | | | | if_em cards | | if_em wedging | | | "wedging" under | | under high pps | Done | Max Laier | high | | | | | packets-per-second | | | | | load. This problem | | | | | appears to have | | | | | been corrected. | |--------------------+---------------+--------------+--------------------| | | | | A recent | | | | | regression in the | | | | | USB code is | | Panic on USB | | Warner Losh, | causing panics | | detach | Needs testing | Scott Long | when a USB device | | | | | detaches, | | | | | especially USB | | | | | hubs. A fix is in | | | | | RELENG_5 now. | |--------------------+---------------+--------------+--------------------| | | | | There are reports | | | | | that racoon is | | | | | unable to complete | | | | | IKE negotiation | | | | | due to a send to | | | | | the pfkey socket | | | | | returning ENOBUFS. | | KAME IPSEC | | Robert | This appears to be | | "ENOBUFS" problem | Done | Watson, Sam | a result of an | | with racoon and | | Leffler | incorrect | | mbuma | | | assumption about | | | | | mbuf data size due | | | | | to a change | | | | | resulting from | | | | | mbuma. This | | | | | problem appears to | | | | | have been | | | | | corrected. | |--------------------+---------------+--------------+--------------------| | | | | BIND9 is now in | | | | | RELENG_5 and HEAD. | | | | Doug Barton, | Testing is needed | | BIND9 import into | | Dag-Erling | of basic | | 5-CURRENT | Done | Smorgrav, | functionality, | | | | Tom Rhodes | migration from | | | | | 8.x, and 3rd party | | | | | packages in the | | | | | ports tree. | |--------------------+---------------+--------------+--------------------| | | | | Synaptics updates | | | | | to the psm(4) | | | | | driver have | | | | | resulted in poor | | | | | interactivity for | | | | | taps and button | | Synaptics touchpad | Needs testing | Philip Paeps | press events for | | problems | | | some users. | | | | | Support is now | | | | | disabled by | | | | | default but work | | | | | will procede to | | | | | fix the underlying | | | | | problems. | |--------------------+---------------+--------------+--------------------| | | | | Significant work | | | | | has happened in | | Scheduler-related | | Scott Long, | the scheduler to | | hangs involving | Needs testing | Julian | fix stability | | threads | | Elischer | problems. More | | | | | testing for UP and | | | | | SMP under heavily | | | | | load is needed. | |--------------------+---------------+--------------+--------------------| | | | | Jun Kuriyama has | | | | | reported problems | | | | | with NFS over IPv6 | | | | | not functioning | | | | | correctly as of | | | | | the improved NFS | | | | | support for | | | | | disconnection | | | | | changes. Doug | | | | | White has tracked | | NFS over IPv6 | | | down the source of | | problems | Done | Doug White | the problem | | | | | (EMSGSIZE being | | | | | returned by IPv6 | | | | | UDP send routine | | | | | due to | | | | | fragmentation), | | | | | and is currently | | | | | exploring possible | | | | | fixes. This | | | | | problem appears to | | | | | have been | | | | | corrected. | |--------------------+---------------+--------------+--------------------| | | | | There have been | | | | | reports of | | | | | occasional | | | | | corruption of | | | | | socket buffers. | | | | | This may have been | | Reports of socket | | | the result of | | buffer corruption | Done | Robert | missing socket | | in tcp_output() | | Watson | buffer locking in | | | | | tcp_output(), | | | | | which has now been | | | | | corrected in 6.x | | | | | and 5.x; this | | | | | problem is | | | | | believed to be | | | | | fixed. | |--------------------+---------------+--------------+--------------------| | | | | There have been | | | | | reports of system | | | | | hangs while using | | | | | ISDN with the i4b | | | | | ISDN framework on | | | | | SMP systems. These | | | | | likely result from | | | | | insufficient | | | | | synchronization in | | | | | the i4b | | | | | implementation | | | | | when runnning | | Reports of hangs | | Robert | without the Giant | | using i4b | Done | Watson | lock over the | | (isdn4bsd) | | | network stack. The | | | | | workaround until | | | | | this is fixed is | | | | | to re-assert the | | | | | Giant lock over | | | | | the stack when i4b | | | | | is compiled into | | | | | the kernel; this | | | | | has been committed | | | | | to 6.x and and | | | | | 5.x. This problem | | | | | appears to have | | | | | been corrected. | |--------------------+---------------+--------------+--------------------| | | | | There have been | | | | | reports that | | | | | multicast socket | | | | | options on raw | | | | | sockets no longer | | | | | work properly with | | | | | daemons changing | | | | | privilege or | | | | | setuid binaries. | | Problems with | | Robert | These symptoms | | multicast and | Done | Watson, | have been tracked | | setuid | | Christian | down to bugs | | binaries/daemons | | Peron | relating to | | | | | permitting limited | | | | | use of raw sockets | | | | | in jail(). A patch | | | | | correcting these | | | | | problems has been | | | | | merged to 6.x and | | | | | 5.x. This problem | | | | | appears to have | | | | | been corrected. | |--------------------+---------------+--------------+--------------------| | | | | There have been | | | | | reports of a | | | | | so_count invariant | | | | | violation in | | | | | sofree(), which | | | | | may relate to race | | Reports of | | Robert | conditions in | | sodealloc() panic | Done | Watson, | sofree() against | | under heavy load | | Brian | accept(), which | | | | Feldman | were recently | | | | | corrected in 6.x, | | | | | and has been | | | | | merged to 5.x. | | | | | This problem | | | | | appears to have | | | | | been corrected. | |--------------------+---------------+--------------+--------------------| | | | | Apple's Darwin | | | | | operating system | | | | | has fairly | | | | | extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | Done | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must | | | | | be reviewed and | | | | | merged to the | | | | | FreeBSD tree. | |--------------------+---------------+--------------+--------------------| | | | | There have been | | | | | reports that if_de | | | | | ethernet cds | | | | | behave poorly when | | | | | running with | | | | | debug.mpsafenet=1, | | | | | even though the | | | | | driver is marked | | Reports of poor | | | to run all | | performance of the | | Robert | portions with the | | if_de driver (de | Done | Watson, | Giant lock. This | | ethernet | | John-Mark | suggests a race | | interfaces) | | Gurney | condition specific | | | | | to this drive, | | | | | which is currently | | | | | being debugged. A | | | | | patch has been | | | | | committed to the | | | | | 6.x and 5.x | | | | | branches, and | | | | | appears to correct | | | | | the problem. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- home | contact | legal | (c) 1995-2004 The FreeBSD Project. All rights reserved. Last modified: 2004/10/26 22:23:22 From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 07:51:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6000C16A4CE for ; Fri, 29 Oct 2004 07:51:22 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EE7E43D3F for ; Fri, 29 Oct 2004 07:51:21 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-b152.otenet.gr [212.205.244.160]) i9T7pHGc007939; Fri, 29 Oct 2004 10:51:18 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i9T7pHFi039383; Fri, 29 Oct 2004 10:51:17 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i9T7pHiV039382; Fri, 29 Oct 2004 10:51:17 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 29 Oct 2004 10:51:17 +0300 From: Giorgos Keramidas To: piotr.smyrak@heron.pl Message-ID: <20041029075116.GB39305@gothmog.gr> References: <20041028122342.M42455@heron.pl> <20041028153551.GA14535@gothmog.gr> <20041028214936.M81640@heron.pl> <20041029020032.GA37714@gothmog.gr> <20041029041912.M53413@heron.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041029041912.M53413@heron.pl> cc: freebsd-current@freebsd.org Subject: Re: error at usr.bin/ftp when building 5.3RC1 world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 07:51:22 -0000 On 2004-10-29 05:24, piotr.smyrak@heron.pl wrote: > On Fri, 29 Oct 2004 05:00:32 +0300, Giorgos Keramidas wrote > > I just noticed ``Error code 2'' (errno 2 = ENOENT). > > > > This means that make can't find some file it needs. Do you have > > both an `ftp' subdirectory in your /usr/src/usr.bin tree *and* the > > sources of ftp in `/usr/src/contrib/lukemftp' ? > > I was searching through the mans before posting, and couldn't find > the information on the error status. Which man is that? I checked > make and make.conf. You can find out the various error codes and their names by: % man errno From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 08:00:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4688C16A4CE for ; Fri, 29 Oct 2004 08:00:19 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9731F43D31 for ; Fri, 29 Oct 2004 08:00:18 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9T7xNQ0014767; Fri, 29 Oct 2004 09:59:26 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4181F86C.6050807@DeepCore.dk> Date: Fri, 29 Oct 2004 09:59:40 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jake Khuon References: <200410290736.i9T7aIia017214@Espresso.NEEBU.Net> In-Reply-To: <200410290736.i9T7aIia017214@Espresso.NEEBU.Net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: Bruce M Simpson cc: freebsd-current@freebsd.org Subject: Re: broken APM on IBM-T30 with 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 08:00:19 -0000 Jake Khuon wrote: > ### On Thu, 28 Oct 2004 17:38:52 -0700, Bruce M Simpson > ### casually decided to expound upon Jake Khuon the > ### following thoughts about "Re: broken APM on IBM-T30 with 6.0-CURREN= T": >=20 > BMS> On Thu, Oct 28, 2004 at 05:33:03PM -0700, Jake Khuon wrote: > BMS> > That patch worked perfectly. I had to do a little hand-patching = of one of > BMS> > the hunks that got rejected though. Any thoughts on if this wil= l get > BMS> > merged? Thanks. > BMS>=20 > BMS> Please send me these patches so I can look at them... >=20 > After applying the patch, I did a backdiff. This is against: >=20 > /src/sys/dev/ata/ata-all.c,v 1.233 2004/10/19 20:13:38 > *************** > *** 346,356 **** > --- 347,359 ---- > if (ch->state =3D=3D ATA_IDLE) { > ch->state =3D ATA_ACTIVE; > mtx_unlock(&ch->state_mtx); > + goto out; > break; > } > mtx_unlock(&ch->state_mtx); > tsleep(ch, PRIBIO, "atasusp", hz/10); > } > + out: =20 > ch->locking(ch, ATA_LF_UNLOCK); > return 0; > } That part cant be needed right ? As for the rest, it works around the problem that tsleep doesn't seem to = work on the resume path under APM. Now that is all nice and that, but=20 I'd like to get the real problem fixed: why doesn't tsleep work there ? --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 08:00:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C965816A573 for ; Fri, 29 Oct 2004 08:00:50 +0000 (GMT) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33C0343D41 for ; Fri, 29 Oct 2004 08:00:50 +0000 (GMT) (envelope-from riggs@rrr.de) Received: from mail.m-online.net (mail.m-online.net [192.168.3.144]) by mail-out.m-online.net (Postfix) with ESMTP id CF8C31436 for ; Fri, 29 Oct 2004 10:00:48 +0200 (CEST) Received: from marvin.riggiland.au (ppp-82-135-9-56.mnet-online.de [82.135.9.56]) by mail.m-online.net (Postfix) with ESMTP id 47E341499B2 for ; Fri, 29 Oct 2004 09:59:33 +0200 (CEST) Received: from marvin.riggiland.au (localhost [127.0.0.1]) by marvin.riggiland.au (8.13.1/8.13.1) with ESMTP id i9T7xW0g079386 for ; Fri, 29 Oct 2004 09:59:32 +0200 (CEST) (envelope-from riggs@marvin.riggiland.au) Received: (from riggs@localhost) by marvin.riggiland.au (8.13.1/8.13.1/Submit) id i9T7xVUL079385 for current@freebsd.org; Fri, 29 Oct 2004 09:59:31 +0200 (CEST) (envelope-from riggs) Date: Fri, 29 Oct 2004 09:59:30 +0200 From: "Thomas E. Zander" To: current@freebsd.org Message-ID: <20041029075930.GG701@marvin.riggiland.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s9fJI615cBHmzTOP" Content-Disposition: inline Organization: RiggiServ - Ihr Partner =?iso-8859-15?Q?f?= =?iso-8859-15?Q?=FCr?= alles Delikate X-PGP-KeyID: 0xC85996CD X-PGP-URI: http://blackhole.pca.dfn.de:11371/pks/lookup?op=get&search=0xC85996CD X-PGP-Fingerprint: 4F59 75B4 4CE3 3B00 BC61 5400 8DD4 8929 C859 96CD X-Mailer: Riggisoft Ausguck Eggsbress (Build 1099035759) X-Operating-System: Riggiland BSD 5.3-BETA7 (To serve and protect.) Subject: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 08:00:50 -0000 --s9fJI615cBHmzTOP Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'm just wondering why ehci doesn't make it into GENERIC for RELENG_5. Are there unresolved show stoppers related to it? Riggs --=20 - "[...] I talked to the computer at great length and -- explained my view of the Universe to it" said Marvin. --- And what happened?" pressed Ford. ---- "It committed suicide." said Marvin. --s9fJI615cBHmzTOP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFBgfhijdSJKchZls0RAqQ9AJ9jPxSNQgMy0bzl+K5cgX+630YGUACfZMGj UGf9I+KaQGf91rca0m5XqPE= =fnaf -----END PGP SIGNATURE----- --s9fJI615cBHmzTOP-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 08:08:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30D0516A4CE for ; Fri, 29 Oct 2004 08:08:30 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CBB343D49 for ; Fri, 29 Oct 2004 08:08:29 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id D6A4C653FF; Fri, 29 Oct 2004 09:08:27 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05134-03-4; Fri, 29 Oct 2004 09:08:27 +0100 (BST) Received: from empiric.dek.spc.org (adsl-66-127-57-108.dsl.snfc21.pacbell.net [66.127.57.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 2EFD765213; Fri, 29 Oct 2004 09:08:27 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 925816246; Fri, 29 Oct 2004 01:08:17 -0700 (PDT) Date: Fri, 29 Oct 2004 01:08:17 -0700 From: Bruce M Simpson To: "Thomas E. Zander" Message-ID: <20041029080817.GB728@empiric.icir.org> References: <20041029075930.GG701@marvin.riggiland.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aVD9QWMuhilNxW9f" Content-Disposition: inline In-Reply-To: <20041029075930.GG701@marvin.riggiland.au> cc: current@freebsd.org Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 08:08:30 -0000 --aVD9QWMuhilNxW9f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Oct 29, 2004 at 09:59:30AM +0200, Thomas E. Zander wrote: > I'm just wondering why ehci doesn't make it into GENERIC for RELENG_5. > Are there unresolved show stoppers related to it? ehci(4) is not stable code and fails reproducibly with my ALi-based USB2 disk enclosure. BMS --aVD9QWMuhilNxW9f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBgfpwueUpAYYNtTsRAkjSAKCc/WSR9ztfA4ykxHELlQYCXo5wxQCePNlU UfFBeQWW4U/+BdCRxJarUKI= =Wc1h -----END PGP SIGNATURE----- --aVD9QWMuhilNxW9f-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 08:10:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF42616A4CE; Fri, 29 Oct 2004 08:10:51 +0000 (GMT) Received: from artemis.drwilco.net (loves.bsdchicks.com [209.162.227.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C26443D1F; Fri, 29 Oct 2004 08:10:51 +0000 (GMT) (envelope-from lists@bsdchicks.com) Received: from 83.84.3.242 (localhost [127.0.0.1]) by artemis.drwilco.net (8.12.11/8.12.3) with SMTP id i9T88WCB056766; Fri, 29 Oct 2004 04:08:32 -0400 (EDT) (envelope-from lists@bsdchicks.com) Message-ID: X-Mailer: BasiliX 1.1.0 -- http://basilix.org X-SenderIP: 83.84.3.242 Date: Fri, 29 Oct 2004 04:08:32 EDT From: "Rogier R. Mulhuijzen" To: "Alexandre Sunny Kovalenko" cc: wpaul@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: [PATCH] added WEP authmode shared to NDISulator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Rogier R. Mulhuijzen" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 08:10:51 -0000 > I am sorry, if I am missing something, but I have been using NDIS > wrapper with my Belkin card and WEP-enabled Linksys AP in -current for > some time now without having any problems... If anyone can point out to > me what is that I am missing I will appreciate it greatly. Someone else also mailed me with the fact that he can use WEP just fine. But wepmode != authmode, and the AP I use doesn't use "authmode OPEN". I know it's not all that secure and stuff... but at least it's better than nothing. And I thought shared mode was at least a bit more secure than open. Greetings, DocWilco From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 08:19:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1342C16A4CE for ; Fri, 29 Oct 2004 08:19:03 +0000 (GMT) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id C733E43D3F for ; Fri, 29 Oct 2004 08:19:02 +0000 (GMT) (envelope-from riggs@rrr.de) Received: from mail.m-online.net (mail.m-online.net [192.168.3.144]) by mail-out.m-online.net (Postfix) with ESMTP id D32221C7F; Fri, 29 Oct 2004 10:19:01 +0200 (CEST) Received: from marvin.riggiland.au (ppp-82-135-9-56.mnet-online.de [82.135.9.56]) by mail.m-online.net (Postfix) with ESMTP id A3291149E59; Fri, 29 Oct 2004 10:19:01 +0200 (CEST) Received: from marvin.riggiland.au (localhost [127.0.0.1]) by marvin.riggiland.au (8.13.1/8.13.1) with ESMTP id i9T8J10C086569; Fri, 29 Oct 2004 10:19:01 +0200 (CEST) (envelope-from riggs@marvin.riggiland.au) Received: (from riggs@localhost) by marvin.riggiland.au (8.13.1/8.13.1/Submit) id i9T8J0t7086568; Fri, 29 Oct 2004 10:19:00 +0200 (CEST) (envelope-from riggs) Date: Fri, 29 Oct 2004 10:19:00 +0200 From: "Thomas E. Zander" To: Bruce M Simpson Message-ID: <20041029081900.GH701@marvin.riggiland.au> References: <20041029075930.GG701@marvin.riggiland.au> <20041029080817.GB728@empiric.icir.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MAH+hnPXVZWQ5cD/" Content-Disposition: inline In-Reply-To: <20041029080817.GB728@empiric.icir.org> Organization: RiggiServ - Ihr Partner =?iso-8859-15?Q?f?= =?iso-8859-15?Q?=FCr?= alles Delikate X-PGP-KeyID: 0xC85996CD X-PGP-URI: http://blackhole.pca.dfn.de:11371/pks/lookup?op=get&search=0xC85996CD X-PGP-Fingerprint: 4F59 75B4 4CE3 3B00 BC61 5400 8DD4 8929 C859 96CD X-Mailer: Riggisoft Ausguck Eggsbress (Build 1099037742) X-Operating-System: Riggiland BSD 5.3-BETA7 (To serve and protect.) cc: current@freebsd.org Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 08:19:03 -0000 --MAH+hnPXVZWQ5cD/ Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Fri, 29. Oct 2004, at 1:08 -0700, Bruce M Simpson wrote according to [Re: EHCI considered harmful?]: > ehci(4) is not stable code and fails reproducibly with my ALi-based > USB2 disk enclosure. Well, okay then. I was just wondering because it doesn't appear on Scott's todo-list for 5.3-R and it seems to accidently work on my box :-) Thanks, Riggs --=20 - "[...] I talked to the computer at great length and -- explained my view of the Universe to it" said Marvin. --- And what happened?" pressed Ford. ---- "It committed suicide." said Marvin. --MAH+hnPXVZWQ5cD/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFBgfz0jdSJKchZls0RAm0dAJ90a51/JZMIi8DSt9ffVrm/PP+XmQCePQni VZgBFxW85+iBJvcg1S9B/oU= =h9cR -----END PGP SIGNATURE----- --MAH+hnPXVZWQ5cD/-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 08:21:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8635C16A4CF; Fri, 29 Oct 2004 08:21:33 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45CB943D55; Fri, 29 Oct 2004 08:21:33 +0000 (GMT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 12E1A5CAC2; Fri, 29 Oct 2004 01:21:33 -0700 (PDT) Date: Fri, 29 Oct 2004 01:21:33 -0700 From: Alfred Perlstein To: re@FreeBSD.org Message-ID: <20041029082133.GR24892@elvis.mu.org> References: <200410290741.i9T7f8DW095035@pooker.samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410290741.i9T7f8DW095035@pooker.samsco.org> User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 08:21:33 -0000 * Scott Long [041029 00:39] wrote: > |------------------+-------------+----------------+----------------------| > | | | | Truss appears to | > | | | | have another | > | | | | problem. It is | > | | | | repeatable by | > | | | | running "truss -f | > | More truss | Not done | -- | fsck -p /", | > | problems | | | suspending it with | > | | | | ^Z, and then killing | > | | | | truss. It will leave | > | | | | behind the fsck | > | | | | processes which will | > | | | | be unkillable. | > |------------------+-------------+----------------+----------------------| ------------------------------------- < hi, i fixed this, for the 5th time. > ------------------------------------- \ \ \ \ \ \ \ \_ \ _.--------.______\| | \ \______// _ ___ _ (_(__> \ | \ . C ___) ______ (_(____> | / /\ | C ____)/ \ (_____> |_/ / /\| C_____) | (___> / \ | ( _C_____)\______/ // _/ / \ | \ |__ \\_________// (__/ | | \ \____) `---- --' | | \_ ___\ /_ _/ | | / | | \ | | | / \ \ | | / / | | \ | | / / \__/\___/ | | | / / | | | | | | | | | | From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 08:40:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A078116A4CE; Fri, 29 Oct 2004 08:40:04 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A0D443D45; Fri, 29 Oct 2004 08:40:04 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i9T8e3Io022370; Fri, 29 Oct 2004 04:40:03 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i9T8e3lV022369; Fri, 29 Oct 2004 04:40:03 -0400 (EDT) Date: Fri, 29 Oct 2004 04:40:03 -0400 From: Ken Smith To: Alfred Perlstein Message-ID: <20041029084003.GB21069@electra.cse.Buffalo.EDU> References: <200410290741.i9T7f8DW095035@pooker.samsco.org> <20041029082133.GR24892@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041029082133.GR24892@elvis.mu.org> User-Agent: Mutt/1.4.1i cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 08:40:04 -0000 On Fri, Oct 29, 2004 at 01:21:33AM -0700, Alfred Perlstein wrote: > * Scott Long [041029 00:39] wrote: > > |------------------+-------------+----------------+----------------------| > > | | | | Truss appears to | > > | | | | have another | > > | | | | problem. It is | > > | | | | repeatable by | > > | | | | running "truss -f | > > | More truss | Not done | -- | fsck -p /", | > > | problems | | | suspending it with | > > | | | | ^Z, and then killing | > > | | | | truss. It will leave | > > | | | | behind the fsck | > > | | | | processes which will | > > | | | | be unkillable. | > > |------------------+-------------+----------------+----------------------| > > > ------------------------------------- > < hi, i fixed this, for the 5th time. > > ------------------------------------- I was editing todo.sgml when your two commits came through. Not quite sure what to do with it now. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 08:45:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEDA616A4CF; Fri, 29 Oct 2004 08:45:56 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C84C43D62; Fri, 29 Oct 2004 08:45:56 +0000 (GMT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 5FA155CB7D; Fri, 29 Oct 2004 01:45:56 -0700 (PDT) Date: Fri, 29 Oct 2004 01:45:56 -0700 From: Alfred Perlstein To: Ken Smith Message-ID: <20041029084556.GS24892@elvis.mu.org> References: <200410290741.i9T7f8DW095035@pooker.samsco.org> <20041029082133.GR24892@elvis.mu.org> <20041029084003.GB21069@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041029084003.GB21069@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.2.1i cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 08:45:57 -0000 * Ken Smith [041029 01:40] wrote: > On Fri, Oct 29, 2004 at 01:21:33AM -0700, Alfred Perlstein wrote: > > * Scott Long [041029 00:39] wrote: > > > |------------------+-------------+----------------+----------------------| > > > | | | | Truss appears to | > > > | | | | have another | > > > | | | | problem. It is | > > > | | | | repeatable by | > > > | | | | running "truss -f | > > > | More truss | Not done | -- | fsck -p /", | > > > | problems | | | suspending it with | > > > | | | | ^Z, and then killing | > > > | | | | truss. It will leave | > > > | | | | behind the fsck | > > > | | | | processes which will | > > > | | | | be unkillable. | > > > |------------------+-------------+----------------+----------------------| > > > > > > ------------------------------------- > > < hi, i fixed this, for the 5th time. > > > ------------------------------------- > > I was editing todo.sgml when your two commits came through. Not quite > sure what to do with it now. If "re" thinks it's a proper fix, then recommit it as "submitted by". > > -- > Ken Smith > - From there to here, from here to | kensmith@cse.buffalo.edu > there, funny things are everywhere. | > - Theodore Geisel | -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684 From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 08:55:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C45516A4CE; Fri, 29 Oct 2004 08:55:58 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBB1B43D5E; Fri, 29 Oct 2004 08:55:57 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i9T8tvIo022674; Fri, 29 Oct 2004 04:55:57 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i9T8tvuv022673; Fri, 29 Oct 2004 04:55:57 -0400 (EDT) Date: Fri, 29 Oct 2004 04:55:57 -0400 From: Ken Smith To: Alfred Perlstein Message-ID: <20041029085556.GA22447@electra.cse.Buffalo.EDU> References: <200410290741.i9T7f8DW095035@pooker.samsco.org> <20041029082133.GR24892@elvis.mu.org> <20041029084003.GB21069@electra.cse.Buffalo.EDU> <20041029084556.GS24892@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041029084556.GS24892@elvis.mu.org> User-Agent: Mutt/1.4.1i cc: Ken Smith cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 08:55:58 -0000 On Fri, Oct 29, 2004 at 01:45:56AM -0700, Alfred Perlstein wrote: > If "re" thinks it's a proper fix, then recommit it as "submitted by". re@ could have shown a bit more appreciation for your work by fixing todo sooner. You could have shown a bit more tolerance for re@ being a bit stressed out and maintenance of the todo list not being the highest priority thing on anyone's plate. How about a compromise of you fixing the unauthorized commits and I'll update the todo? -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 09:34:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 194E116A4CE for ; Fri, 29 Oct 2004 09:34:36 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id E72BC43D31 for ; Fri, 29 Oct 2004 09:34:35 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i9T9Z5oE023213 for ; Fri, 29 Oct 2004 02:35:05 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i9T9Z5Qp023212 for current@freebsd.org; Fri, 29 Oct 2004 02:35:05 -0700 Date: Fri, 29 Oct 2004 02:35:05 -0700 From: Brooks Davis To: current@freebsd.org Message-ID: <20041029093505.GA22977@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Subject: !i386 testing needed for loader 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: Fri, 29 Oct 2004 09:34:36 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I need some !i386 testing for a minor change to the loader. It should be a no-op, but I don't have appropriate access to test it at the moment. On i386 the test will allow boot with USB keyboards when no PS/2 keyboard is available by selecting an option in the loader menu. It is based on PR 73223. -- Brooks Index: beastie.4th =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/boot/forth/beastie.4th,v retrieving revision 1.8 diff -u -p -r1.8 beastie.4th --- beastie.4th 9 Jan 2004 19:20:47 -0000 1.8 +++ beastie.4th 29 Oct 2004 09:26:00 -0000 @@ -40,6 +40,7 @@ variable promptwidth =20 variable bootkey variable bootacpikey +variable bootusbkey variable bootsafekey variable bootverbosekey variable bootsinglekey @@ -155,6 +156,11 @@ at-xy ." `--{__________) =1B[0m" 1 else -2 bootacpikey ! then + s" arch-i386" environment? if + printmenuitem ." Boot FreeBSD with USB keyboard" bootusbkey ! + else + -2 bootacpikey ! + then printmenuitem ." Boot FreeBSD in Safe Mode" bootsafekey ! printmenuitem ." Boot FreeBSD in single user mode" bootsinglekey ! printmenuitem ." Boot FreeBSD with verbose logging" bootverbosekey ! @@ -221,6 +227,10 @@ set-current s" YES" s" acpi_load" setenv s" 0" s" hint.acpi.0.disabled" setenv then + 0 boot + then + dup bootusbkey @ =3D if + s" 0x1" s" hint.atkbd.0.flags" setenv 0 boot then dup bootsafekey @ =3D if --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBgg7IXY6L6fI4GtQRArl0AKDUGH5MfPV39SbKq9+Wwry9sTXEKwCfeN1R cz1esT89XXE/WFzpzylw5EM= =Qqh7 -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 09:38:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1817B16A4CE for ; Fri, 29 Oct 2004 09:38:44 +0000 (GMT) Received: from mailhub02.unibe.ch (mailhub02.unibe.ch [130.92.9.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5E7A43D41 for ; Fri, 29 Oct 2004 09:38:43 +0000 (GMT) (envelope-from roth@speedy.unibe.ch) Received: from localhost (scanhub02-eth0.unibe.ch [130.92.254.66]) by mailhub02.unibe.ch (Postfix) with ESMTP id 6C7C6764BA; Fri, 29 Oct 2004 11:38:42 +0200 (MEST) Received: from mailhub02.unibe.ch ([130.92.9.53]) by localhost (scanhub02.unibe.ch [130.92.254.66]) (amavisd-new, port 10024) with LMTP id 08035-02-21; Fri, 29 Oct 2004 11:38:38 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub02.unibe.ch (Postfix) with ESMTP id 7E3AD764B8; Fri, 29 Oct 2004 11:38:41 +0200 (MEST) Received: from speedy.unibe.ch (speedy [130.92.64.35]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id i9T9cf110526; Fri, 29 Oct 2004 11:38:41 +0200 (MET DST) Received: (from roth@localhost) by speedy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id i9T9ceG0019896; Fri, 29 Oct 2004 11:38:40 +0200 (MEST) Date: Fri, 29 Oct 2004 11:38:40 +0200 From: Tobias Roth To: Poul-Henning Kamp Message-ID: <20041029093840.GA19882@speedy.unibe.ch> References: <20041028191324.GA18914@speedy.unibe.ch> <2231.1098990944@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2231.1098990944@critter.freebsd.dk> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne cc: freebsd-current@freebsd.org cc: Oliver Lehmann Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 09:38:44 -0000 On Thu, Oct 28, 2004 at 09:15:44PM +0200, Poul-Henning Kamp wrote: > In message <20041028191324.GA18914@speedy.unibe.ch>, Tobias Roth writes: > > > The workaround I use: > > chflags noschg /etc/resolv.conf euh? resolv.conf doesn't have schg set by default. in my previous post i was stating that setting schg (as someone suggested to force a fixed dns) might be a bad idea, because dhclient used to get confused when it couldn't write to resolv.conf. i didn't test if this is still the current behaviour, though. cheers, t. From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 09:48:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D79216A4CE for ; Fri, 29 Oct 2004 09:48:40 +0000 (GMT) Received: from mailhub03.unibe.ch (mailhub03.unibe.ch [130.92.9.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5C5D43D4C for ; Fri, 29 Oct 2004 09:48:39 +0000 (GMT) (envelope-from roth@speedy.unibe.ch) Received: from localhost (scanhub03-eth0.unibe.ch [130.92.254.67]) by mailhub03.unibe.ch (Postfix) with ESMTP id 02466FA18; Fri, 29 Oct 2004 11:48:40 +0200 (CEST) Received: from mailhub03.unibe.ch ([130.92.9.70]) by localhost (scanhub03.unibe.ch [130.92.254.67]) (amavisd-new, port 10024) with LMTP id 15819-12-93; Fri, 29 Oct 2004 11:48:34 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub03.unibe.ch (Postfix) with ESMTP id B27F2FA24; Fri, 29 Oct 2004 11:48:38 +0200 (CEST) Received: from speedy.unibe.ch (speedy [130.92.64.35]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id i9T9ma111032; Fri, 29 Oct 2004 11:48:36 +0200 (MET DST) Received: (from roth@localhost) by speedy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id i9T9mamT019912; Fri, 29 Oct 2004 11:48:36 +0200 (MEST) Date: Fri, 29 Oct 2004 11:48:36 +0200 From: Tobias Roth To: Boris Kovalenko Message-ID: <20041029094836.GB19882@speedy.unibe.ch> References: <4181B24D.2080509@ntmk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4181B24D.2080509@ntmk.ru> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne cc: freebsd-current@freebsd.org Subject: Re: rcorder on /usr/local/etc/rc.d FreeBSD 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 09:48:40 -0000 On Fri, Oct 29, 2004 at 09:00:29AM +0600, Boris Kovalenko wrote: > > Does RCORDER invoked on /usr/local/etc/rc.d? According to man the > answer is no. So, if I want my daemon starts in apropriate order I > should place its startup script to /etc/rc.d? Am I right? rcorder does not (yet?) evaluate scripts in /usr/local/etc/rc.d/. a discussion about how to best handle startup scripts in /usr/local/etc/rc.d with rcng compliance is currently ongoing. for now, look at how other ports do it (eg apache) do it. please only look at scripts that contain a PROVIDE tag, those that don't have not yet been ported to the new rcng behaviour. cheers, t. From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 09:55:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6114F16A4CE for ; Fri, 29 Oct 2004 09:55:25 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3440C43D2F for ; Fri, 29 Oct 2004 09:55:25 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i9T9trI9025416; Fri, 29 Oct 2004 02:55:53 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i9T9tpDj025412; Fri, 29 Oct 2004 02:55:51 -0700 Date: Fri, 29 Oct 2004 02:55:51 -0700 From: Brooks Davis To: Joe Marcus Clarke Message-ID: <20041029095551.GA23911@odin.ac.hmc.edu> References: <1098850867.51833.14.camel@shumai.marcuscom.com> <1098862658.1062.3.camel@localhost> <20041027110528.T91011@treo.operax.com> <20041028123001.GF8588@odin.ac.hmc.edu> <418138D0.6090304@marcuscom.com> <20041028210448.GC2411@odin.ac.hmc.edu> <1099011448.40994.7.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <1099011448.40994.7.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Vladimir Grebenschikov cc: "current@freebsd.org" cc: Johan Larsson Subject: Re: Installing on a machine with no PS/2 ports (USB only) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 09:55:25 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 28, 2004 at 08:57:29PM -0400, Joe Marcus Clarke wrote: > On Thu, 2004-10-28 at 17:04, Brooks Davis wrote: > > On Thu, Oct 28, 2004 at 02:22:08PM -0400, Joe Marcus Clarke wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > >=20 > > > Brooks Davis wrote: > > > | On Wed, Oct 27, 2004 at 11:06:04AM +0200, Johan Larsson wrote: > > > | > > > |>Hello! > > > |> > > > |>On Wed, 27 Oct 2004, Vladimir Grebenschikov wrote: > > > |> > > > |> > > > |>>? ??, 27/10/2004 ? 00:21 -0400, Joe Marcus Clarke ?????: > > > |>> > > > |>>>The more I look into this, the more it looks like I'm screwed. I= 'm > > > |>>>trying to install FreeBSD 5.3-RC1 from CD on a machine without an= y PS/2 > > > |>>>ports. All I have is a USB keyboard. Yes, the BIOS has legacy U= SB > > > |>>>support enabled, and the keyboard works to hit enter at the initi= al boot > > > |>>>prompt. However, once I'm in sysinstall, I'm out of luck. > > > |>>> > > > |>>>I tried disconnecting the keyboard at boot time to see if I could= get a > > > |>>>serial console to do the installation, but that didn't work. The > > > |>>>console was still detected as internal video. Any ideas on how I= can > > > |>>>get FreeBSD on this machine (Dell OptiPlex GX280)? Thanks. > > > |>> > > > |>>Yes, instruct kernel to put console on serial from loader prompt > > > |>>( I guess something like > > > |>> OK set hint.sio.0.flags=3D"0x10" > > > |>> OK boot -h > > > |>> or like > > > |>> ) > > > |>> > > > |> > > > |>We installed RC1 on a GX280 recently, and the only thing we had to = do to > > > |>get the usb keyboard working was to set the following in the loader: > > > |> > > > |>set hint.atkbd.0.flags=3D"0x1" > > > |> > > > |>And to make it resident, put it in the /boot/device.hints after the > > > |>installation. > > > | > > > | > > > | This is supposed to be being set on the release CDs. The test CD I > > > | posted links to uses nearly the same code I committed. I'm going > > > | to have to see if I can tear an ISO apart to verify what's on it. > > > | Unfortunately, my hotel has a 150MB cap (f-ing ridiculous for 29 Eu= ros). > > >=20 > > > Did your changes make it into 5.3-RC1? > >=20 > > Yes, they should have made it in to BETA 3 or 4, I can't remember which. >=20 > Well, I can confirm that the mini-ISO for 5.3-RC1 did not have support > for a USB keyboard. As soon as I set atkbd.0.flags to 0x1 (thanks to > Vladimir and Johan's suggestions), it worked flawlessly. It appears the changes I committed were a no-op. I'll try and figure out what happened, but at four hours per run that's quite time consuming. I've added code to your patch to only display this menu on i386 (amd64 thinks it's an i386 in the loader). -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBghOnXY6L6fI4GtQRAur3AJ9fEyTHX5a/yosDOFUMFEMm9yElHQCgi9ex 9bsv4nudtaBVcXSBFolOMTc= =amXM -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 10:13:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52B0316A4CE for ; Fri, 29 Oct 2004 10:13:56 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBB9643D55 for ; Fri, 29 Oct 2004 10:13:55 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CNTlZ-0000ny-OC; Fri, 29 Oct 2004 14:13:53 +0400 From: Vladimir Grebenschikov To: Yamamoto Shigeru In-Reply-To: <20041028.115737.55780539.shigeru@iij.ad.jp> References: <20041028.115737.55780539.shigeru@iij.ad.jp> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 29 Oct 2004 14:13:53 +0400 Message-Id: <1099044833.1063.14.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: freebsd-current@freebsd.org Subject: Re: who is test Intel PRO/Wireless 2100/2200BG/2915ABG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 10:13:56 -0000 =F7 =DE=D4, 28/10/2004 =D7 11:57 +0900, Yamamoto Shigeru =D0=C9=DB=C5=D4: > Hi, all. >=20 > I find a Intel PRO/Wireless 2100/2200BG/2915ABG for *BSD at >=20 > http://damien.bergamini.free.fr/ipw/ >=20 > But I don't have these devices. > #So I can't test ipw/iwi drivers. >=20 > Does anyone test it? It works for me, but there are some issues with my AP. > thanks, > ------- > YAMAMOTO Shigeru --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 10:27:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 270DF16A4CE for ; Fri, 29 Oct 2004 10:27:00 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2CFC43D5A for ; Fri, 29 Oct 2004 10:26:59 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) i9TAQvSU090301; Fri, 29 Oct 2004 06:26:57 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i9TAQklf090298; Fri, 29 Oct 2004 06:26:57 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Fri, 29 Oct 2004 06:26:46 -0400 (EDT) From: Andre Guibert de Bruet To: "Thomas E. Zander" In-Reply-To: <20041029081900.GH701@marvin.riggiland.au> Message-ID: <20041029062021.R82803@alpha.siliconlandmark.com> References: <20041029075930.GG701@marvin.riggiland.au> <20041029080817.GB728@empiric.icir.org> <20041029081900.GH701@marvin.riggiland.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 10:27:00 -0000 On Fri, 29 Oct 2004, Thomas E. Zander wrote: > On Fri, 29. Oct 2004, at 1:08 -0700, Bruce M Simpson wrote > according to [Re: EHCI considered harmful?]: > >> ehci(4) is not stable code and fails reproducibly with my ALi-based >> USB2 disk enclosure. > > Well, okay then. I was just wondering because it doesn't appear on > Scott's todo-list for 5.3-R and it seems to accidently work on my > box :-) This is my understanding of the current state of our USB ehci support: ehci only works with certain chipsets. On the ones that it does work with, you do not want to have a USB2 hub connected (With ehci in your config) as it will not be supported. Removing ehci from your kernel lets you use a USB2 hub in 1.1 mode. Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 11:29:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6C7916A4CE for ; Fri, 29 Oct 2004 11:29:27 +0000 (GMT) Received: from mail-in-01.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id C21C343D3F for ; Fri, 29 Oct 2004 11:29:26 +0000 (GMT) (envelope-from mailnull@mips.inka.de) Received: from kemoauc.mips.inka.de (dsl-082-083-160-025.arcor-ip.net [82.83.160.25]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 73CD3A6746 for ; Fri, 29 Oct 2004 13:29:25 +0200 (CEST) Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.13.1/8.12.10) with ESMTP id i9TBTOch001045 for ; Fri, 29 Oct 2004 13:29:24 +0200 (CEST) (envelope-from mailnull@kemoauc.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.13.1/8.13.1/Submit) id i9TBTOgM001044 for freebsd-current@freebsd.org; Fri, 29 Oct 2004 13:29:24 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Fri, 29 Oct 2004 11:29:23 +0000 (UTC) Message-ID: References: <20041027161650.GA39008@kemoauc.mips.inka.de> <200410271003.19047.sam@errno.com> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Subject: Re: ACX100 Firmware Licensing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 11:29:27 -0000 Sam Leffler wrote: > IMO the openbsd folks are going about this entirely wrong. They > are badgering folks and creating ill will for the ENTIRE open source > community. I suggest folks not join in to this ill-conceived plan. No, it has worked in the past and progress is being made as we are speaking. Some companies are simply not willing to enter into a dialog unless they hear sufficient voices to convince them that they are dealing with more than a lone caller in the wild. Texas Instruments is still playing possum. Anybody who wants to see BSD shipping with drivers for TI wireless gear that are usable out of the box, make sure to let TI know. "Activism pays off for OpenBSD" http://theage.com.au/articles/2004/10/29/1098992287663.html -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 14:26:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05F0C16A4CE for ; Thu, 28 Oct 2004 14:26:23 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8496A43D5A for ; Thu, 28 Oct 2004 14:26:22 +0000 (GMT) (envelope-from ilmar@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9SEPmb2075992 for ; Thu, 28 Oct 2004 10:25:48 -0400 (EDT) (envelope-from ilmar@watson.org) Received: from localhost (ilmar@localhost)i9SEPmQH075989 for ; Thu, 28 Oct 2004 10:25:48 -0400 (EDT) (envelope-from ilmar@watson.org) X-Authentication-Warning: fledge.watson.org: ilmar owned process doing -bs Date: Thu, 28 Oct 2004 10:25:48 -0400 (EDT) From: "Ilmar S. Habibulin" To: current@FreeBSD.org In-Reply-To: <200410271636.31622.jhb@FreeBSD.org> Message-ID: <20041028093411.T75089@fledge.watson.org> References: <20041026153048.1fe8800b@localhost> <20041027114315.13ca1afe@localhost> <200410271636.31622.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Fri, 29 Oct 2004 12:10:17 +0000 Subject: panic in pipes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 14:26:23 -0000 I have 5.3-RC1. When i run make with the following Makefile, kernel panics. --------- Makefile ----------- FAILSTRING!= make -V EMPTY kern-fail: ${FAILSTRING} ------------------------------ addr2line says /sys/kern/kern_mutex.c:745 From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 01:58:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1C5316A4CE for ; Fri, 29 Oct 2004 01:58:57 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 081CE43D1F for ; Fri, 29 Oct 2004 01:58:57 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (pD950EC15.dip.t-dialin.net [217.80.236.21]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id i9T1wo03063253; Fri, 29 Oct 2004 03:58:51 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from laps.jhs.private (laps.jhs.private [192.168.91.56]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id i9T1wnmm007275; Fri, 29 Oct 2004 03:58:49 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from laps.jhs.private (localhost [127.0.0.1]) by laps.jhs.private (8.13.1/8.13.1) with ESMTP id i9T1wZVR044943; Fri, 29 Oct 2004 03:58:47 +0200 (CEST) (envelope-from jhs@laps.jhs.private) Message-Id: <200410290158.i9T1wZVR044943@laps.jhs.private> To: "M. Warner Losh" In-Reply-To: Message from "M. Warner Losh" <20041027.090053.122146739.imp@bsdimp.com> Date: Fri, 29 Oct 2004 03:58:35 +0200 From: "Julian H. Stacey" X-Mailman-Approved-At: Fri, 29 Oct 2004 12:10:17 +0000 cc: freebsd-current@freebsd.org Subject: Re: 5.3-RC1 attempt with a Toshiba Libretto 70CT failed, 4.10 OK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 01:58:58 -0000 "M. Warner Losh" wrote: > In message: <200410270046.i9R0kV0K012290@laps.jhs.private> > "Julian Stacey" writes: > : It gets further than 5.2.1-RELEASE, as 5.2.1 hangs quickly after first flop > py > : after trying to fetch modules off floppy with "No floppy devices found". > > That's because there's no working support in current/5.x for the > YE-Data pcmcia cards. It still works in 4.x, but not 5.x, alas. I've > done some work to make it happy, but it still isn't happy with that > work. The first problem is the fast interrupt, but even with that > fixed there's been enough changes in the floppy driver to make it no > longer work. Ah ! Thanks ! BTW on 4.10 The ftp through ep0 ethernet chugs along at 1 K byte / sec ! & expires half way through load of /bin & Ive used that pcmcia ether card with FBSD before, its OK, so it's the libretto. I notice the install offers memory ranges before changing cards 0xd0000 - 0xd3fff 0xd4000 - 0xd7fff 0xd8000 - 0xdbfff 0xdc000 - 0xdffff but I can't F4 to see what else is in use. I also tried deselecting a few IRQs, a few too many, it paniced. If any furthe tips available I'm keen. Funny this BTW, was easy on FBSD-2 or 3 a few years back Perhaps I'll do a 2.2.8 or 3.4 install & then do a net upgrade > : 5.3-RC1 gets much further than 5.2.1 on this libretto: it loads > : Boot, Kern1, Kern2, then Boot, goes through Fdsisk & disklabel, then > : (as there's only 1 pcmcia slot, & I cant even with a device > : rescan get it to see an ethernet pcmcia or pcmcia cdrom > : card) ... I try to do ftp install, using PLIP or SLIP ... > : & find it doesnt see either of the 2 serials (I guess one > : is mouse) or the parallel port, as well as not recognising > : the fresh plugged in & rescanned 3C589C pcmcia ethernet > : (that works well on other FreeBSD boxes) > > That's because the L-50 and L-70 machines have only ISA PCMICA > bridges, and that's not yet completely working. I'll try to fix this > as I have at least one older laptop that I'd like to see working that > needs this. > > Warner > > - Julian Stacey. Unix,C,Net & Sys. Eng. Consultant, Munich. http://berklix.com Mail in Ascii, Html dumped as Spam. Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 02:01:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6371E16A4CF for ; Fri, 29 Oct 2004 02:01:39 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F7C343D46 for ; Fri, 29 Oct 2004 02:01:37 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.gr (patr530-b215.otenet.gr [212.205.244.223]) i9T21Y0Z030042; Fri, 29 Oct 2004 05:01:35 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i9T21XHZ038152; Fri, 29 Oct 2004 05:01:33 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i9T21XI1038151; Fri, 29 Oct 2004 05:01:33 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Fri, 29 Oct 2004 05:01:33 +0300 From: Giorgos Keramidas To: Raheel Message-ID: <20041029020133.GB37714@gothmog.gr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Mailman-Approved-At: Fri, 29 Oct 2004 12:10:17 +0000 cc: freebsd-current@freebsd.org Subject: Re: Make buildkernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 02:01:39 -0000 On 2004-10-28 22:08, Raheel wrote: > Hi, I decided to reformat my system and reinstall 5.3-RC1 and then > decided to recompile the kernel after doing a cvsup of RELENG_5_3 and > make buildworld which completes successfully, however, the error occurs > at "make -j4 buildkernel KERNCONF=PROTO", it doesn't come up with any > specific error (none that I can see at least): > > g -Werror /usr/src/sys/kern/subr_kdb.c > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error Try building without -j4 and see if that fixes the build for you. From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 02:20:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6246C16A4CE for ; Fri, 29 Oct 2004 02:20:56 +0000 (GMT) Received: from philomath.unixcore.com (dev.unixcore.com [81.191.64.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6551A43D39 for ; Fri, 29 Oct 2004 02:20:55 +0000 (GMT) (envelope-from daniel@philomath.unixcore.com) Received: from philomath.unixcore.com (daniel@localhost.unixcore.com [127.0.0.1])i9T2KwGZ009926 for ; Fri, 29 Oct 2004 04:20:58 +0200 (CEST) (envelope-from daniel@philomath.unixcore.com) Received: (from daniel@localhost) by philomath.unixcore.com (8.12.11/8.12.11/Submit) id i9T2Kust009751 for freebsd-current@freebsd.org; Fri, 29 Oct 2004 04:20:56 +0200 (CEST) (envelope-from daniel) Date: Fri, 29 Oct 2004 04:20:56 +0200 From: Daniel Bond To: freebsd-current@freebsd.org Message-ID: <20041029022056.GA5751@philomath.unixcore.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on philomath.unixcore.com X-Mailman-Approved-At: Fri, 29 Oct 2004 12:10:17 +0000 Subject: How to disable ACPI in 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 02:20:56 -0000 Hello! I am having difficulties booting FreeBSD 5.3 withou ACPI, nothing in my kernelconfig indicates that ACPI is enabled. In /boot/device.hints and loader.conf, I have put hint.acpi.0.disabled="1", and I have also tried to delete/temp move /boot/kernel/acpi* .. And in adition to that I'm chosing "2. Boot with ACPI disabled" from the bootloader menu. Yet, still I find ACPI in my kernel: dev# kldstat -v | grep acpi ((( kernel.ko ))) 196 acpi/fdc 203 acpi/ppc 205 acpi/sio 219 acpi/atpic 221 acpi/attimer 224 acpi/atdma 227 acpi/npxisa 236 acpi/atkbdc 239 acpi/psmcpnp Is there another way to disable ACPI in 5.3? My computer constantly crashes with ACPI since I put in a Hi-Point ata-100 controller.. Regards -- ======================================================== | Daniel Bond d@niel.no | | Mobile: 936 18 243 | | | | Unixcore (www.unixcore.com) daniel@unixcore.com | ======================================================== From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 10:30:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A861E16A4CE for ; Fri, 29 Oct 2004 10:30:15 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D852343D5E for ; Fri, 29 Oct 2004 10:30:14 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9TAUDU6016181 for ; Fri, 29 Oct 2004 12:30:13 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Date: Fri, 29 Oct 2004 12:30:13 +0200 Message-ID: <16180.1099045813@critter.freebsd.dk> From: Poul-Henning Kamp X-Mailman-Approved-At: Fri, 29 Oct 2004 12:10:17 +0000 Subject: HEADSUP: UFS on GEOM now. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 10:30:15 -0000 This is hopefully a no-op for all purposes than the increased access flexibility. I am very interested if anybody can measure the performance difference better than I could myself: 1.7% +/- 0.5%. Poul-Henning phk 2004-10-29 10:15:56 UTC FreeBSD src repository Modified files: sys/ufs/ffs ffs_alloc.c ffs_extern.h ffs_rawread.c ffs_snapshot.c ffs_softdep.c ffs_vfsops.c ffs_vnops.c sys/ufs/ufs inode.h ufs_vnops.c ufsmount.h Log: Move UFS from DEVFS backing to GEOM backing. This eliminates a bunch of vnode overhead (approx 1-2 % speed improvement) and gives us more control over the access to the storage device. Access counts on the underlying device are not correctly tracked and therefore it is possible to read-only mount the same disk device multiple times: syv# mount -p /dev/md0 /var ufs rw 2 2 /dev/ad0 /mnt ufs ro 1 1 /dev/ad0 /mnt2 ufs ro 1 1 /dev/ad0 /mnt3 ufs ro 1 1 Since UFS/FFS is not a synchrousely consistent filesystem (ie: it caches things in RAM) this is not possible with read-write mounts, and the system will correctly reject this. Details: Add a geom consumer and a bufobj pointer to ufsmount. Eliminate the vnode argument from softdep_disk_prewrite(). Pick the vnode out of bp->b_vp for now. Eventually we should find it through bp->b_bufobj->b_private. In the mountcode, use g_vfs_open() once we have used VOP_ACCESS() to check permissions. When upgrading and downgrading between r/o and r/w do the right thing with GEOM access counts. Remove all the workarounds for not being able to do this with VOP_OPEN(). If we are the root mount, drop the exclusive access count until we upgrade to r/w. This allows fsck of the root filesystem and the MNT_RELOAD to work correctly. Set bo_private to the GEOM consumer on the device bufobj. Change the ffs_ops->strategy function to call g_vfs_strategy() In ufs_strategy() directly call the strategy on the disk bufobj. Same in rawread. In ffs_fsync() we will no longer see VCHR device nodes, so remove code which synced the filesystem mounted on it, in case we came there. I'm not sure this code made sense in the first place since we would have taken the specfs route on such a vnode. Redo the highly bogus readblock() function in the snapshot code to something slightly less bogus: Constructing an uio and using physio was really quite a detour. Instead just fill in a bio and ship it down. Revision Changes Path 1.126 +0 -3 src/sys/ufs/ffs/ffs_alloc.c 1.61 +1 -1 src/sys/ufs/ffs/ffs_extern.h 1.18 +1 -5 src/sys/ufs/ffs/ffs_rawread.c 1.89 +17 -13 src/sys/ufs/ffs/ffs_snapshot.c 1.163 +6 -24 src/sys/ufs/ffs/ffs_softdep.c 1.250 +63 -60 src/sys/ufs/ffs/ffs_vfsops.c 1.141 +2 -11 src/sys/ufs/ffs/ffs_vnops.c 1.47 +1 -0 src/sys/ufs/ufs/inode.h 1.249 +3 -7 src/sys/ufs/ufs/ufs_vnops.c 1.32 +2 -0 src/sys/ufs/ufs/ufsmount.h ------- End of Forwarded Message From owner-freebsd-current@FreeBSD.ORG Thu Oct 28 17:46:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92B1C16A4CE for ; Thu, 28 Oct 2004 17:46:24 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EEA543D41 for ; Thu, 28 Oct 2004 17:46:24 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id i9SHkMqw008376 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA) for ; Thu, 28 Oct 2004 13:46:23 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id i9SHkMOC008373; Thu, 28 Oct 2004 13:46:22 -0400 (EDT) (envelope-from wollman) Date: Thu, 28 Oct 2004 13:46:22 -0400 (EDT) From: Garrett Wollman Message-Id: <200410281746.i9SHkMOC008373@khavrinen.lcs.mit.edu> To: current@FreeBSD.org X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Fri, 29 Oct 2004 12:19:10 +0000 Subject: One good report.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Oct 2004 17:46:24 -0000 I recently acquired a new FX-53 desktop. I'm not yet ready to set it up yet, so I took a few moments to burn an RC1 CD and try installing. Everything worked flawlessly except for the onboard Marvell gigabit. (I was able to use an Intel adapter instead.) It took about fifteen seconds to do a minimal installation. The motherboard is an Asus A8V Deluxe. -GAWollman From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 12:20:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50D2F16A4CE for ; Fri, 29 Oct 2004 12:20:14 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F95243D4C for ; Fri, 29 Oct 2004 12:20:09 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9TCK8In018092 for ; Fri, 29 Oct 2004 14:20:08 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Fri, 29 Oct 2004 14:20:08 +0200 Message-ID: <18091.1099052408@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: HEADSUP: Filesystem rototiling over X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 12:20:14 -0000 Ok, I'm done rototiling the filesystems disk attachment. If you run into problems, I would very much appreciate if you would take the time to back out the various commits of today and find out which one broke things for you. Performance measurements very welcome. Jail-users please notice that you can now mount the same partition many places, as long as you do it read/only: mount -o ro /dev/ad2 /jail1/usr mount -o ro /dev/ad2 /jail2/usr ... I'm headed to EuroBSDcon'04 in a few hours, but people down there can beat me up from tomorrow morning. Many thanks to the various members of the nonexistent buf-junta for their valuable input and constructive help. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 12:25:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAAD616A4CE; Fri, 29 Oct 2004 12:25:17 +0000 (GMT) Received: from srv1a-cta.bs2.com.br (srv1a-cta.bs2.com.br [200.203.183.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 720E843D45; Fri, 29 Oct 2004 12:25:17 +0000 (GMT) (envelope-from gpt@tirloni.org) Received: from localhost (srv1a-cta.bs2.com.br [200.203.183.35]) by srv1a-cta.bs2.com.br (Postfix) with ESMTP id 336051C6001; Fri, 29 Oct 2004 09:25:15 -0300 (BRST) Received: from [192.168.0.97] (unknown [200.181.211.95]) by srv1a-cta.bs2.com.br (Postfix) with ESMTP id AE8281C5FC9; Fri, 29 Oct 2004 09:25:14 -0300 (BRST) Message-ID: <41823674.1000609@tirloni.org> Date: Fri, 29 Oct 2004 09:24:20 -0300 From: "Giovanni P. Tirloni" User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: questions@freebsd.org References: <418102FC.4070103@tirloni.org> In-Reply-To: <418102FC.4070103@tirloni.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: atacontrol and SATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 12:25:18 -0000 Giovanni P. Tirloni wrote: > Hi, > > I've a Intel SE7210TP1 motherboard with Adaptec HostRAID and I've > created a RAID1 array with 2 SATA disks using the following command: > > atacontrol create RAID1 ad4 ad6 > > The system installed on /dev/ar0 just fine and I played a bit with > atacontrol detaching and attaching the disks. > > Detaching ad6 worked without problems with the following commands: > > atacontrol detach 3 > atacontrol attach 3 > atacontrol rebuild 0 > > But when I tried to detach ad4 (after rebuilding array from previous > detachment) I got an error saying the array was broken. Now when booting > it shows this: > > ar0: 152627MB [19457/255/63] status: DEGRADED subdisks: > disk0 READY on ad4 at ata2-master > disk1 DOWN no device found for this disk > > but atacontrol list shows ad6 there. So my question is: what's the > proper way of doing de attach/detach operation ? > I did a fresh install then turned the machine off and removed on disk. It booted again just fine. Then I turned it off again and inserted the disk I had removed. Now it will panic: panic: softdep_setup_inomapdep: found inode cpuid = 0 boot() called on cpu#0 Uptime: 2s If I removed the disk and boot again it will work and show the following message: ar0: 152627MB [19457/255/63] status: DEGRADED subdisks: disk0 READY on ad4 at ata2-master disk1 DOWN no device found for this disk How can I replace a failed disk with this setup ? Given what I've read I'm not really using the controller's RAID support but only the RAID support present in the ata subsystem. Is that true ? In the BIOS I don't have any arrays. Thank you, -- Giovanni P. Tirloni From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 12:33:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D668016A4CF for ; Fri, 29 Oct 2004 12:33:25 +0000 (GMT) Received: from 9.hellooperator.net (cpc3-cdif2-3-0-cust202.cdif.cable.ntl.com [81.103.32.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F70143D53 for ; Fri, 29 Oct 2004 12:33:25 +0000 (GMT) (envelope-from rasputnik@hellooperator.net) Received: from [10.4.0.1] (helo=bingo.tenfour) by 9.hellooperator.net with esmtp (Exim 4.43) id 1CNVvU-00075T-BJ for freebsd-current@freebsd.org; Fri, 29 Oct 2004 13:32:17 +0100 Received: from rasputnik by bingo.tenfour with local (Exim 4.43 (FreeBSD)) id 1CNVwY-0001sO-Te for freebsd-current@freebsd.org; Fri, 29 Oct 2004 13:33:22 +0100 Date: Fri, 29 Oct 2004 13:33:22 +0100 From: Dick Davies To: FreeBSD Current Users Message-ID: <20041029123322.GA7181@bingo.tenfour> References: <20041029075930.GG701@marvin.riggiland.au> <20041029080817.GB728@empiric.icir.org> <20041029081900.GH701@marvin.riggiland.au> <20041029062021.R82803@alpha.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041029062021.R82803@alpha.siliconlandmark.com> User-Agent: Mutt/1.4.2.1i X-Spam-Score: -1.2 (-) Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 12:33:26 -0000 * Andre Guibert de Bruet [1026 11:26]: > > On Fri, 29 Oct 2004, Thomas E. Zander wrote: > > >On Fri, 29. Oct 2004, at 1:08 -0700, Bruce M Simpson wrote > >according to [Re: EHCI considered harmful?]: > > > >>ehci(4) is not stable code and fails reproducibly with my ALi-based > >>USB2 disk enclosure. > > > >Well, okay then. I was just wondering because it doesn't appear on > >Scott's todo-list for 5.3-R and it seems to accidently work on my > >box :-) > > This is my understanding of the current state of our USB ehci support: > ehci only works with certain chipsets. On the ones that it does work with, > you do not want to have a USB2 hub connected (With ehci in your config) as > it will not be supported. Removing ehci from your kernel lets you use a > USB2 hub in 1.1 mode. Just thought I'd mention that netbsd CURRENT got usb2 hub support in its echi driver last week. I don't know how easy a merge would be, but if anyone needs usb2 hub support, might be worth a look. -- Yeah, life is hilariously cruel. - Bender Rasputin :: Jack of All Trades - Master of Nuns From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 12:53:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 287DB16A4CE for ; Fri, 29 Oct 2004 12:53:51 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30BED43D41 for ; Fri, 29 Oct 2004 12:53:50 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CNWGI-0001EP-2e; Fri, 29 Oct 2004 16:53:46 +0400 From: Vladimir Grebenschikov To: Dick Davies In-Reply-To: <20041029123322.GA7181@bingo.tenfour> References: <20041029075930.GG701@marvin.riggiland.au> <20041029080817.GB728@empiric.icir.org> <20041029081900.GH701@marvin.riggiland.au> <20041029062021.R82803@alpha.siliconlandmark.com> <20041029123322.GA7181@bingo.tenfour> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 29 Oct 2004 16:53:45 +0400 Message-Id: <1099054425.1063.23.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: FreeBSD Current Users Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 12:53:51 -0000 =F7 =D0=D4, 29/10/2004 =D7 13:33 +0100, Dick Davies =D0=C9=DB=C5=D4: > * Andre Guibert de Bruet [1026 11:26]: > >=20 > > On Fri, 29 Oct 2004, Thomas E. Zander wrote: > >=20 > > >On Fri, 29. Oct 2004, at 1:08 -0700, Bruce M Simpson wrote > > >according to [Re: EHCI considered harmful?]: > > > > > >>ehci(4) is not stable code and fails reproducibly with my ALi-based > > >>USB2 disk enclosure. > > > > > >Well, okay then. I was just wondering because it doesn't appear on > > >Scott's todo-list for 5.3-R and it seems to accidently work on my > > >box :-) > >=20 > > This is my understanding of the current state of our USB ehci support:=20 > > ehci only works with certain chipsets. On the ones that it does work wi= th,=20 > > you do not want to have a USB2 hub connected (With ehci in your config)= as=20 > > it will not be supported. Removing ehci from your kernel lets you use a= =20 > > USB2 hub in 1.1 mode. >=20 > Just thought I'd mention that netbsd CURRENT got usb2 hub support in its = echi > driver last week. I don't know how easy a merge would be, but if anyone n= eeds > usb2 hub support, might be worth a look. I have use usb2 hub under freebsd for some from September - not very extensive, but it is works and shows usb2 speed. ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 # usbdevs -v=20 ... Controller /dev/usb3: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel (0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 addr 2: high speed, self powered, config 1, USB Memory Stick Slot(0x014d), Sony(0x054c), rev 1.10 port 6 powered # --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 13:05:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B30A416A4CE for ; Fri, 29 Oct 2004 13:05:08 +0000 (GMT) Received: from mx1.imp.ch (mx1.imp.ch [157.161.9.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97B5643D2F for ; Fri, 29 Oct 2004 13:05:07 +0000 (GMT) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (mx2o [157.161.9.17]) by mx1.imp.ch (8.12.11/8.12.11) with ESMTP id i9TD4oJG019077 for ; Fri, 29 Oct 2004 15:04:52 +0200 (CEST) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (localhost [127.0.0.1]) by mx2.imp.ch (8.12.11/8.12.11/Submit) with ESMTP id i9TD4mku096369 for ; Fri, 29 Oct 2004 15:04:49 +0200 (CEST) (envelope-from mb@imp.ch) Received: (from clamav@localhost) by mx2.imp.ch (8.12.11/8.12.11/Submit) id i9TD4maw096364 for ; Fri, 29 Oct 2004 15:04:48 +0200 (CEST) (envelope-from mb@imp.ch) X-Authentication-Warning: mx2.imp.ch: clamav set sender to using -f Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by ns1.imp.ch (MIMEDefang) with ESMTP id i9TD4hJh012446; Fri, 29 Oct 2004 15:04:48 +0200 (CEST) Date: Fri, 29 Oct 2004 15:04:43 +0200 (CEST) From: Martin Blapp To: Tobias Roth In-Reply-To: <20041029093840.GA19882@speedy.unibe.ch> Message-ID: <20041029150420.C6222@cvs.imp.ch> References: <20041028191324.GA18914@speedy.unibe.ch> <2231.1098990944@critter.freebsd.dk> <20041029093840.GA19882@speedy.unibe.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Resent: Yes X-Spam-Checksum: 82d10690bbdff86edae4614355631c77 X-Virus-Message-Status: No X-Virus-Status: No, scantime="0.0015 seconds" X-Spam-Status: No, hits=-4.9 required=5 scantime="10.2744 seconds" tests=BAYES_00 X-Scanned-By: MIMEDefang 2.45 cc: Poul-Henning Kamp cc: freebsd-current@freebsd.org cc: Oliver Lehmann Subject: Re: dhclient trashes my resolv.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 13:05:08 -0000 Hi, > stating that setting schg (as someone suggested to force a fixed dns) > might be a bad idea, because dhclient used to get confused when it > couldn't write to resolv.conf. i didn't test if this is still the > current behaviour, though. This is fixed in 5.x, but still a problem in 4.x. Martin From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 13:06:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AE9D16A4CE; Fri, 29 Oct 2004 13:06:33 +0000 (GMT) Received: from blues.hansabank.lt (blues.hansabank.lt [193.109.235.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C51E43D39; Fri, 29 Oct 2004 13:06:31 +0000 (GMT) (envelope-from Putinas.Piliponis@hansa.lt) Received: from localhost (localhost [127.0.0.1]) by blues.hansabank.lt (Postfix) with ESMTP id 6D7544635A; Fri, 29 Oct 2004 16:06:29 +0300 (EEST) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable x-mimeole: Produced By Microsoft Exchange V6.0.6556.0 Date: Fri, 29 Oct 2004 16:06:14 +0300 Message-ID: <217202CB5FF8AE439E263CE3D48ECB50757E5D@honda.int.hansa.lt> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: atacontrol and SATA RAID Thread-Index: AcS9sm0xejkfRyiFSXWKFfgmatFC5gABYA9A From: "Putinas Piliponis" To: "Giovanni P. Tirloni" , cc: current@freebsd.org Subject: RE: atacontrol and SATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 13:06:33 -0000 atacontrol addspare ar0 ad6 should do the trick -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Giovanni P. Tirloni Sent: Friday, October 29, 2004 3:24 PM To: questions@freebsd.org Cc: current@freebsd.org Subject: Re: atacontrol and SATA RAID Giovanni P. Tirloni wrote: > Hi, >=20 > I've a Intel SE7210TP1 motherboard with Adaptec HostRAID and I've=20 > created a RAID1 array with 2 SATA disks using the following command: >=20 > atacontrol create RAID1 ad4 ad6 >=20 > The system installed on /dev/ar0 just fine and I played a bit with=20 > atacontrol detaching and attaching the disks. >=20 > Detaching ad6 worked without problems with the following commands: >=20 > atacontrol detach 3 > atacontrol attach 3 > atacontrol rebuild 0 >=20 > But when I tried to detach ad4 (after rebuilding array from previous=20 > detachment) I got an error saying the array was broken. Now when booting=20 > it shows this: >=20 > ar0: 152627MB [19457/255/63] status: DEGRADED subdisks: > disk0 READY on ad4 at ata2-master > disk1 DOWN no device found for this disk >=20 > but atacontrol list shows ad6 there. So my question is: what's the=20 > proper way of doing de attach/detach operation ? >=20 I did a fresh install then turned the machine off and removed on=20 disk. It booted again just fine. Then I turned it off again and=20 inserted the disk I had removed. Now it will panic: panic: softdep_setup_inomapdep: found inode cpuid =3D 0 boot() called on cpu#0 Uptime: 2s If I removed the disk and boot again it will work and show the=20 following message: ar0: 152627MB [19457/255/63] status: DEGRADED=20 subdisks: disk0 READY on ad4 at ata2-master disk1 DOWN no device found for this disk How can I replace a failed disk with this setup ? Given what I've=20 read I'm not really using the controller's RAID support but only the=20 RAID support present in the ata subsystem. Is that true ? In the BIOS=20 I don't have any arrays. Thank you, --=20 Giovanni P. Tirloni _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 13:11:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC5CD16A4CE for ; Fri, 29 Oct 2004 13:11:31 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CAE1543D41 for ; Fri, 29 Oct 2004 13:11:30 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 13064 invoked by uid 65534); 29 Oct 2004 13:11:29 -0000 Received: from pD955F47A.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.244.122) by mail.gmx.net (mp026) with SMTP; 29 Oct 2004 15:11:29 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i9TDBQZS003134 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 29 Oct 2004 15:11:26 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Fri, 29 Oct 2004 15:11:22 +0200 User-Agent: KMail/1.7 References: <20041029075930.GG701@marvin.riggiland.au> <20041029080817.GB728@empiric.icir.org> In-Reply-To: <20041029080817.GB728@empiric.icir.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1294103.B5FsbLZ2uI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410291511.24063.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Bruce M Simpson cc: "Thomas E. Zander" Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 13:11:31 -0000 --nextPart1294103.B5FsbLZ2uI Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 29. October 2004 10:08, Bruce M Simpson wrote: > On Fri, Oct 29, 2004 at 09:59:30AM +0200, Thomas E. Zander wrote: > > I'm just wondering why ehci doesn't make it into GENERIC for RELENG_5. > > Are there unresolved show stoppers related to it? > > ehci(4) is not stable code and fails reproducibly with my ALi-based > USB2 disk enclosure. Well, if we would take stability and general usefulness (even more so in=20 comparison to other USB implementations in mind) as the reference point, we= =20 would need to disable most of USB. I think enabling ehci in GENERIC would b= e=20 a good idea, especially since there's no loadable module... =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1294103.B5FsbLZ2uI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.9.11 (FreeBSD) iD8DBQBBgkF8Xhc68WspdLARAmfmAJ9wl84wonTv+b7B4LPx/btLAoRL4QCdEx/d SDWUevy6gM1vlR7bjAmZ1Aw= =yO+t -----END PGP SIGNATURE----- --nextPart1294103.B5FsbLZ2uI-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 13:30:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C53616A4CE for ; Fri, 29 Oct 2004 13:30:29 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id C525343D46 for ; Fri, 29 Oct 2004 13:30:28 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CNWq3-0005pl-00 Fri, 29 Oct 2004 15:30:43 +0200 Received: from [212.106.236.7] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CNWq3-0005oF-00 Fri, 29 Oct 2004 15:30:43 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9TDUPOU068309; Fri, 29 Oct 2004 15:30:25 +0200 (CEST) (envelope-from freebsd@redesjm.local) Received: by redesjm.local (8.13.1/8.13.1/Submit) id i9TDUPUu006602; Fri, 29 Oct 2004 15:30:25 +0200 (CEST) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Fri, 29 Oct 2004 15:30:24 +0200 User-Agent: KMail/1.7 References: <20041029075930.GG701@marvin.riggiland.au> <20041029080817.GB728@empiric.icir.org> <200410291511.24063.michaelnottebrock@gmx.net> In-Reply-To: <200410291511.24063.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410291530.25339.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1; AVE: 6.28.0.12; VDF: 6.28.0.44; host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Bruce M Simpson cc: "Thomas E. Zander" Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 13:30:29 -0000 El Viernes, 29 de Octubre de 2004 15:11, Michael Nottebrock escribi=F3: > On Friday, 29. October 2004 10:08, Bruce M Simpson wrote: > > On Fri, Oct 29, 2004 at 09:59:30AM +0200, Thomas E. Zander wrote: > > > I'm just wondering why ehci doesn't make it into GENERIC for > > > RELENG_5. Are there unresolved show stoppers related to it? > > > > ehci(4) is not stable code and fails reproducibly with my ALi-based > > USB2 disk enclosure. > > Well, if we would take stability and general usefulness (even more so > in comparison to other USB implementations in mind) as the reference > point, we would need to disable most of USB. I think enabling ehci in > GENERIC would be a good idea, especially since there's no loadable > module... from RELENG_5_3 src/sys/modules/usb: # $FreeBSD: src/sys/modules/usb/Makefile,v 1.15 2004/07/12 21:59:06 imp=20 Exp $ [ ... ] SRCS+=3D uhci_pci.c uhci.c uhcireg.h uhcivar.h SRCS+=3D ohci_pci.c ohci.c ohcireg.h ohcivar.h SRCS+=3D ehci_pci.c ehci.c ehcireg.h ehcivar.h SRCS+=3D opt_bus.h pci_if.h =2Einclude so the usb module is ready for ehci. In fact, I use to take-off any udb support form kernel and go only with=20 modules. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 14:01:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3A1416A4CE for ; Fri, 29 Oct 2004 14:01:40 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A96E643D2D for ; Fri, 29 Oct 2004 14:01:39 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 7800 invoked by uid 65534); 29 Oct 2004 14:01:38 -0000 Received: from pD955F47A.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.244.122) by mail.gmx.net (mp016) with SMTP; 29 Oct 2004 16:01:38 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i9TE1VFH004018 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 29 Oct 2004 16:01:32 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Jose M Rodriguez Date: Fri, 29 Oct 2004 16:01:23 +0200 User-Agent: KMail/1.7 References: <20041029075930.GG701@marvin.riggiland.au> <200410291511.24063.michaelnottebrock@gmx.net> <200410291530.25339.freebsd@redesjm.local> In-Reply-To: <200410291530.25339.freebsd@redesjm.local> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1823747.yOH44QizcK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410291601.27825.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Bruce M Simpson cc: freebsd-current@freebsd.org cc: "Thomas E. Zander" Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 14:01:41 -0000 --nextPart1823747.yOH44QizcK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 29. October 2004 15:30, Jose M Rodriguez wrote: > from RELENG_5_3 > > src/sys/modules/usb: > # $FreeBSD: src/sys/modules/usb/Makefile,v 1.15 2004/07/12 21:59:06 imp > Exp $ > [ ... ] > > SRCS+=3D uhci_pci.c uhci.c uhcireg.h uhcivar.h > SRCS+=3D ohci_pci.c ohci.c ohcireg.h ohcivar.h > SRCS+=3D ehci_pci.c ehci.c ehcireg.h ehcivar.h > SRCS+=3D opt_bus.h pci_if.h > > .include > > so the usb module is ready for ehci. Interesting. I suppose this makes the non-inclusion of ehci in GENERIC yet= =20 more pointless. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1823747.yOH44QizcK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.9.11 (FreeBSD) iD8DBQBBgk03Xhc68WspdLARAr3SAJ4wLWHKBY/4lciP5royB5LPgUMLewCfRhPh XVlEaJUpEkwVf5ujasVkEa0= =AFF3 -----END PGP SIGNATURE----- --nextPart1823747.yOH44QizcK-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 14:06:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCD9116A4CE for ; Fri, 29 Oct 2004 14:06:44 +0000 (GMT) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 332BB43D45 for ; Fri, 29 Oct 2004 14:06:44 +0000 (GMT) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by tydfam.jp (8.13.1/8.13.1) with ESMTP id i9TE63ZA057200 for ; Fri, 29 Oct 2004 23:06:03 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Fri, 29 Oct 2004 23:06:43 +0900 (JST) Message-Id: <20041029.230643.607956454.ken@tydfam.jp> To: freebsd-current@freebsd.org From: Yamada Ken Takeshi X-Mailer: Mew version 3.3 on XEmacs 21.4.14 (Reasonable Discussion) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Q) When do you plan Xorg to upgrade to 6.8.1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 14:06:45 -0000 Hi! By installing "portaudit-db", I have complaints of libXpm, cups...., and cannot install even qt-3.3. I thought that I can solve some of them - like xpm by upgrading xorg, but I found that it remains at 6.7.0_9 although it has past more than a month since 6.8.1 being released. Would you please inform if there are any upgrade schedule of xorg-server to 6.8.1 ? From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 14:27:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69AAA16A4CE for ; Fri, 29 Oct 2004 14:27:24 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92C0743D48 for ; Fri, 29 Oct 2004 14:27:23 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id ADC871F87BED; Fri, 29 Oct 2004 16:27:21 +0200 (CEST) Date: Fri, 29 Oct 2004 16:27:21 +0200 From: Roman Neuhauser To: Garrett Wollman Message-ID: <20041029142721.GA7999@isis.wad.cz> Mail-Followup-To: Garrett Wollman , current@FreeBSD.org References: <200410281746.i9SHkMOC008373@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410281746.i9SHkMOC008373@khavrinen.lcs.mit.edu> User-Agent: Mutt/1.5.6i cc: current@FreeBSD.org Subject: Re: One good report.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 14:27:24 -0000 # wollman@khavrinen.lcs.mit.edu / 2004-10-28 13:46:22 -0400: > I recently acquired a new FX-53 desktop. I'm not yet ready to set it > up yet, so I took a few moments to burn an RC1 CD and try installing. > Everything worked flawlessly except for the onboard Marvell gigabit. > (I was able to use an Intel adapter instead.) It took about fifteen > seconds to do a minimal installation. > > The motherboard is an Asus A8V Deluxe. And I've been having a hell of a time with (plain old i386) Asus A7V880: it doesn't want to work with a PCI graphics card (affects both 4.10 and 5.3-RC1), and I still have to find out what's wrong with the onboard SysKonnect NIC, but given I've been having little luck with a (known good) xl card as well, that will probably turn out to be a pilot error. Nevertheless, the fact that the mobo just doesn't work without an AGP card has been the last dip, and I'm done with Asus for good. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 14:42:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 730A916A4CE for ; Fri, 29 Oct 2004 14:42:59 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7663643D1D for ; Fri, 29 Oct 2004 14:42:58 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 9926 invoked by uid 65534); 29 Oct 2004 14:42:57 -0000 Received: from pD955F47A.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.244.122) by mail.gmx.net (mp012) with SMTP; 29 Oct 2004 16:42:57 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i9TEgmFH004521 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 29 Oct 2004 16:42:51 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Fri, 29 Oct 2004 16:42:40 +0200 User-Agent: KMail/1.7 References: <20041029.230643.607956454.ken@tydfam.jp> In-Reply-To: <20041029.230643.607956454.ken@tydfam.jp> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5878428.ZV1giqoGxt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410291642.47969.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new Subject: Re: Q) When do you plan Xorg to upgrade to 6.8.1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 14:42:59 -0000 --nextPart5878428.ZV1giqoGxt Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 29. October 2004 16:06, Yamada Ken Takeshi wrote: > Hi! > By installing "portaudit-db", I have complaints of > libXpm, cups...., and cannot install even qt-3.3. > I thought that I can solve some of them - like xpm by > upgrading xorg,=20 There must be something wrong with your auditfile, the current xorg port do= es=20 not have issues with xpm. The best way to use portaudit is to just install= =20 the portaudit port (not portaudit-db) and let it fetch an updated database = by=20 itself during the periodic run. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5878428.ZV1giqoGxt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.9.11 (FreeBSD) iD8DBQBBglbnXhc68WspdLARAlDWAJ97de3klwVwHNEHj/rxHCOyMZu2BgCfSGmT tACctz9oe+gdymDisu3kEHo= =ODVo -----END PGP SIGNATURE----- --nextPart5878428.ZV1giqoGxt-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 14:48:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78B8F16A4CE for ; Fri, 29 Oct 2004 14:48:03 +0000 (GMT) Received: from mortis.over-yonder.net (adsl-222-79-209.jan.bellsouth.net [68.222.79.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB51243D3F for ; Fri, 29 Oct 2004 14:48:02 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id A5A5620F9A; Fri, 29 Oct 2004 09:48:01 -0500 (CDT) Date: Fri, 29 Oct 2004 09:48:01 -0500 From: "Matthew D. Fuller" To: Poul-Henning Kamp Message-ID: <20041029144801.GA36784@over-yonder.net> References: <18091.1099052408@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18091.1099052408@critter.freebsd.dk> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.6i-fullermd.2 cc: current@freebsd.org Subject: Re: HEADSUP: Filesystem rototiling over X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 14:48:03 -0000 On Fri, Oct 29, 2004 at 02:20:08PM +0200 I heard the voice of Poul-Henning Kamp, and lo! it spake thus: > > Jail-users please notice that you can now mount the same partition > many places, as long as you do it read/only: To clarify: This means it can be mounted R/O a bunch of times, but not that it can be mounted R/W once and R/O a bunch of times, right? -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 14:52:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 278C416A4CE for ; Fri, 29 Oct 2004 14:52:15 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 707E143D2D for ; Fri, 29 Oct 2004 14:52:14 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9TEq60L020649; Fri, 29 Oct 2004 16:52:12 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Matthew D. Fuller" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 29 Oct 2004 09:48:01 CDT." <20041029144801.GA36784@over-yonder.net> Date: Fri, 29 Oct 2004 16:52:06 +0200 Message-ID: <20648.1099061526@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: HEADSUP: Filesystem rototiling over X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 14:52:15 -0000 In message <20041029144801.GA36784@over-yonder.net>, "Matthew D. Fuller" writes : >On Fri, Oct 29, 2004 at 02:20:08PM +0200 I heard the voice of >Poul-Henning Kamp, and lo! it spake thus: >> >> Jail-users please notice that you can now mount the same partition >> many places, as long as you do it read/only: > >To clarify: This means it can be mounted R/O a bunch of times, but not >that it can be mounted R/W once and R/O a bunch of times, right? Correct. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 15:44:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 181F016A4CE for ; Fri, 29 Oct 2004 15:44:41 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F1D843D54 for ; Fri, 29 Oct 2004 15:44:39 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i9TFiba7033066; Fri, 29 Oct 2004 11:44:37 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 32998-01; Fri, 29 Oct 2004 11:44:37 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id i9TFiaO2033042; Fri, 29 Oct 2004 11:44:36 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i9TFiUdK009015; Fri, 29 Oct 2004 11:44:30 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041029114847.0aa57728@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Fri, 29 Oct 2004 11:51:30 -0400 To: Michael Nottebrock , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <200410291511.24063.michaelnottebrock@gmx.net> References: <20041029075930.GG701@marvin.riggiland.au> <20041029080817.GB728@empiric.icir.org> <200410291511.24063.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 15:44:41 -0000 At 09:11 AM 29/10/2004, Michael Nottebrock wrote: >Well, if we would take stability and general usefulness (even more so in >comparison to other USB implementations in mind) as the reference point, we >would need to disable most of USB. I think enabling ehci in GENERIC would be >a good idea, especially since there's no loadable module... On my Intel 865 box, its pretty easy for me to lock the system up with 2 different types of USB key drives (Lexar and SANDISK). The system also sporadically locks up at boot time, if I have a Keyspan USB-Serial device plugged in using EHCI. For new users, I think its more important that the system works. If one wants to experiment with USB2, its not that hard to compile a custom kernel. ---Mike From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 15:51:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 469F016A4CE for ; Fri, 29 Oct 2004 15:51:01 +0000 (GMT) Received: from web41908.mail.yahoo.com (web41908.mail.yahoo.com [66.218.93.159]) by mx1.FreeBSD.org (Postfix) with SMTP id 1B2BA43D46 for ; Fri, 29 Oct 2004 15:51:01 +0000 (GMT) (envelope-from ilkerozupak@yahoo.com) Message-ID: <20041029155101.41259.qmail@web41908.mail.yahoo.com> Received: from [193.140.41.19] by web41908.mail.yahoo.com via HTTP; Fri, 29 Oct 2004 08:51:01 PDT Date: Fri, 29 Oct 2004 08:51:01 -0700 (PDT) From: Ilker Ozupak To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: need help... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 15:51:01 -0000 when i came to office today i saw that my computer was giving error that OS was missing .. after some investigation i found that my entire disc was empty.. not even silices are left on it. the maschine was running a day ago when i left it. it had crahesed at least 2 3 times due to electric shortage (its only a guess maybe more or less) the result is the fallowing errors. any suggestions. i had some important data on that disk. ----------------------------------------- Script started on Fri Oct 29 18:21:53 2004 # fdisk /dev/ad2 ******* Working on device /dev/ad2 ******* parameters extracted from in-core disklabel are: cylinders=79656 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=79656 heads=16 sectors/track=63 (1008 blks/cyl) fdisk: can't read fdisk partition table fdisk: /boot/mbr: length must be a multiple of sector size # uname -a FreeBSD 5.2-CURRENT-20040706-JPSNAP FreeBSD 5.2-CURRENT-20040706-JPSNAP #0: Tue Jul 6 02:18:40 GMT 2004 root@ushi.jp.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 # ^Dexit Script done on Fri Oct 29 18:22:23 2004 ---- dmesg | grep ad2 gives the fallowing --- ad2: 39205MB [79656/16/63] at ata1-master UDMA133 ad2: FAILURE - READ_DMA status=51 error=40 LBA=0 ad2: FAILURE - READ_DMA status=51 error=40 LBA=0 ad2: FAILURE - READ_DMA status=51 error=40 LBA=0 __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 16:04:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07F5B16A4CE for ; Fri, 29 Oct 2004 16:04:19 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3918643D31 for ; Fri, 29 Oct 2004 16:04:18 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])i9TG4CUf022814 for ; Fri, 29 Oct 2004 19:04:15 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i9TG46PE074841 for ; Fri, 29 Oct 2004 19:04:06 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)i9TG46AN074835 for current@FreeBSD.org; Fri, 29 Oct 2004 19:04:06 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 29 Oct 2004 19:04:06 +0300 From: Giorgos Keramidas To: current@freebsd.org Message-ID: <20041029160405.GA68330@orion.daedalusnetworks.priv> References: <200410281746.i9SHkMOC008373@khavrinen.lcs.mit.edu> <20041029142721.GA7999@isis.wad.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041029142721.GA7999@isis.wad.cz> Subject: Re: One good report.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 16:04:19 -0000 On 2004-10-29 16:27, Roman Neuhauser wrote: > # wollman@khavrinen.lcs.mit.edu / 2004-10-28 13:46:22 -0400: > > I recently acquired a new FX-53 desktop. I'm not yet ready to set it > > up yet, so I took a few moments to burn an RC1 CD and try installing. > > Everything worked flawlessly except for the onboard Marvell gigabit. > > (I was able to use an Intel adapter instead.) It took about fifteen > > seconds to do a minimal installation. > > > > The motherboard is an Asus A8V Deluxe. > > And I've been having a hell of a time with (plain old i386) Asus > A7V880: it doesn't want to work with a PCI graphics card (affects > both 4.10 and 5.3-RC1), and I still have to find out what's wrong > with the onboard SysKonnect NIC, but given I've been having little > luck with a (known good) xl card as well, that will probably turn > out to be a pilot error. SysKonnect used to be *very* problematic with 5.X or later. At least that was the state of things during the summer and early in September when I tried re-enabling the onboard adapter of my workstation at work. I have to admit that I haven't tried recent CURRENT versions with the same adapter though, so things might have changed since then. - Giorgos From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 16:55:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 267EA16A4CE for ; Fri, 29 Oct 2004 16:55:49 +0000 (GMT) Received: from smartmx-05.inode.at (smartmx-05.inode.at [213.229.60.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id B52B743D31 for ; Fri, 29 Oct 2004 16:55:48 +0000 (GMT) (envelope-from j.lochmann@i-penta.at) Received: from [81.223.151.66] (port=65444 helo=[192.168.100.33]) by smartmx-05.inode.at with esmtp (Exim 4.30) id 1CNa2V-0006nA-CY for freebsd-current@freebsd.org; Fri, 29 Oct 2004 18:55:47 +0200 From: Johannes Lochmann Organization: i-penta Informationsmanagement GmbH To: freebsd-current@freebsd.org Date: Fri, 29 Oct 2004 18:55:50 +0200 User-Agent: KMail/1.7 References: <20041029155101.41259.qmail@web41908.mail.yahoo.com> In-Reply-To: <20041029155101.41259.qmail@web41908.mail.yahoo.com> X-message-flag: Please send plain text messages only. Thank =?iso-8859-1?q?you=2E=0A?= MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410291855.50953.j.lochmann@i-penta.at> Subject: Re: need help... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 16:55:49 -0000 On Friday 29 October 2004 17:51, Ilker Ozupak wrote: > ad2: 39205MB [79656/16/63] at > ata1-master UDMA133 > ad2: FAILURE - READ_DMA status=51 > error=40 LBA=0 > ad2: FAILURE - READ_DMA status=51 > error=40 LBA=0 > ad2: FAILURE - READ_DMA status=51 > error=40 LBA=0 sounds like a broken HD to me... From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 17:11:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A47116A4D4; Fri, 29 Oct 2004 17:11:52 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22BED43D2D; Fri, 29 Oct 2004 17:11:52 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 09AD872DD4; Fri, 29 Oct 2004 10:11:52 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0492E72DCB; Fri, 29 Oct 2004 10:11:52 -0700 (PDT) Date: Fri, 29 Oct 2004 10:11:51 -0700 (PDT) From: Doug White To: John Baldwin In-Reply-To: <200410281405.06424.jhb@FreeBSD.org> Message-ID: <20041029101121.J21500@carver.gumbysoft.com> References: <200410260922.11894.Danovitsch@Vitsch.net> <200410271532.22140.jhb@FreeBSD.org> <200410281405.06424.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "Daan Vreeken \[PA4DAN\]" cc: FreeBSD-current@FreeBSD.org Subject: Re: UHCI patch stops system lockup (kern/73000) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 17:11:52 -0000 On Thu, 28 Oct 2004, John Baldwin wrote: > > Yes, today Anish Mistry sent an email stating that his machine failed to > > detect usb devices on plug-in with the patch. But the email lacked > > information to find the cause of the problems. > > I want to see what comes out of his experiments first before this PR is > > committed. > > Can you determine which interrupts you need turned on for your problem to be > fixed? Its in the PR followup chain; removing the second part of the patch fixes him. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 17:15:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A468616A4CE for ; Fri, 29 Oct 2004 17:15:47 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93F5343D5C for ; Fri, 29 Oct 2004 17:15:47 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 8703C72DD4; Fri, 29 Oct 2004 10:15:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 828C372DCB; Fri, 29 Oct 2004 10:15:47 -0700 (PDT) Date: Fri, 29 Oct 2004 10:15:47 -0700 (PDT) From: Doug White To: Peter Losher In-Reply-To: <200410261320.16604.Peter_Losher@isc.org> Message-ID: <20041029101250.A21500@carver.gumbysoft.com> References: <1098785643.67570.44.camel@localhost.netability.ie> <59427.134.84.146.132.1098807284.squirrel@134.84.146.132> <200410261320.16604.Peter_Losher@isc.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Ryan Sommers cc: Nick Hilliard cc: freebsd-current@freebsd.org Subject: Re: breakage upgrading from 5.3-RC1 to 5.3-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: Fri, 29 Oct 2004 17:15:47 -0000 On Tue, 26 Oct 2004, Peter Losher wrote: > On Tuesday 26 October 2004 09:14 am, Ryan Sommers wrote: > > Nick Hilliard said: > > > buildworld is failing during the rebuild of texinfo's makeinfo. The > > > source tree was a clean copy of 5.3-RC1, upgraded to RELENG_5_3 earlier > > > today. /etc/make.conf was empty. Any suggestions? > > > > > > Nick > > > > I checked out RELENG_5_3 this morning and the build just finished > > successfully. Could you try removing your /usr/src and /usr/obj and try > > building again? Let me know if it still fails. > > I have been experiencing this same problem updating some of my systems from > BETA3 to RC1/RELEASE. I already removed /usr/{obj,src} and recheck-ed out a > fresh RELENG_5_3 tree. I get the same problem as Nick gets, but I noticed a > missing xmalloc.o earlier in the build process. This is indicative of your system clock being off by large amounts, or reset timestamps on src/ files. Check the system date and correct. Cleaning up from that is not easy, though; you may have to remove and re-extract your source. It will update files in the wrong way and damage your tree. You can try 'make cleandir; make cleandir' and removing /usr/obj completely if reconstiuting your source tree is painful. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 17:19:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D30E216A4CE for ; Fri, 29 Oct 2004 17:19:40 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C434F43D39 for ; Fri, 29 Oct 2004 17:19:40 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B794672DD4; Fri, 29 Oct 2004 10:19:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id B2BEE72DCB; Fri, 29 Oct 2004 10:19:40 -0700 (PDT) Date: Fri, 29 Oct 2004 10:19:40 -0700 (PDT) From: Doug White To: m.ornest@volny.cz In-Reply-To: <0cf83ad1b4091b324e8a259f83263b72@www2.mail.volny.cz> Message-ID: <20041029101914.S21500@carver.gumbysoft.com> References: <0cf83ad1b4091b324e8a259f83263b72@www2.mail.volny.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 17:19:40 -0000 On Tue, 26 Oct 2004 m.ornest@volny.cz wrote: > Hi, > > it's the first time I'm trying to build FreeBSD CURRENT and I > fail into some problems. I've installed FreeBSD 5.2.1 from > miniinst iso cd. Then I've updates the source tree with cvsup > according to reference found in FreeBSD handbook. Now I'm trying > to compile the new system exactly according the instructions in > handbook, but 'make buildworld' fails with following error: ... > ln -fs /usr/obj/usr/src/i386/lib/liblwres.so.3 > /usr/obj/usr/src/i386/lib/liblwres.so Try building without -j; this isn't the erroring command. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 17:30:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A519816A4CE for ; Fri, 29 Oct 2004 17:30:43 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id BE8BA43D2D for ; Fri, 29 Oct 2004 17:30:42 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 5169 invoked by uid 65534); 29 Oct 2004 17:30:40 -0000 Received: from pD95D8047.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.128.71) by mail.gmx.net (mp017) with SMTP; 29 Oct 2004 19:30:40 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i9THUWoo002429 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 29 Oct 2004 19:30:37 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Mike Tancsa Date: Fri, 29 Oct 2004 19:30:25 +0200 User-Agent: KMail/1.7 References: <20041029075930.GG701@marvin.riggiland.au> <200410291511.24063.michaelnottebrock@gmx.net> <6.1.2.0.0.20041029114847.0aa57728@64.7.153.2> In-Reply-To: <6.1.2.0.0.20041029114847.0aa57728@64.7.153.2> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart13597739.O04pv1koej"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410291930.30626.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 17:30:43 -0000 --nextPart13597739.O04pv1koej Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 29. October 2004 17:51, Mike Tancsa wrote: > At 09:11 AM 29/10/2004, Michael Nottebrock wrote: > >Well, if we would take stability and general usefulness (even more so in > >comparison to other USB implementations in mind) as the reference point, > > we would need to disable most of USB. I think enabling ehci in GENERIC > > would be a good idea, especially since there's no loadable module... > > On my Intel 865 box, its pretty easy for me to lock the system up with 2 > different types of USB key drives (Lexar and SANDISK). The system also > sporadically locks up at boot time, if I have a Keyspan USB-Serial device > plugged in using EHCI. For new users, I think its more important that the > system works. There are similar issues all over USB in FreeBSD, that's not a good rationa= le=20 to leave ehci out of GENERIC. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart13597739.O04pv1koej Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.9.11 (FreeBSD) iD8DBQBBgn42Xhc68WspdLARAtFSAJwOZ55jHS1vPkmustwkEDGjfDpTQwCfUFCp bf3Rymx/hu/ey8Z+9jNcqMo= =CL19 -----END PGP SIGNATURE----- --nextPart13597739.O04pv1koej-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 17:41:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD67216A4CE for ; Fri, 29 Oct 2004 17:41:41 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69CFC43D6A for ; Fri, 29 Oct 2004 17:41:41 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9THffhb071990; Fri, 29 Oct 2004 13:41:41 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 71485-07; Fri, 29 Oct 2004 13:41:41 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9THfed7071962; Fri, 29 Oct 2004 13:41:40 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i9THfW51009522; Fri, 29 Oct 2004 13:41:33 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041029134511.04ff09a8@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Fri, 29 Oct 2004 13:47:53 -0400 To: Michael Nottebrock From: Mike Tancsa In-Reply-To: <200410291930.30626.michaelnottebrock@gmx.net> References: <20041029075930.GG701@marvin.riggiland.au> <200410291511.24063.michaelnottebrock@gmx.net> <6.1.2.0.0.20041029114847.0aa57728@64.7.153.2> <200410291930.30626.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b cc: freebsd-current@freebsd.org Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 17:41:42 -0000 At 01:30 PM 29/10/2004, Michael Nottebrock wrote: > > On my Intel 865 box, its pretty easy for me to lock the system up with 2 > > different types of USB key drives (Lexar and SANDISK). The system also > > sporadically locks up at boot time, if I have a Keyspan USB-Serial device > > plugged in using EHCI. For new users, I think its more important that the > > system works. > >There are similar issues all over USB in FreeBSD, that's not a good rationale >to leave ehci out of GENERIC. With the base USB ? Regular USB works just fine for me on the same hardware. Can you quantify what you mean by similar ? If I had to take a guess by whats reported in -current, -stable and -questions, I would have thought there are 1/10th the problems. ---Mike From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 17:49:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 351D416A4CE for ; Fri, 29 Oct 2004 17:49:39 +0000 (GMT) Received: from srv1a-cta.bs2.com.br (srv1a-cta.bs2.com.br [200.203.183.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A31C643D49 for ; Fri, 29 Oct 2004 17:49:38 +0000 (GMT) (envelope-from gpt@tirloni.org) Received: from localhost (srv1a-cta.bs2.com.br [200.203.183.35]) by srv1a-cta.bs2.com.br (Postfix) with ESMTP id 886CD1C6743; Fri, 29 Oct 2004 14:49:28 -0300 (BRST) Received: from [192.168.0.97] (unknown [200.181.211.95]) by srv1a-cta.bs2.com.br (Postfix) with ESMTP id 4E42C1C6708; Fri, 29 Oct 2004 14:49:27 -0300 (BRST) Message-ID: <41828271.60808@tirloni.org> Date: Fri, 29 Oct 2004 14:48:33 -0300 From: "Giovanni P. Tirloni" User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Putinas Piliponis References: <217202CB5FF8AE439E263CE3D48ECB50757E5D@honda.int.hansa.lt> In-Reply-To: <217202CB5FF8AE439E263CE3D48ECB50757E5D@honda.int.hansa.lt> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: atacontrol and SATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 17:49:39 -0000 Putinas Piliponis wrote: > atacontrol addspare ar0 ad6 should do the trick If I try that with the ad6 disk removed I get the following error: atacontrol: ioctl(ATARAIDADDSPARE): Device not configured If I insert the disk I had removed (but this time I formated it through the BIOS) it panics with the following message: ar0: 152627MB [19457/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master SPM: AP CPU #1 Launched! Mounting root from ufs:/dev/ar0s1a /: bad dir ino 2 at offset 0: mangled entry /: bad dir ino 2 at offset 0: mangled entry /: bad dir ino 2 at offset 0: mangled entry /: bad dir ino 2 at offset 0: mangled entry /: bad dir ino 2 at offset 0: mangled entry init: not found in path /sbin/init:/sbin/oinit:/sbin/init.bak: /stand/sysinstall panic: no init cpuid = 1 boot() called on cpu#1 Uptime: 1s I'm worried about how am I going to replace a dead disk if it won't let me boot with a new disk inserted as ad6. Thanks, -- Giovanni P. Tirloni From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 18:03:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B9E816A4CE for ; Fri, 29 Oct 2004 18:03:01 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B17D443D39 for ; Fri, 29 Oct 2004 18:03:00 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 23123 invoked by uid 65534); 29 Oct 2004 18:02:59 -0000 Received: from pD95D8047.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.128.71) by mail.gmx.net (mp015) with SMTP; 29 Oct 2004 20:02:59 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i9TI2too002850 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 29 Oct 2004 20:02:56 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Mike Tancsa Date: Fri, 29 Oct 2004 20:02:48 +0200 User-Agent: KMail/1.7 References: <20041029075930.GG701@marvin.riggiland.au> <200410291930.30626.michaelnottebrock@gmx.net> <6.1.2.0.0.20041029134511.04ff09a8@64.7.153.2> In-Reply-To: <6.1.2.0.0.20041029134511.04ff09a8@64.7.153.2> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1463782.mL266r0MTv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410292002.52978.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 18:03:01 -0000 --nextPart1463782.mL266r0MTv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 29. October 2004 19:47, Mike Tancsa wrote: > At 01:30 PM 29/10/2004, Michael Nottebrock wrote: > > > On my Intel 865 box, its pretty easy for me to lock the system up with > > > 2 different types of USB key drives (Lexar and SANDISK). The system > > > also sporadically locks up at boot time, if I have a Keyspan USB-Seri= al > > > device plugged in using EHCI. For new users, I think its more > > > important that the system works. > > > >There are similar issues all over USB in FreeBSD, that's not a good > > rationale to leave ehci out of GENERIC. > > With the base USB ? Regular USB works just fine for me on the same > hardware. USB 2.0 is hardly off-base or irregular. Just the fact that you're making t= his=20 distinction tells me that ehci support on FreeBSD is getting not enough=20 exposure. I'm afraid if it'll remain hidden like it is now, it'll never get= =20 into any decent shape. > Can you quantify what you mean by similar ?=20 There is one rather recent PR about a crash with a 1.1 device (PR 63621), a= =20 "Detaching USB stick crashes BETA4/BETA5" thread about one month ago and=20 searching -CURRENT for mails with "usb" subject lines turns up an awful lot= =20 of issues, bugs, hangs, crashes, you name it, pretty much all of them on 1.= 1=20 hardware. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1463782.mL266r0MTv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.9.11 (FreeBSD) iD8DBQBBgoXMXhc68WspdLARApqTAJ91FAKW5pcGqutBE105S7xuEW/AbgCggiLx zM5y1HcmS/A4r0XBCNCoZ8w= =oTC8 -----END PGP SIGNATURE----- --nextPart1463782.mL266r0MTv-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 18:07:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 922B216A4CE for ; Fri, 29 Oct 2004 18:07:15 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED20643D41 for ; Fri, 29 Oct 2004 18:07:13 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i9TI6XQr026868; Fri, 29 Oct 2004 11:06:39 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200410291806.i9TI6XQr026868@gw.catspoiler.org> Date: Fri, 29 Oct 2004 11:06:33 -0700 (PDT) From: Don Lewis To: phk@critter.freebsd.dk In-Reply-To: <16180.1099045813@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: HEADSUP: UFS on GEOM now. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 18:07:15 -0000 On 29 Oct, Poul-Henning Kamp wrote: > > This is hopefully a no-op for all purposes than the increased access > flexibility. > > I am very interested if anybody can measure the performance difference > better than I could myself: 1.7% +/- 0.5%. > > Poul-Henning > > phk 2004-10-29 10:15:56 UTC > > FreeBSD src repository > > Modified files: > sys/ufs/ffs ffs_alloc.c ffs_extern.h ffs_rawread.c > ffs_snapshot.c ffs_softdep.c ffs_vfsops.c > ffs_vnops.c > sys/ufs/ufs inode.h ufs_vnops.c ufsmount.h > Log: > Move UFS from DEVFS backing to GEOM backing. > > This eliminates a bunch of vnode overhead (approx 1-2 % speed > improvement) and gives us more control over the access to the storage > device. > > Access counts on the underlying device are not correctly tracked and > therefore it is possible to read-only mount the same disk device multiple > times: > syv# mount -p > /dev/md0 /var ufs rw 2 2 > /dev/ad0 /mnt ufs ro 1 1 > /dev/ad0 /mnt2 ufs ro 1 1 > /dev/ad0 /mnt3 ufs ro 1 1 > > Since UFS/FFS is not a synchrousely consistent filesystem (ie: it caches > things in RAM) this is not possible with read-write mounts, and the system > will correctly reject this. Very cool! From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 18:22:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39C6016A4CE for ; Fri, 29 Oct 2004 18:22:31 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B582743D46 for ; Fri, 29 Oct 2004 18:22:30 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9TIMUrx085905; Fri, 29 Oct 2004 14:22:31 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 85835-01; Fri, 29 Oct 2004 14:22:30 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9TIMU17085883; Fri, 29 Oct 2004 14:22:30 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i9TIMMXU009714; Fri, 29 Oct 2004 14:22:23 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041029141407.06fc82d8@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Fri, 29 Oct 2004 14:29:32 -0400 To: Michael Nottebrock From: Mike Tancsa In-Reply-To: <200410292002.52978.michaelnottebrock@gmx.net> References: <20041029075930.GG701@marvin.riggiland.au> <200410291930.30626.michaelnottebrock@gmx.net> <6.1.2.0.0.20041029134511.04ff09a8@64.7.153.2> <200410292002.52978.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b cc: freebsd-current@freebsd.org Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 18:22:31 -0000 At 02:02 PM 29/10/2004, Michael Nottebrock wrote: >On Friday, 29. October 2004 19:47, Mike Tancsa wrote: > > At 01:30 PM 29/10/2004, Michael Nottebrock wrote: > > > > On my Intel 865 box, its pretty easy for me to lock the system up with > > > > 2 different types of USB key drives (Lexar and SANDISK). The system > > > > also sporadically locks up at boot time, if I have a Keyspan USB-Serial > > > > device plugged in using EHCI. For new users, I think its more > > > > important that the system works. > > > > > >There are similar issues all over USB in FreeBSD, that's not a good > > > rationale to leave ehci out of GENERIC. > > > > With the base USB ? Regular USB works just fine for me on the same > > hardware. > >USB 2.0 is hardly off-base or irregular. Just the fact that you're making >this >distinction tells me that ehci support on FreeBSD is getting not enough >exposure. I'm afraid if it'll remain hidden like it is now, it'll never get >into any decent shape. I dont think breaking people's working setup will all of a sudden get someone to maintain it. The man page itself states, BUGS The driver is not finished and is quite buggy. With EHCI in the kernel, my machine is unusuable. With 1.x yes, there are certainly bugs that I run into (e.g. KERN/72935) but most do not seem to prevent the box from just booting. > > Can you quantify what you mean by similar ? > >There is one rather recent PR about a crash with a 1.1 device (PR 63621), But thats from march 2004 and on RELENG_4. My 2 USB key drives work on RELENG_5, but not RELENG_4. Perhaps the issues in PR63621 are not there in RELENG_5... >a >"Detaching USB stick crashes BETA4/BETA5" thread about one month ago and >searching -CURRENT for mails with "usb" subject lines turns up an awful lot >of issues, bugs, hangs, crashes, you name it, pretty much all of them on 1.1 >hardware. I think EHCI would only make it worse. The same 1.1 bugs would be there that you mention, and then the ones added by EHCI. i.e. it doesnt take any 1.1 bugs away, just adds more. ---Mike From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 18:27:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A18F16A4CE for ; Fri, 29 Oct 2004 18:27:11 +0000 (GMT) Received: from plum.flirble.org (plum.flirble.org [195.40.6.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1559843D3F for ; Fri, 29 Oct 2004 18:27:11 +0000 (GMT) (envelope-from jake@poptart.org) Received: from fruity.poptart.org ([82.152.7.145] helo=poptart.org) by plum.flirble.org with asmtp (Exim 3.20 #3) id 1CNbSt-000PJT-00 for freebsd-current@freebsd.org; Fri, 29 Oct 2004 19:27:07 +0100 Received: from choccy.int.poptart.org ([10.0.0.1]) by poptart.org with esmtp (Exim 4.14) id 1CNbSt-0000FK-4i for freebsd-current@freebsd.org; Fri, 29 Oct 2004 19:27:07 +0100 Message-ID: <41828B7A.6060708@poptart.org> Date: Fri, 29 Oct 2004 19:27:06 +0100 From: Jake Scott User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: ATA problems with current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 18:27:11 -0000 Hi there. I've been using FreeBSD 5.2.1 for a while now and just tried an upgrade to current. I now get a timeout during boot when it tries to detect the devices on the primary ATA channel. If I move the boot device to the secondary channel it works fine. But I need devices on the primary channel working. I've ruled out the cables and disks, as devices/cables that are fine on channel 0 are not fine on channel 1. The motherboard is a Gigabyte 6VX-4X - making the controller a VIA 82C686A. I've had trouble with the USB ports on this motherboard... is this ATA chipset known to be dodgy?... in which case I'll just get a PCI based controller - or is there something else obviously wrong? The error during boot is: FAILURE - ATA_IDENTIFY timed out Many thanks Jake From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 18:44:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD79316A4CF for ; Fri, 29 Oct 2004 18:44:56 +0000 (GMT) Received: from hobbiton.shire.net (hobbiton.shire.net [166.70.252.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81E5043D54 for ; Fri, 29 Oct 2004 18:44:56 +0000 (GMT) (envelope-from chad@shire.net) Received: from [67.161.247.57] (helo=[192.168.99.66]) by hobbiton.shire.net with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.43) id 1CNbk8-000DBk-4b for freebsd-current@freebsd.org; Fri, 29 Oct 2004 12:44:56 -0600 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <41828B7A.6060708@poptart.org> References: <41828B7A.6060708@poptart.org> Message-Id: <9F14E1D4-29DA-11D9-A439-003065A70D30@shire.net> From: "Chad Leigh -- Shire.Net LLC" Date: Fri, 29 Oct 2004 12:44:53 -0600 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.619) X-SA-Exim-Connect-IP: 67.161.247.57 X-SA-Exim-Mail-From: chad@shire.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on hobbiton.shire.net X-Spam-Status: No, score=-0.4 required=5.0 tests=AWL,BAYES_50 autolearn=disabled version=3.0.0 X-Spam-Level: X-SA-Exim-Version: 4.1+cvs (built Mon, 23 Aug 2004 08:44:05 -0700) X-SA-Exim-Scanned: Yes (on hobbiton.shire.net) Subject: Re: ATA problems with current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 18:44:56 -0000 On Oct 29, 2004, at 12:27 PM, Jake Scott wrote: > FAILURE - ATA_IDENTIFY timed out I am having a similar problem on 5.2-RC1 with a SiI 3114 controller (being used in regular "ultra" disk mode on a Tyan S2882 dual opteron board) with a 200gb SATA disk from WDC. I also have a Promise add-on board with SATA drives on it that seems to work fine in the same machine. Under 5.2-CURRENT (from mid summer) this FAILURE - ATA_IDENTIFY did not happen, though the drive did not work either with this controller... Previous 5.2-CURRENT (as previously reported here) did have the same problem. It appears (I need to do some more testing) that there has been a regression of some sort... best Chad From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 18:46:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C7D316A4CE for ; Fri, 29 Oct 2004 18:46:35 +0000 (GMT) Received: from hobbiton.shire.net (hobbiton.shire.net [166.70.252.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 751E543D31 for ; Fri, 29 Oct 2004 18:46:35 +0000 (GMT) (envelope-from chad@shire.net) Received: from [67.161.247.57] (helo=[192.168.99.66]) by hobbiton.shire.net with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.43) id 1CNblj-000DME-5m for freebsd-current@freebsd.org; Fri, 29 Oct 2004 12:46:35 -0600 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <9F14E1D4-29DA-11D9-A439-003065A70D30@shire.net> References: <41828B7A.6060708@poptart.org> <9F14E1D4-29DA-11D9-A439-003065A70D30@shire.net> Message-Id: From: "Chad Leigh -- Shire.Net LLC" Date: Fri, 29 Oct 2004 12:46:32 -0600 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.619) X-SA-Exim-Connect-IP: 67.161.247.57 X-SA-Exim-Mail-From: chad@shire.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on hobbiton.shire.net X-Spam-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_05 autolearn=disabled version=3.0.0 X-Spam-Level: X-SA-Exim-Version: 4.1+cvs (built Mon, 23 Aug 2004 08:44:05 -0700) X-SA-Exim-Scanned: Yes (on hobbiton.shire.net) Subject: Re: ATA problems with current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 18:46:35 -0000 On Oct 29, 2004, at 12:44 PM, Chad Leigh -- Shire.Net LLC wrote: > I am having a similar problem on 5.2-RC1 with a SiI 3114 controller > (being used in regular "ultra" disk mode on a Tyan S2882 dual opteron > board) with a 200gb That should be 5.3-RC1 Sorry Chad From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 18:46:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17E2316A4F0 for ; Fri, 29 Oct 2004 18:46:49 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4200943D5E for ; Fri, 29 Oct 2004 18:46:48 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 19466 invoked by uid 65534); 29 Oct 2004 18:46:46 -0000 Received: from pD95D8047.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.128.71) by mail.gmx.net (mp009) with SMTP; 29 Oct 2004 20:46:46 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i9TIkdoo003351 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 29 Oct 2004 20:46:40 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Mike Tancsa Date: Fri, 29 Oct 2004 20:46:29 +0200 User-Agent: KMail/1.7 References: <20041029075930.GG701@marvin.riggiland.au> <200410292002.52978.michaelnottebrock@gmx.net> <6.1.2.0.0.20041029141407.06fc82d8@64.7.153.2> In-Reply-To: <6.1.2.0.0.20041029141407.06fc82d8@64.7.153.2> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1199435.qTAcpY7gut"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410292046.34494.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 18:46:49 -0000 --nextPart1199435.qTAcpY7gut Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 29. October 2004 20:29, Mike Tancsa wrote: > I think EHCI would only make it worse.=20 Yes. > The same 1.1 bugs would be there=20 > that you mention, and then the ones added by EHCI. i.e. it doesnt take a= ny > 1.1 bugs away, just adds more. Exactly. And I still say it should go in. And you should file a PR about yo= ur=20 ehci issues (oh, yeah, and we need USB maintainers to take them, too :(). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1199435.qTAcpY7gut Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.9.11 (FreeBSD) iD8DBQBBgpAKXhc68WspdLARArwzAJwLxha1QrQzXViFMmEgA6Cde4iFaQCfQezb BvB1n4DWM3a6IWZapQRVGaE= =P1DH -----END PGP SIGNATURE----- --nextPart1199435.qTAcpY7gut-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 18:47:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D32A16A4CE for ; Fri, 29 Oct 2004 18:47:16 +0000 (GMT) Received: from alpha.twilley.org (alpha.twilley.org [69.90.147.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1339543D5F for ; Fri, 29 Oct 2004 18:47:16 +0000 (GMT) (envelope-from jmt@twilley.org) Received: by alpha.twilley.org (Postfix, from userid 27) id 60BDB4685D; Fri, 29 Oct 2004 11:51:05 -0700 (PDT) Received: from [10.201.10.100] (64-60-248-66.cust.telepacific.net [64.60.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by alpha.twilley.org (Postfix) with ESMTP id 8D80246858; Fri, 29 Oct 2004 11:51:03 -0700 (PDT) Message-ID: <4182909C.6090505@twilley.org> Date: Fri, 29 Oct 2004 11:49:00 -0700 From: Jack Twilley User-Agent: Mozilla Thunderbird 0.8 (X11/20041023) X-Accept-Language: en-us, en MIME-Version: 1.0 To: vova@fbsd.ru References: <20041028.115737.55780539.shigeru@iij.ad.jp> <1099044833.1063.14.camel@localhost> In-Reply-To: <1099044833.1063.14.camel@localhost> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-DSPAM-Result: Innocent X-DSPAM-Confidence: 0.0000 X-DSPAM-Probability: -1.0000 cc: freebsd-current@freebsd.org Subject: Re: who is test Intel PRO/Wireless 2100/2200BG/2915ABG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 18:47:16 -0000 Vladimir Grebenschikov wrote: > ÷ ÞÔ, 28/10/2004 × 11:57 +0900, Yamamoto Shigeru ÐÉÛÅÔ: > >>Hi, all. >> >>I find a Intel PRO/Wireless 2100/2200BG/2915ABG for *BSD at >> >>http://damien.bergamini.free.fr/ipw/ >> >>But I don't have these devices. >>#So I can't test ipw/iwi drivers. >> >>Does anyone test it? > > > It works for me, but there are some issues with my AP. It works fine for me, and I'm looking forward to not having to rebuild it by hand when I rebuild kernel in the future. > >>thanks, >>------- >>YAMAMOTO Shigeru > > Jack. From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 19:43:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AC2316A4CE for ; Fri, 29 Oct 2004 19:43:34 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A17443D2D for ; Fri, 29 Oct 2004 19:43:34 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9TJhWWi000130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Oct 2004 12:43:33 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <41829D84.5000903@errno.com> Date: Fri, 29 Oct 2004 12:44:04 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christian Weisgerber References: <20041027161650.GA39008@kemoauc.mips.inka.de> <200410271003.19047.sam@errno.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: ACX100 Firmware Licensing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 19:43:34 -0000 Christian Weisgerber wrote: > Sam Leffler wrote: > > >>IMO the openbsd folks are going about this entirely wrong. They >>are badgering folks and creating ill will for the ENTIRE open source >>community. I suggest folks not join in to this ill-conceived plan. > > > No, it has worked in the past and progress is being made as we are > speaking. Some companies are simply not willing to enter into a > dialog unless they hear sufficient voices to convince them that > they are dealing with more than a lone caller in the wild. > > Texas Instruments is still playing possum. Anybody who wants to > see BSD shipping with drivers for TI wireless gear that are usable > out of the box, make sure to let TI know. > > "Activism pays off for OpenBSD" > http://theage.com.au/articles/2004/10/29/1098992287663.html > And this form of activism also turns off lots of vendors. The open source market is virtually non-existent to vendors so you will never get anyone to do anything by arguing they should make a change because it will increase their sales. All the vendors Theo&co are going after are bit players with inferior products that are in trouble in one way or another. The proper way to make things happen is to find a vendor that is basing a product on an OSS and use their influence to make things happen. You can crow about your wins but in the long run you will pollute the enviromment for others that are trying to do similar things but are not pounding their chest in public and/or exhorting the hords to a jihad on wireless vendors. Sam From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 19:50:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C121F16A4D8 for ; Fri, 29 Oct 2004 19:50:07 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2EDE43D55 for ; Fri, 29 Oct 2004 19:49:52 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 19855 invoked from network); 29 Oct 2004 19:49:52 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 29 Oct 2004 19:49:51 -0000 Received: from [10.50.40.221] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9TJnPSw038777; Fri, 29 Oct 2004 15:49:40 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 29 Oct 2004 14:45:51 -0400 User-Agent: KMail/1.6.2 References: <20041029022056.GA5751@philomath.unixcore.com> In-Reply-To: <20041029022056.GA5751@philomath.unixcore.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410291445.51216.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Daniel Bond Subject: Re: How to disable ACPI in 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 19:50:08 -0000 On Thursday 28 October 2004 10:20 pm, Daniel Bond wrote: > Hello! > > I am having difficulties booting FreeBSD 5.3 withou ACPI, > nothing in my kernelconfig indicates that ACPI is enabled. > In /boot/device.hints and loader.conf, I have put > hint.acpi.0.disabled="1", and I have also tried to > delete/temp move /boot/kernel/acpi* .. > > And in adition to that I'm chosing "2. Boot with ACPI disabled" > from the bootloader menu. > > Yet, still I find ACPI in my kernel: > dev# kldstat -v | grep acpi > ((( kernel.ko ))) > 196 acpi/fdc > 203 acpi/ppc > 205 acpi/sio > 219 acpi/atpic > 221 acpi/attimer > 224 acpi/atdma > 227 acpi/npxisa > 236 acpi/atkbdc > 239 acpi/psmcpnp > > Is there another way to disable ACPI in 5.3? That just means the drivers are present, it doesn't mean they are used. It looks like you have 'device acpi' in your kernel config. The way to tell that ACPI is enabled is to look for an acpi0 in your dmesg. Alternatively, you can run devinfo to list your device tree. If pcib0 is a child of acpi0, then you are using ACPI. If it is a child of legacy0, then you aren't. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 19:50:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAE8416A4D0 for ; Fri, 29 Oct 2004 19:50:07 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7875143D45 for ; Fri, 29 Oct 2004 19:50:01 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 29911 invoked from network); 29 Oct 2004 19:50:00 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 29 Oct 2004 19:49:59 -0000 Received: from [10.50.40.221] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9TJnPSx038777; Fri, 29 Oct 2004 15:49:47 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 29 Oct 2004 14:49:29 -0400 User-Agent: KMail/1.6.2 References: <200410260922.11894.Danovitsch@Vitsch.net> <200410281405.06424.jhb@FreeBSD.org> <20041029101121.J21500@carver.gumbysoft.com> In-Reply-To: <20041029101121.J21500@carver.gumbysoft.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410291449.29036.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: "Daan Vreeken \[PA4DAN\]" Subject: Re: UHCI patch stops system lockup (kern/73000) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 19:50:44 -0000 On Friday 29 October 2004 01:11 pm, Doug White wrote: > On Thu, 28 Oct 2004, John Baldwin wrote: > > > Yes, today Anish Mistry sent an email stating that his machine failed > > > to detect usb devices on plug-in with the patch. But the email lacked > > > information to find the cause of the problems. > > > I want to see what comes out of his experiments first before this PR is > > > committed. > > > > Can you determine which interrupts you need turned on for your problem to > > be fixed? > > Its in the PR followup chain; removing the second part of the patch fixes > him. Wrong question. :) I was asking the original submitter. Anish also says that the original patch works fine later on. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 20:07:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8AFC16A4CE for ; Fri, 29 Oct 2004 20:07:02 +0000 (GMT) Received: from smtp001.bizmail.yahoo.com (smtp001.bizmail.yahoo.com [216.136.172.125]) by mx1.FreeBSD.org (Postfix) with SMTP id AE84C43D54 for ; Fri, 29 Oct 2004 20:07:02 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.208.193 with login) by smtp001.bizmail.yahoo.com with SMTP; 29 Oct 2004 20:07:02 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id C145F62F3 for ; Fri, 29 Oct 2004 15:07:00 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 56311-04 for ; Fri, 29 Oct 2004 15:06:58 -0500 (CDT) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 02A1B62BB for ; Fri, 29 Oct 2004 15:06:57 -0500 (CDT) Received: from 69.53.57.66 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Fri, 29 Oct 2004 15:06:58 -0500 (CDT) Message-ID: <56811.69.53.57.66.1099080418.squirrel@69.53.57.66> In-Reply-To: <417046E9.7090506@alumni.rice.edu> References: <417046E9.7090506@alumni.rice.edu> Date: Fri, 29 Oct 2004 15:06:58 -0500 (CDT) From: "Jon Noack" To: current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at noacks.org Subject: Re: instant reboot when trying to load recent RELENG_5 kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 20:07:03 -0000 Jon Noack wrote: > Updated my RELENG_5 machines today and one of them did not survive the > reboot. When the loader tries to load the kernel, the machine instantly > reboots. I thought it might be due to using CPUTYPE?=athlon-xp in > /etc/make.conf, but it still happens on a kernel compiled with CPUTYPE > commented out. I also tried versions of the loader compiled with and > without CPUTYPE; both loaders were able to successfully load a kernel > from 3 days ago but neither of them succeeded with various kernels > compiled today. I am still not able to load a new kernel (RELENG_5_3 now) without an instant reboot. As soon as I type "load /boot/kernel.new/kernel" from the boot loader the machine reboots. Any ideas would be greatly appreciated... Jon > This machine has an Asus A7N266 motherboard and an Athlon XP 1800 > processor. For a while now it has needed ACPI disabled as it will > instantly reboot with ACPI enabled. I was using the latest BIOS (1004) > but updated the latest beta (1005.005) after this started happening. > The beta doesn't appear to change anything that I can tell. > > The machine also recently developed the annoying habit of not coming > back up after a reboot. I have to go power cycle it or press reset. > This is similar to behavior I've seen on motherboards with dying > capacitors, but the difference here is that it *always* succeeds when I > manually power it up/reset it. Machines with dying capacitors would > sometimes fail at that time too. > > Jon > > $ dmesg > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.3-BETA7 #4: Tue Oct 12 14:36:37 CDT 2004 > root@proxy.concordiacrusaders.org:/usr/obj/usr/src/sys/PROXY > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(TM) XP 1800+ (1536.83-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 > > Features=0x383fbff > AMD Features=0xc0400000 > real memory = 1065271296 (1015 MB) > avail memory = 1036959744 (988 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > pcib0: pcibus 0 on motherboard > pir0: on motherboard > pci0: on pcib0 > $PIR: No matching entry for 0.1.INTA > agp0: mem 0xf8000000-0xfbffffff at device > 0.0 on pci0 > pci0: at device 0.1 (no driver attached) > pci0: at device 0.2 (no driver attached) > pci0: at device 0.3 (no driver attached) > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > pcib1: at device 8.0 on pci0 > pci1: on pcib1 > $PIR: No matching entry for 1.10.INTA > ahc0: port 0xc800-0xc8ff mem > 0xe5000000-0xe5000fff irq 7 at device 8.0 on pci1 > ahc0: [GIANT-LOCKED] > aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs > fxp0: port 0xc400-0xc43f mem > 0xe4000000-0xe401ffff,0xe4800000-0xe4800fff irq 5 at device 10.0 on pci1 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:02:b3:28:44:a0 > atapci0: port > 0xb800-0xb80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 9.0 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > pcib2: at device 30.0 on pci0 > pci2: on pcib2 > pci2: at device 0.0 (no driver attached) > cpu0 on motherboard > orm0: at iomem 0xd8000-0xd97ff on isa0 > pmtimer0 on isa0 > atkbdc0: at port 0x64,0x60 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse, device ID 3 > fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (irq) > ahc1: No resources allocated. > ahc1: No resources allocated. > unknown: can't assign resources (port) > unknown: can't assign resources (port) > Timecounter "TSC" frequency 1536825688 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 78533MB [159560/16/63] at ata0-master > UDMA100 > acd0: DVDROM at ata1-master UDMA33 > Waiting 15 seconds for SCSI devices to settle > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged > Queueing Enabled > da0: 8683MB (17783249 512 byte sectors: 255H 63S/T 1106C) > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged > Queueing Enabled > da1: 8683MB (17783249 512 byte sectors: 255H 63S/T 1106C) > Mounting root from ufs:/dev/ad0s1a > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 20:13:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72E8516A4CE for ; Fri, 29 Oct 2004 20:13:34 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF2B143D1D for ; Fri, 29 Oct 2004 20:13:32 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from gothmog.gr (patr530-b163.otenet.gr [212.205.244.171]) i9TKD3oc014153; Fri, 29 Oct 2004 23:13:20 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i9TKCpBN001186; Fri, 29 Oct 2004 23:12:51 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i9TKCpcT001185; Fri, 29 Oct 2004 23:12:51 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Fri, 29 Oct 2004 23:12:51 +0300 From: Giorgos Keramidas To: Jon Noack Message-ID: <20041029201251.GB1046@gothmog.gr> References: <417046E9.7090506@alumni.rice.edu> <56811.69.53.57.66.1099080418.squirrel@69.53.57.66> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56811.69.53.57.66.1099080418.squirrel@69.53.57.66> cc: current@freebsd.org Subject: Re: instant reboot when trying to load recent RELENG_5 kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 20:13:34 -0000 On 2004-10-29 15:06, Jon Noack wrote: > Jon Noack wrote: > > Updated my RELENG_5 machines today and one of them did not survive the > > reboot. When the loader tries to load the kernel, the machine instantly > > reboots. I thought it might be due to using CPUTYPE?=athlon-xp in > > /etc/make.conf, but it still happens on a kernel compiled with CPUTYPE > > commented out. I also tried versions of the loader compiled with and > > without CPUTYPE; both loaders were able to successfully load a kernel > > from 3 days ago but neither of them succeeded with various kernels > > compiled today. > > I am still not able to load a new kernel (RELENG_5_3 now) without an > instant reboot. As soon as I type "load /boot/kernel.new/kernel" from the > boot loader the machine reboots. Any ideas would be greatly > appreciated... Hmmm. Can you try "boot kernel.new" instead of the "load foo" stuff? Does it make any difference? From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 20:22:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 982D516A4CE for ; Fri, 29 Oct 2004 20:22:38 +0000 (GMT) Received: from chello084114137224.1.15.vie.surfer.at (chello084114137224.1.15.vie.surfer.at [84.114.137.224]) by mx1.FreeBSD.org (Postfix) with SMTP id B466043D49 for ; Fri, 29 Oct 2004 20:22:37 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 76120 invoked from network); 29 Oct 2004 20:22:35 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 29 Oct 2004 20:22:35 -0000 From: Christian Hiris <4711@chello.at> To: freebsd-current@freebsd.org Date: Fri, 29 Oct 2004 22:22:20 +0200 User-Agent: KMail/1.7 References: <217202CB5FF8AE439E263CE3D48ECB50757E5D@honda.int.hansa.lt> <41828271.60808@tirloni.org> In-Reply-To: <41828271.60808@tirloni.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410292222.35572.4711@chello.at> cc: "Giovanni P. Tirloni" cc: Putinas Piliponis Subject: Re: atacontrol and SATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 20:22:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 29 October 2004 19:48, Giovanni P. Tirloni wrote: > Putinas Piliponis wrote: > > atacontrol addspare ar0 ad6 should do the trick > > If I try that with the ad6 disk removed I get the following error: > > atacontrol: ioctl(ATARAIDADDSPARE): Device not configured If I remember right, 'raid' should reflect the number of the array, not the devicename: atacontrol addspare 0 ad6. > If I insert the disk I had removed (but this time I formated it > through the BIOS) it panics with the following message: If you are not 100pct sure that FreeBSD supports your raid-controller's hardware bits, don't manipulate an ataraid-created array via the controller's bios. The raid-controller might overwrite your ataraid-bits. > > ar0: 152627MB [19457/255/63] status: READY > subdisks: > disk0 READY on ad4 at ata2-master > disk1 READY on ad6 at ata3-master > SPM: AP CPU #1 Launched! > Mounting root from ufs:/dev/ar0s1a > /: bad dir ino 2 at offset 0: mangled entry > /: bad dir ino 2 at offset 0: mangled entry > /: bad dir ino 2 at offset 0: mangled entry > /: bad dir ino 2 at offset 0: mangled entry > /: bad dir ino 2 at offset 0: mangled entry > init: not found in path /sbin/init:/sbin/oinit:/sbin/init.bak: > /stand/sysinstall > panic: no init > cpuid = 1 > boot() called on cpu#1 > Uptime: 1s > > I'm worried about how am I going to replace a dead disk if it won't > let me boot with a new disk inserted as ad6. Try to overwrite the first few sectors of your spare disk (ad6) with zeroes. Possibly there were some bits from your old ataraid or your raid-controller left. You can do this by using the 'dd' command or a tool from your hardware vendor. If your disk is "clean" retry the addspare and then rebuild your mirror. # dd if=/dev/zero of=/dev/ad6 bs=512 count=128 # atacontrol addspare 0 ad6 # atacontrol rebuild 0 HTH, ch - -- Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBgqaL09WjGjvKU74RAtI3AJwMvxvD1svk2hJUZQl1Du+5BDlK+QCcD4Xb DtXfm3hUe3Plo6bYjbku00o= =Vvqh -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 20:39:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D303F16A4CE for ; Fri, 29 Oct 2004 20:39:58 +0000 (GMT) Received: from srv1a-cta.bs2.com.br (srv1a-cta.bs2.com.br [200.203.183.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A1DA43D1F for ; Fri, 29 Oct 2004 20:39:58 +0000 (GMT) (envelope-from gpt@tirloni.org) Received: from localhost (srv1a-cta.bs2.com.br [200.203.183.35]) by srv1a-cta.bs2.com.br (Postfix) with ESMTP id 862431C6727; Fri, 29 Oct 2004 17:39:55 -0300 (BRST) Received: from [192.168.0.97] (200-138-094-229.mganm7002.dsl.brasiltelecom.net.br [200.138.94.229]) by srv1a-cta.bs2.com.br (Postfix) with ESMTP id DA6481C6671; Fri, 29 Oct 2004 17:39:54 -0300 (BRST) Message-ID: <4182AA9A.8020406@tirloni.org> Date: Fri, 29 Oct 2004 17:39:54 -0300 From: "Giovanni P. Tirloni" User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Putinas Piliponis References: <217202CB5FF8AE439E263CE3D48ECB50757E5D@honda.int.hansa.lt> In-Reply-To: <217202CB5FF8AE439E263CE3D48ECB50757E5D@honda.int.hansa.lt> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: atacontrol and SATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 20:39:58 -0000 Giovanni P. Tirloni wrote: > Putinas Piliponis wrote: > >> atacontrol addspare ar0 ad6 should do the trick Yay, it worked. Here are the steps that I've followed to simulate a disk failure. I hope this helps anyone having the same problem. I'm using FreeBSD 5.3-RC1 with two Seagate SATA 160GB disks. 1. Turned machine off 2. Removed ad6 3. Turned it on 4. Ok, everything working fine (array in degraded mode) 5. Turned it off Now I'm going to format ad6 through the BIOS 1. Inserted ad6 cable again 2. Turned machine on 3. Entered Adaptec HostRAID BIOS 4. Formated ad6 5. FreeBSD boots, array in degraded mode 6. atacontrol detach 3 (system says ad6 was removed from config) 7. atacontrol attach 3 8. atacontrol addspare ar0 ad6 9. atacontrol rebuild ar0 On another terminal "atacontrol status ar0" returns: ar0: ATA RAID1 subdisks: ad4 ad6 status: REBUILDING 3% completed I did this process in multi-user mode then I began to think about what would happen if I changed the files somehow. Would that cause data corruption too? I think I should have done this in single-user mode. Thanks, -- Giovanni P. Tirloni From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 20:43:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4304416A4CE for ; Fri, 29 Oct 2004 20:43:45 +0000 (GMT) Received: from srv1a-cta.bs2.com.br (srv1a-cta.bs2.com.br [200.203.183.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 010C143D39 for ; Fri, 29 Oct 2004 20:43:45 +0000 (GMT) (envelope-from gpt@tirloni.org) Received: from localhost (srv1a-cta.bs2.com.br [200.203.183.35]) by srv1a-cta.bs2.com.br (Postfix) with ESMTP id 07A031C6622; Fri, 29 Oct 2004 17:43:44 -0300 (BRST) Received: from [192.168.0.97] (200-138-094-229.mganm7002.dsl.brasiltelecom.net.br [200.138.94.229]) by srv1a-cta.bs2.com.br (Postfix) with ESMTP id 6AFEC1C653F; Fri, 29 Oct 2004 17:43:43 -0300 (BRST) Message-ID: <4182AB7E.3050008@tirloni.org> Date: Fri, 29 Oct 2004 17:43:42 -0300 From: "Giovanni P. Tirloni" User-Agent: Mozilla Thunderbird 0.8 (X11/20040926) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christian Hiris <4711@chello.at> References: <217202CB5FF8AE439E263CE3D48ECB50757E5D@honda.int.hansa.lt> <41828271.60808@tirloni.org> <200410292222.35572.4711@chello.at> In-Reply-To: <200410292222.35572.4711@chello.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: atacontrol and SATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 20:43:45 -0000 Christian Hiris wrote: > Try to overwrite the first few sectors of your spare disk (ad6) with zeroes. > Possibly there were some bits from your old ataraid or your raid-controller > left. You can do this by using the 'dd' command or a tool from your hardware > vendor. If your disk is "clean" retry the addspare and then rebuild your > mirror. > > # dd if=/dev/zero of=/dev/ad6 bs=512 count=128 > # atacontrol addspare 0 ad6 > # atacontrol rebuild 0 The first time I formated the disk through the Adaptec BIOS FreeBSD would still add the disk to the array and panic. I allowed it to format 10% of the disk. The second time I left it formating the whole disk and it worked (see my other e-mail describing how I got it to work). In resume, I've a RAID-capable controller but I'm not using it (Intel 6300ESB / Adaptec HostRAID BIOS) because FreeBSD won't recognize the array I create there. So far the RAID support in FreeBSD's ata has done the job. -- Giovanni P. Tirloni From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 21:05:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A60F16A4CE for ; Fri, 29 Oct 2004 21:05:06 +0000 (GMT) Received: from parati.mdbrasil.com.br (parati.mdbrasil.com.br [200.210.70.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 7A64E43D62 for ; Fri, 29 Oct 2004 21:05:02 +0000 (GMT) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 19007 invoked by uid 1003); 29 Oct 2004 20:59:23 -0000 Received: from eksffa@freebsdbrasil.com.br by parati.mdbrasil.com.br by uid 82 with qmail-scanner-1.20 (uvscan: v4.1.60/v4288. Clear:RC:1(200.166.92.123):. Processed in 0.017696 secs); 29 Oct 2004 20:59:23 -0000 Received: from unknown (HELO freebsdbrasil.com.br) (200.166.92.123) by parati.mdbrasil.com.br with SMTP; 29 Oct 2004 20:59:22 -0000 Message-ID: <4182BD51.6070800@freebsdbrasil.com.br> Date: Fri, 29 Oct 2004 18:59:45 -0300 From: Patrick Tracanelli Organization: FreeBSD Brasil LTDA User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031207 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nguyen Tam Chinh References: <200410081937.15068.miha@ghuug.org> <200410291044.34973.soralx@cydem.org> <200410291657.33606.miha@ghuug.org> <20041030004556.B13046@unix.local> In-Reply-To: <20041030004556.B13046@unix.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: ad0: FAILURE - WRITE_DMA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 21:05:06 -0000 > In FreeBSD 5.3b7 I have the same problem with the Maxtor 120GB IDE > ad2: 117246MB [238216/16/63] at ata1-master > UDMA66 > > ad2: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=14301663 > ad2: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=14301663 > ad2: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=14301663 > ad2: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=14301663 > ad2: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=14301663 > ad2: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=14301663 > ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=160532482 > ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=209834594 > ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=218490706 > ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=211340046 > ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=209834594 > ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=163587418 > ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=209834786 > ad2: TIMEOUT - READ_DMA retrying (2 retries left) LBA=17312287 It aint B7 specific nor ATA DISK specific, also happens on -RC1, sometimes on ATA disk (AD0) and a number of times on optical devices. About 20 minutes ago I have just tried -RC1 and a LiveCD built on top of RELENG_5_3 on 4 different laptops, Toshiba and Sony Vaio (both w/ DVD-R device) a "generic" transmeta based stuff and another Toshiba Satellite w/ combo optical. The 4 of 'em showed the same behaviour: acd0: TIMEOUT - READ_BIG retrying (2 retries left) acd0: TIMEOUT - READ_BIG retrying (2 retries left) acd0: TIMEOUT - READ_BIG retrying (2 retries left) acd0: TIMEOUT - READ_BIG retrying (2 retries left) and 10 minutes later the devices "fires" (READ_BIG.. device fired) and so, stalls -- Atenciosamente, Patrick Tracanelli FreeBSD Brasil LTDA. The FreeBSD pt_BR Documentation Project http://www.freebsdbrasil.com.br patrick @ freebsdbrasil.com.br "Long live Hanin Elias, Kim Deal!" From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 21:12:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63EBC16A4CE for ; Fri, 29 Oct 2004 21:12:46 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F27343D4C for ; Fri, 29 Oct 2004 21:12:46 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 09A2F7A423; Fri, 29 Oct 2004 14:12:46 -0700 (PDT) Message-ID: <4182B24D.90203@elischer.org> Date: Fri, 29 Oct 2004 14:12:45 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Michael Nottebrock References: <20041029075930.GG701@marvin.riggiland.au> <200410292002.52978.michaelnottebrock@gmx.net> <6.1.2.0.0.20041029141407.06fc82d8@64.7.153.2> <200410292046.34494.michaelnottebrock@gmx.net> In-Reply-To: <200410292046.34494.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Mike Tancsa Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 21:12:46 -0000 Michael Nottebrock wrote: >On Friday, 29. October 2004 20:29, Mike Tancsa wrote: > > > >>I think EHCI would only make it worse. >> >> > >Yes. > > > >>The same 1.1 bugs would be there >>that you mention, and then the ones added by EHCI. i.e. it doesnt take any >>1.1 bugs away, just adds more. >> >> > >Exactly. And I still say it should go in. And you should file a PR about your >ehci issues (oh, yeah, and we need USB maintainers to take them, too :(). > I have been taking a sebatical from freeBSD after puting my marriage a bit too close to the line than I like.. :-) but one of my next things to look at is teh USB code.. I've already been in there a bit and will be getting in again with a few others who have shown interest as soon as: 1/ I've spent enough time at home with the kids/wife to keep that side balanced.. 2/ work settles down 3/ the 5.3 push is over. We have about 6 people who have shown interest in USB and we should be starting up a mailing list soon (who's doing that?) which should help. In addition we need expertise in newbus, CAM/SIM to help us get those sides of things in order. It needs more than a small touchup.. > > > From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 21:16:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA32A16A4CF for ; Fri, 29 Oct 2004 21:16:59 +0000 (GMT) Received: from wonkity.com (wonkity.com [65.173.111.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C53F43D3F for ; Fri, 29 Oct 2004 21:16:59 +0000 (GMT) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.13.1/8.13.1) with ESMTP id i9TLGnLd019435; Fri, 29 Oct 2004 15:16:49 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.13.1/8.13.1/Submit) with ESMTP id i9TLGnc2019432; Fri, 29 Oct 2004 15:16:49 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 29 Oct 2004 15:16:49 -0600 (MDT) From: Warren Block To: Julian Elischer In-Reply-To: <4182B24D.90203@elischer.org> Message-ID: <20041029151413.H19410@wonkity.com> References: <20041029075930.GG701@marvin.riggiland.au> <6.1.2.0.0.20041029141407.06fc82d8@64.7.153.2> <4182B24D.90203@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (wonkity.com [127.0.0.1]); Fri, 29 Oct 2004 15:16:49 -0600 (MDT) cc: freebsd-current@freebsd.org Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 21:16:59 -0000 On Fri, 29 Oct 2004, Julian Elischer wrote: > We have about 6 people who have shown interest in USB and we should be > starting up a mailing list soon (who's doing that?) which should help. > In addition we need expertise in newbus, CAM/SIM to help us get those sides > of things in order. > > It needs more than a small touchup.. If there's USB hardware that is needed (motherboards with problem chipsets, for example), please make sure it gets onto the desired donations list. Those of us who can't help with the code may be able to provide things like that. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 21:26:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D30E16A4CE for ; Fri, 29 Oct 2004 21:26:26 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4934143D39 for ; Fri, 29 Oct 2004 21:26:26 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id F2D34F1B72; Fri, 29 Oct 2004 14:26:25 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00694-04; Fri, 29 Oct 2004 14:26:24 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 81EE6F18F6; Fri, 29 Oct 2004 14:26:24 -0700 (PDT) From: Sean McNeil To: Julian Elischer In-Reply-To: <4182B24D.90203@elischer.org> References: <20041029075930.GG701@marvin.riggiland.au> <200410292002.52978.michaelnottebrock@gmx.net> <6.1.2.0.0.20041029141407.06fc82d8@64.7.153.2> <200410292046.34494.michaelnottebrock@gmx.net> <4182B24D.90203@elischer.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PG1xV+qxye56KKKOXWMx" Message-Id: <1099085184.28681.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 29 Oct 2004 14:26:24 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org cc: Mike Tancsa Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 21:26:26 -0000 --=-PG1xV+qxye56KKKOXWMx Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-10-29 at 14:12, Julian Elischer wrote: > Michael Nottebrock wrote: >=20 > >On Friday, 29. October 2004 20:29, Mike Tancsa wrote: > > > >>I think EHCI would only make it worse.=20 > > > >Yes. > > > >>The same 1.1 bugs would be there=20 > >>that you mention, and then the ones added by EHCI. i.e. it doesnt take= any > >>1.1 bugs away, just adds more. > >> > > > >Exactly. And I still say it should go in. And you should file a PR about= your=20 > >ehci issues (oh, yeah, and we need USB maintainers to take them, too :()= . >=20 > I have been taking a sebatical from freeBSD after puting my marriage a=20 > bit too close to the > line than I like.. :-) > but one of my next things to look at is teh USB code.. > I've already been in there a bit and will be getting in again with a few=20 > others who have shown > interest as soon as: >=20 > 1/ I've spent enough time at home with the kids/wife to keep that side=20 > balanced.. > 2/ work settles down > 3/ the 5.3 push is over. >=20 > We have about 6 people who have shown interest in USB and we should be=20 > starting up a mailing > list soon (who's doing that?) which should help. > In addition we need expertise in newbus, CAM/SIM to help us get those=20 > sides of things in order. >=20 > It needs more than a small touchup.. What I am wondering about is why I get ehci in my kernel when I do not ask for it: server# grep ehci LINT LINT:device ehci So there is a config directive available... server# grep hci AMD64 AMD64:device uhci # UHCI PCI->USB interface AMD64:device ohci # OHCI PCI->USB interface So I have not specified it... server# kldstat -v | grep ehci 135 ehci/usb Yet it is in my kernel? Cheers, Sean --=-PG1xV+qxye56KKKOXWMx Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBgrWAyQsGN30uGE4RAssWAJ9Tmycma9y3lVy3JInztXthWXvkOwCgzQMX G9T70TpUoie8uSYvLh91LBc= =MJKF -----END PGP SIGNATURE----- --=-PG1xV+qxye56KKKOXWMx-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 23:35:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D89B16A4CE for ; Fri, 29 Oct 2004 23:35:38 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 41E9543D31 for ; Fri, 29 Oct 2004 23:35:37 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 8278 invoked by uid 65534); 29 Oct 2004 23:35:35 -0000 Received: from pD95D8047.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.128.71) by mail.gmx.net (mp027) with SMTP; 30 Oct 2004 01:35:35 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i9TNZQoo006721 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 30 Oct 2004 01:35:29 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Sat, 30 Oct 2004 01:35:20 +0200 User-Agent: KMail/1.7 References: <20041027161650.GA39008@kemoauc.mips.inka.de> <41829D84.5000903@errno.com> In-Reply-To: <41829D84.5000903@errno.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12959465.4qQ5QJ4CYG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410300135.24727.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Sam Leffler cc: Christian Weisgerber Subject: Re: ACX100 Firmware Licensing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 23:35:38 -0000 --nextPart12959465.4qQ5QJ4CYG Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 29. October 2004 21:44, Sam Leffler wrote: > > "Activism pays off for OpenBSD" > > http://theage.com.au/articles/2004/10/29/1098992287663.html > > And this form of activism also turns off lots of vendors. That would mean there's anybody to actually turn off. Like you say yourself: > The open=20 > source market is virtually non-existent to vendors so you will never get > anyone to do anything by arguing they should make a change because it > will increase their sales. All the vendors Theo&co are going after are > bit players with inferior products that are in trouble in one way or > another. =2E.. and are widespread as built-in devices in today's cheap massmarket=20 hardware. And OSS operating systems need cheap massmarket hardware to run o= n. > The proper way to make things happen is to find a vendor that=20 > is basing a product on an OSS and use their influence to make things > happen. So you're saying OpenBSD should find themselves a Yahoo, Inc and use them t= o=20 pressure vendors and that's the decent way then? Ridiculous. I myself returned the pair of el-cheapo TI-1131 wireless nics I initially=20 bought and got Atheros-based hardware instead, but many laptop users with=20 built-in hardware who don't want to run Windows do not have that choice. If= =20 Theo tries to pave a way for them, it's a good thing. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart12959465.4qQ5QJ4CYG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.9.11 (FreeBSD) iD8DBQBBgtO8Xhc68WspdLARAlHsAJ9oa5sraxHMPe3HuWamNhIdTMmwMwCffOn+ IMUI+UT31gqK5mN7T0uYsZ0= =QJ3l -----END PGP SIGNATURE----- --nextPart12959465.4qQ5QJ4CYG-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 29 23:36:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33F5C16A4EB for ; Fri, 29 Oct 2004 23:36:17 +0000 (GMT) Received: from smtp001.bizmail.yahoo.com (smtp001.bizmail.yahoo.com [216.136.172.125]) by mx1.FreeBSD.org (Postfix) with SMTP id 2D04B43D4C for ; Fri, 29 Oct 2004 23:36:10 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.208.193 with login) by smtp001.bizmail.yahoo.com with SMTP; 29 Oct 2004 23:36:09 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id C79FE6350; Fri, 29 Oct 2004 18:36:08 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 57444-02-2; Fri, 29 Oct 2004 18:36:07 -0500 (CDT) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 25B4362F3; Fri, 29 Oct 2004 18:36:07 -0500 (CDT) Received: from 69.53.57.66 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Fri, 29 Oct 2004 18:36:07 -0500 (CDT) Message-ID: <59514.69.53.57.66.1099092967.squirrel@69.53.57.66> In-Reply-To: <20041029201251.GB1046@gothmog.gr> References: <417046E9.7090506@alumni.rice.edu> <56811.69.53.57.66.1099080418.squirrel@69.53.57.66> <20041029201251.GB1046@gothmog.gr> Date: Fri, 29 Oct 2004 18:36:07 -0500 (CDT) From: "Jon Noack" To: "Giorgos Keramidas" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at noacks.org cc: current@freebsd.org Subject: Re: instant reboot when trying to load recent RELENG_5 kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 23:36:17 -0000 Giorgos Keramidas wrote: > On 2004-10-29 15:06, Jon Noack wrote: >> Jon Noack wrote: >>> Updated my RELENG_5 machines today and one of them did not survive the >>> reboot. When the loader tries to load the kernel, the machine instantly >>> reboots. I thought it might be due to using CPUTYPE?=athlon-xp in >>> /etc/make.conf, but it still happens on a kernel compiled with CPUTYPE >>> commented out. I also tried versions of the loader compiled with and >>> without CPUTYPE; both loaders were able to successfully load a kernel >>> from 3 days ago but neither of them succeeded with various kernels >>> compiled today. >> >> I am still not able to load a new kernel (RELENG_5_3 now) without an >> instant reboot. As soon as I type "load /boot/kernel.new/kernel" from >> the boot loader the machine reboots. Any ideas would be greatly >> appreciated... > > Hmmm. Can you try "boot kernel.new" instead of the "load foo" stuff? > Does it make any difference? Nope. If I let installkernel make the new kernel the default kernel, I don't even get to the boot menu. Regardless of how I do it, new kernel will start being loaded into memory (I will see a flash of the loading info and twiddle) and then the computer will reboot instantly. Something changed between October 12th and October 15th as a kernel from the 12th is the last that will load and I first noticed the issue on the 15th (the next time I tried to compile a kernel). Is there anything that went into RELENG_5 during that period that could cause this? Jon From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 00:04:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCA0D16A4CE for ; Sat, 30 Oct 2004 00:04:38 +0000 (GMT) Received: from chello084114137224.1.15.vie.surfer.at (chello084114137224.1.15.vie.surfer.at [84.114.137.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 4D59843D39 for ; Sat, 30 Oct 2004 00:04:37 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 76985 invoked from network); 30 Oct 2004 00:04:35 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 30 Oct 2004 00:04:35 -0000 From: Christian Hiris <4711@chello.at> To: freebsd-current@freebsd.org Date: Sat, 30 Oct 2004 02:04:18 +0200 User-Agent: KMail/1.7 References: <217202CB5FF8AE439E263CE3D48ECB50757E5D@honda.int.hansa.lt> <4182AA9A.8020406@tirloni.org> In-Reply-To: <4182AA9A.8020406@tirloni.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410300204.35744.4711@chello.at> cc: "Giovanni P. Tirloni" cc: Putinas Piliponis Subject: Re: atacontrol and SATA RAID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 00:04:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 29 October 2004 22:39, Giovanni P. Tirloni wrote: > On another terminal "atacontrol status ar0" returns: > > ar0: ATA RAID1 subdisks: ad4 ad6 status: REBUILDING 3% completed > > I did this process in multi-user mode then I began to think about what > would happen if I changed the files somehow. Would that cause data > corruption too? I think I should have done this in single-user mode. No, ataraid supports "hot-replacing" for raid1 arrays. - -- Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBgtqT09WjGjvKU74RAv8zAJ9hFWaI+iOpBQOHDge5YQdmMk6mXgCfcIvw yt3/XR6rj+40s1zjDdbTE3U= =862p -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 00:24:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B91EF16A4CE for ; Sat, 30 Oct 2004 00:24:07 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D41C643D2F for ; Sat, 30 Oct 2004 00:24:06 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 4025 invoked by uid 65534); 30 Oct 2004 00:24:05 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp019) with SMTP; 30 Oct 2004 02:24:05 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sat, 30 Oct 2004 02:23:59 +0200 User-Agent: KMail/1.7 X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5941734.4Tm5bB3Va8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410300224.04965.Emanuel.Strobl@gmx.net> Subject: AGP/VGA Card unknown, no vidcontrol possible X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 00:24:07 -0000 --nextPart5941734.4Tm5bB3Va8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Dear coders, can you please help me getting my VGA card working so I can switch to=20 VESA_800x600. This card doesn't have mode 258 (as vidcontrol -i mode tells me) but for=20 example has 259, which is 800x600x8. Is it possible to instruct the mode=20 directly or to change the mode for VESA_800x600 from 258 to 259? It's a brand new AGP card with a Rage mobility on it (without any cooling). pciconf tells me this: none0@pci1:0:0: class=3D0x030000 card=3D0x00841002 chip=3D0x4c4d1002 rev=3D= 0x64=20 hdr=3D0x00 vendor =3D 'ATI Technologies Inc.' device =3D '01541014 Rage P/M Mobility AGP 2x' class =3D display subclass =3D VGA (none0@pci1:0:0: class=3D0x030000 card=3D0x00841002 chip=3D0x4c4d1002 rev= =3D0x64=20 hdr=3D0x00) dmesg says: agp0: mem 0xf8000000-0xfbfffff= f=20 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_ -=20 AE_NOT_FOUND pci1: on pcib1 pcib0: no PRT entry for 0.1.INTA pci1: at device 0.0 (no driver attached) Thanks, =2DHarry --nextPart5941734.4Tm5bB3Va8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBgt8kBylq0S4AzzwRAoE4AJ9g2GA2EomoZOkj9RMnBZiRGmnTmACdGugj rWVxXqYKB0GjnDWBsKWsWzA= =AnEI -----END PGP SIGNATURE----- --nextPart5941734.4Tm5bB3Va8-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 01:27:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C78B16A4CE for ; Sat, 30 Oct 2004 01:27:33 +0000 (GMT) Received: from insomnia.benzedrine.cx (insomnia.benzedrine.cx [62.65.145.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 513E643D4C for ; Sat, 30 Oct 2004 01:27:32 +0000 (GMT) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (dhartmei@localhost [127.0.0.1]) i9U1R5xF002962 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 30 Oct 2004 03:27:05 +0200 (MEST) Received: (from dhartmei@localhost) by insomnia.benzedrine.cx (8.13.1/8.12.10/Submit) id i9U1R3L3000835; Sat, 30 Oct 2004 03:27:04 +0200 (MEST) Date: Sat, 30 Oct 2004 03:27:03 +0200 From: Daniel Hartmeier To: Sam Leffler Message-ID: <20041030012703.GK3999@insomnia.benzedrine.cx> References: <20041027161650.GA39008@kemoauc.mips.inka.de> <200410271003.19047.sam@errno.com> <41829D84.5000903@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41829D84.5000903@errno.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org cc: Christian Weisgerber Subject: Re: ACX100 Firmware Licensing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 01:27:33 -0000 On Fri, Oct 29, 2004 at 12:44:04PM -0700, Sam Leffler wrote: > And this form of activism also turns off lots of vendors. The open > source market is virtually non-existent to vendors so you will never get > anyone to do anything by arguing they should make a change because it > will increase their sales. All the vendors Theo&co are going after are > bit players with inferior products that are in trouble in one way or > another. The proper way to make things happen is to find a vendor that > is basing a product on an OSS and use their influence to make things > happen. You can crow about your wins but in the long run you will > pollute the enviromment for others that are trying to do similar things > but are not pounding their chest in public and/or exhorting the hords to > a jihad on wireless vendors. If you're telling the hords to sit down, shut up and quit rocking the boat, because you're already sailing smoothly, I'd like to ask where you're heading and how far you already got. That is, will we get firmware that is freely redistributable by anyone for any purpose, for a good number of available chipsets? Or is that not a common goal at all? In your book, what's the difference between grassroots activism asking responsible citizens to voice their opinions in a peaceful and polite manner and exhorting the hords to a jihad? What's the difference between rationally evaluating the success of a strategy and crowing about wins? Intel and TI are 'bit players' compared to whom? Daniel From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 01:29:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 303EA16A4CE for ; Sat, 30 Oct 2004 01:29:40 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD46F43D2F for ; Sat, 30 Oct 2004 01:29:39 +0000 (GMT) (envelope-from ammar.zolkipli@gmail.com) Received: by wproxy.gmail.com with SMTP id 43so5495wri for ; Fri, 29 Oct 2004 18:29:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=QkuBovTBs7D5yquGT9yipqIn6jVYDeh41f2NZrlawdSDPfY3Gqgrj/1b3k+bnEV4jF6L+pazJDdLtWiNYUVSZqZheoO13TV/HYqh6O/vbsPPVXCod+eTScY+oF+Os/Jciz4OkDtXkv61nSrJlC0fVpebAkVwnle79g+MKkknqzw= Received: by 10.38.218.39 with SMTP id q39mr2071147rng; Fri, 29 Oct 2004 18:29:36 -0700 (PDT) Received: by 10.38.81.74 with HTTP; Fri, 29 Oct 2004 18:29:36 -0700 (PDT) Message-ID: Date: Sat, 30 Oct 2004 09:29:36 +0800 From: Ammar Zolkipli To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: iSCSI Initiator for FreeBSD 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Ammar Zolkipli List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 01:29:40 -0000 Hello all.. I'm new around the block, so please excuse me if this isn't the right list. I'm working in the storage industry and iSCSI is the latest hot thing on the block. Last I heard of anything for iSCSI in FreeBSD was iSCSI target drivers about a year back. Is anybody working on making iSCSI initiators for FreeBSD? There's already iSCSI initiators for linux on sourceforge, and it's well supported by some of the big storage vendors in the market. I'm just wondering if anybody is currently, or has interest in working on it? FYI, I'm not really a coder, but I would be more than happy to help test it. From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 02:25:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2AF816A4CE; Sat, 30 Oct 2004 02:25:06 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B220A43D49; Sat, 30 Oct 2004 02:25:05 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.1/8.12.9) with ESMTP id i9U2Sec0081100; Fri, 29 Oct 2004 19:28:41 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id i9U2OxVF004732; Fri, 29 Oct 2004 19:24:59 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id i9U2Ox24004731; Fri, 29 Oct 2004 19:24:59 -0700 (PDT) (envelope-from frank) From: Frank Mayhar Message-Id: <200410300224.i9U2Ox24004731@realtime.exit.com> In-Reply-To: <200410280416.i9S4GjKZ044574@realtime.exit.com> To: mobile@freebsd.org, current@freebsd.org Date: Fri, 29 Oct 2004 19:24:59 -0700 (PDT) X-Copyright0: Copyright 2004 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: Re: NDISulator crashness. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 02:25:06 -0000 To follow this up, I did manage to reproduce the real problem, a kernel panic down in the underlying Windows driver. See PR i386/73298, "Fatal trap 12: page fault while in kernel mode in NDIS" for details. I also uncovered another lock order reversal, this one in ndis_start(), which I've added to PR i386/73224. Unfortunately I can't take this problem any further since, one, I don't have the time and, two, I just don't know enough about NDIS in general or the NDISulator in particular. As for myself, I'm going to an Atheros-based card (which I'm using now). -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 03:37:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FB7416A4CE; Sat, 30 Oct 2004 03:37:40 +0000 (GMT) Received: from juniper.fornext.org (53.35.138.210.xn.2iij.net [210.138.35.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 768FF43D2D; Sat, 30 Oct 2004 03:37:39 +0000 (GMT) (envelope-from shino@fornext.org) Received: from [127.0.0.1] (ariel.net.ss.titech.ac.jp [131.112.21.25]) by juniper.fornext.org (Postfix) with ESMTP id 9BBDB2A; Sat, 30 Oct 2004 12:37:37 +0900 (JST) Date: Sat, 30 Oct 2004 12:37:37 +0900 From: Shunsuke SHINOMIYA To: John Baldwin In-Reply-To: <200410281111.24398.jhb@FreeBSD.org> References: <20041028165604.DCF8.SHINO@fornext.org> <200410281111.24398.jhb@FreeBSD.org> Message-Id: <20041030105024.360A.SHINO@fornext.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------_4182F3603605024E3510_MULTIPART_MIXED_" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.11.02 [ja] cc: freebsd-current@FreeBSD.org cc: obrien@FreeBSD.org Subject: Re[2]: disabling interrupt storm protection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 03:37:40 -0000 --------_4182F3603605024E3510_MULTIPART_MIXED_ Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Thank you John, I wrote a patch(which is attached to this mail) so that the problem doesn't occur in my environment. This patch changes the meaning of `storm'. But, I think use of the parameter(hw_intr_threshold) to control the detector in this method is clearer than the present method, and it needs no DELAY(1). In the detector to which this patch is applied and compiled with -DHACK2 flag, `storm' is the situation that the number of generated interrupts per unit time(1/hz) is larger than threshold. If kern_intr.c is compiled with -DHACK2 -DHACK3 flags, it works as interrupt rate limiter. What do you think about this method? -- Shunsuke SHINOMIYA --------_4182F3603605024E3510_MULTIPART_MIXED_ Content-Type: application/octet-stream; name="kern_intr.c.patch" Content-Disposition: attachment; filename="kern_intr.c.patch" Content-Transfer-Encoding: base64 LS0tIC9ob21lL3NoaW5vL3dvcmsvZnJlZWJzZC9zcmMvc3lzL2tlcm4va2Vybl9pbnRyLmMJVGh1 IFNlcCAgOSAxOTowMzoxOSAyMDA0CisrKyAvaG9tZS9zaGluby93b3JrL3BhY2tldG1lcmdlL3N5 cy9rZXJuL2tlcm5faW50ci5jCVNhdCBPY3QgMzAgMTE6NTM6NTkgMjAwNApAQCAtNDg1LDE0ICs0 ODUsMjMgQEAgaXRocmVhZF9sb29wKHZvaWQgKmFyZykKIAlzdHJ1Y3QgaW50cmhhbmQgKmloOwkJ LyogYW5kIG91ciBpbnRlcnJ1cHQgaGFuZGxlciBjaGFpbiAqLwogCXN0cnVjdCB0aHJlYWQgKnRk OwogCXN0cnVjdCBwcm9jICpwOworI2lmbmRlZiBIQUNLMgogCWludCBjb3VudCwgd2FybWluZywg d2FybmVkOworI2Vsc2UKKwlpbnQgY291bnQsIGN1cnJfdGlja3MsIHdhcm5lZDsKKyNlbmRpZgog CQogCXRkID0gY3VydGhyZWFkOwogCXAgPSB0ZC0+dGRfcHJvYzsKIAlpdGhkID0gKHN0cnVjdCBp dGhkICopYXJnOwkvKiBwb2ludCB0byBteXNlbGYgKi8KIAlLQVNTRVJUKGl0aGQtPml0X3RkID09 IHRkICYmIHRkLT50ZF9pdGhkID09IGl0aGQsCiAJICAgICgiJXM6IGl0aHJlYWQgYW5kIHByb2Mg bGlua2FnZSBvdXQgb2Ygc3luYyIsIF9fZnVuY19fKSk7CisjaWZuZGVmIEhBQ0syCiAJd2FybWlu ZyA9IDEwICogaW50cl9zdG9ybV90aHJlc2hvbGQ7CisjZWxzZQorCWNvdW50ID0gMDsKKwljdXJy X3RpY2tzID0gdGlja3M7CisjZW5kaWYKIAl3YXJuZWQgPSAwOwogCiAJLyoKQEAgLTUxNCw3ICs1 MjMsOSBAQCBpdGhyZWFkX2xvb3Aodm9pZCAqYXJnKQogCiAJCUNUUjQoS1RSX0lOVFIsICIlczog cGlkICVkOiAoJXMpIG5lZWQ9JWQiLCBfX2Z1bmNfXywKIAkJICAgICBwLT5wX3BpZCwgcC0+cF9j b21tLCBpdGhkLT5pdF9uZWVkKTsKKyNpZm5kZWYgSEFDSzIKIAkJY291bnQgPSAwOworI2VuZGlm CiAJCXdoaWxlIChpdGhkLT5pdF9uZWVkKSB7CiAJCQkvKgogCQkJICogU2VydmljZSBpbnRlcnJ1 cHRzLiAgSWYgYW5vdGhlciBpbnRlcnJ1cHQKQEAgLTU0OCw2ICs1NTksNyBAQCByZXN0YXJ0Ogog CQkJCWlmICgoaWgtPmloX2ZsYWdzICYgSUhfTVBTQUZFKSA9PSAwKQogCQkJCQltdHhfdW5sb2Nr KCZHaWFudCk7CiAJCQl9CisjaWZuZGVmIEhBQ0syCiAJCQlpZiAoaXRoZC0+aXRfZW5hYmxlICE9 IE5VTEwpIHsKIAkJCQlpdGhkLT5pdF9lbmFibGUoaXRoZC0+aXRfdmVjdG9yKTsKIApAQCAtNTY3 LDYgKzU3OSwxNiBAQCByZXN0YXJ0OgogCQkJCX0KIAkJCX0KIAorI2Vsc2UKKwkJCWlmKGludHJf c3Rvcm1fdGhyZXNob2xkIDw9IDApCisJCQkJZ290byBlbmFibGVfaW50cjsKKworCQkJaWYoY3Vy cl90aWNrcyAhPSB0aWNrcykgeworCQkJCWNvdW50ID0gMDsKKwkJCQljdXJyX3RpY2tzID0gdGlj a3M7CisJCQkJZ290byBlbmFibGVfaW50cjsKKwkJCX0KKyNlbmRpZiAvKiBIQUNLMiAqLwogCQkJ LyoKIAkJCSAqIElmIHdlIGRldGVjdCBhbiBpbnRlcnJ1cHQgc3Rvcm0sIHNsZWVwIHVudGlsCiAJ CQkgKiB0aGUgbmV4dCBoYXJkY2xvY2sgdGljay4gIFdlIHNsZWVwIGF0IHRoZQpAQCAtNTk1LDkg KzYxNywyMSBAQCByZXN0YXJ0OgogCQkJCSAqIGF3YXkgdW5sZXNzIHRoZSBpbnRlcnJ1cHQgcmVw ZWF0cwogCQkJCSAqIGxlc3Mgb2Z0ZW4gdGhlIGhhcmRjbG9jayBpbnRlcnJ1cHQuCiAJCQkJICov CisjaWZuZGVmIEhBQ0syCiAJCQkJY291bnQgPSBJTlRfTUFYIC0gMTsKIAkJCX0KKyNlbHNlCisj aWZuZGVmIEhBQ0szCisJCQkJY3Vycl90aWNrcyA9IHRpY2tzOworI2VuZGlmIC8qIEhBQ0szICov CisJCQl9IGVsc2UKKyNlbmRpZiAvKiBIQUNLMiAqLwogCQkJY291bnQrKzsKKyNpZmRlZiBIQUNL MgorZW5hYmxlX2ludHI6CisJCQlpZiAoaXRoZC0+aXRfZW5hYmxlICE9IE5VTEwpCisJCQkJaXRo ZC0+aXRfZW5hYmxlKGl0aGQtPml0X3ZlY3Rvcik7CisjZW5kaWYgLyogSEFDSzIgKi8KIAkJfQog CQlXSVRORVNTX1dBUk4oV0FSTl9QQU5JQywgTlVMTCwgInN1c3BlbmRpbmcgaXRocmVhZCIpOwog CQltdHhfYXNzZXJ0KCZHaWFudCwgTUFfTk9UT1dORUQpOwo= --------_4182F3603605024E3510_MULTIPART_MIXED_-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 04:03:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC24B16A4CE; Sat, 30 Oct 2004 04:03:33 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7289F43D41; Sat, 30 Oct 2004 04:03:33 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i9U43WIo020488; Sat, 30 Oct 2004 00:03:32 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i9U43Wcw020487; Sat, 30 Oct 2004 00:03:32 -0400 (EDT) Date: Sat, 30 Oct 2004 00:03:32 -0400 From: Ken Smith To: Giorgos Keramidas Message-ID: <20041030040332.GA20361@electra.cse.Buffalo.EDU> References: <200410281746.i9SHkMOC008373@khavrinen.lcs.mit.edu> <20041029142721.GA7999@isis.wad.cz> <20041029160405.GA68330@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041029160405.GA68330@orion.daedalusnetworks.priv> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: One good report.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 04:03:33 -0000 On Fri, Oct 29, 2004 at 07:04:06PM +0300, Giorgos Keramidas wrote: > On 2004-10-29 16:27, Roman Neuhauser wrote: > > # wollman@khavrinen.lcs.mit.edu / 2004-10-28 13:46:22 -0400: > > > I recently acquired a new FX-53 desktop. I'm not yet ready to set it > > > up yet, so I took a few moments to burn an RC1 CD and try installing. > > > Everything worked flawlessly except for the onboard Marvell gigabit. > > > (I was able to use an Intel adapter instead.) It took about fifteen > > > seconds to do a minimal installation. > > > > > > The motherboard is an Asus A8V Deluxe. > > > > And I've been having a hell of a time with (plain old i386) Asus > > A7V880: it doesn't want to work with a PCI graphics card (affects > > both 4.10 and 5.3-RC1), and I still have to find out what's wrong > > with the onboard SysKonnect NIC, but given I've been having little > > luck with a (known good) xl card as well, that will probably turn > > out to be a pilot error. > > SysKonnect used to be *very* problematic with 5.X or later. At least > that was the state of things during the summer and early in September > when I tried re-enabling the onboard adapter of my workstation at work. > > I have to admit that I haven't tried recent CURRENT versions with the > same adapter though, so things might have changed since then. > I've got the same Asus motherboard, same problem. It's at home and network traffic heading through my cablemodem doesn't seem to cause it to lock up but if I try to do anything between it and a local machine (higher speed) it locks up. 'ifconfig sk0 down' 'ifconfig sk0 up' brings it back to life if it does lock up. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 05:58:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3D1916A4CE for ; Sat, 30 Oct 2004 05:58:23 +0000 (GMT) Received: from web21425.mail.yahoo.com (web21425.mail.yahoo.com [216.136.232.44]) by mx1.FreeBSD.org (Postfix) with SMTP id D568943D5A for ; Sat, 30 Oct 2004 05:58:23 +0000 (GMT) (envelope-from mjacob44@yahoo.com) Message-ID: <20041030055823.11370.qmail@web21425.mail.yahoo.com> Received: from [192.67.166.1] by web21425.mail.yahoo.com via HTTP; Fri, 29 Oct 2004 22:58:23 PDT Date: Fri, 29 Oct 2004 22:58:23 -0700 (PDT) From: Matthew Jacob To: Ammar Zolkipli , freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: iSCSI Initiator for FreeBSD 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 05:58:24 -0000 I would dispute that iSCSI is 'well supported' in linux. At this point in time there are several non-interoperable versions. __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 06:28:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D626E16A4CE; Sat, 30 Oct 2004 06:28:00 +0000 (GMT) Received: from fep18.inet.fi (fep18.inet.fi [194.251.242.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 959A743D1D; Sat, 30 Oct 2004 06:27:56 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from mato.dyndns.suutari.iki.fi ([80.222.160.96]) by fep18.inet.fi with ESMTP <20041030062754.CNVC16862.fep18.inet.fi@mato.dyndns.suutari.iki.fi>; Sat, 30 Oct 2004 09:27:54 +0300 Received: from instant.lemi.suutari.iki.fi (instant.lemi.suutari.iki.fi [192.168.53.130])i9U6RrhI004722; Sat, 30 Oct 2004 09:27:54 +0300 (EEST) (envelope-from ari@suutari.iki.fi) From: Ari Suutari To: freebsd-net@freebsd.org Date: Sat, 30 Oct 2004 09:27:50 +0300 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410300927.51286.ari@suutari.iki.fi> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (mato.dyndns.suutari.iki.fi [80.222.160.96]); Sat, 30 Oct 2004 09:27:54 +0300 (EEST) cc: freebsd-current@freebsd.org Subject: ipfw and ipsec processing order for outgoing packets wrong X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 06:28:01 -0000 Hi, I noticed that processing order of ipsec and ipfw (pfil_hook) is not correct for outgoing packets. Currently, ipsec processing is done first, which makes packets to go through without firewall inspection. This might be a security problem for someone, but at least it breaks stateful rule handling. My test setup is (all freebsd 5.3-rc1 machines): freebsd laptop <-> ipsec tunnel <->freebsd server When server sends packet to laptop, it now goes like this: ip_output -> ipsec -> ip_output -> ipfw -> network It should go like this: ip_output -> ipfw -> ipsec -> ip_output -> ipfw -> network I think that this could be fixed by just moving pfil_hook processing in ip_output before ipsec processing. Ari S. From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 07:52:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CC9A16A4CE for ; Sat, 30 Oct 2004 07:52:37 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1149943D3F for ; Sat, 30 Oct 2004 07:52:37 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9U7pvr5028531; Sat, 30 Oct 2004 03:51:57 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9U7pvYK028528; Sat, 30 Oct 2004 08:51:57 +0100 (BST) (envelope-from robert@fledge.watson.org) Date: Sat, 30 Oct 2004 08:51:57 +0100 (BST) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Ilmar S. Habibulin" In-Reply-To: <20041028093411.T75089@fledge.watson.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: panic in pipes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 07:52:37 -0000 On Thu, 28 Oct 2004, Ilmar S. Habibulin wrote: > I have 5.3-RC1. > When i run make with the following Makefile, kernel panics. > --------- Makefile ----------- > FAILSTRING!= make -V EMPTY > kern-fail: > ${FAILSTRING} > ------------------------------ > addr2line says /sys/kern/kern_mutex.c:745 Hmm. When I run this I get: tiger-3# make make: Max recursion level (500) exceeded.: Resource temporarily unavailable "Makefile", line 1: warning: "make -V EMPTY" returned non-zero status ${FAILSTRING} expands to empty string Any chance you can get a stack trace? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 09:55:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 399CB16A4CE for ; Sat, 30 Oct 2004 09:55:47 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0083043D53 for ; Sat, 30 Oct 2004 09:55:46 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by blackwater.lemis.com (Postfix) with ESMTP id 7949985606 for ; Sat, 30 Oct 2004 19:25:42 +0930 (CST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id A23DC4AC3B; Sat, 30 Oct 2004 11:55:31 +0200 (CEST) Date: Sat, 30 Oct 2004 11:55:31 +0200 From: Greg 'groggy' Lehey To: FreeBSD current users Message-ID: <20041030095531.GD2730@eucla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Subject: Remote gdb broken in -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 09:55:47 -0000 Is anybody currently using remote gdb kernel debugging in -CURRENT? I tried yesterday (embarrassingly, during my kernel debug tutorial), and it looks as if things are broken. Specifically, I was doing it in conjunction with firewire. The kernel was built with 'options GDB', and it showed that the corresponding gdb functions were included, but the sysctl debug.kdb.available shows only ddb. I did a bit of looking around for what might have caused it, but wasn't successful. Any ideas? Greg -- See complete headers for address and phone numbers From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 11:56:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 315BB16A4CE for ; Sat, 30 Oct 2004 11:56:22 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC41643D49 for ; Sat, 30 Oct 2004 11:56:21 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] (pool-68-160-246-51.ny325.east.verizon.net [68.160.246.51]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id i9UBu2Ui084582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Oct 2004 07:56:06 -0400 (EDT) Message-ID: <41838154.3070205@mac.com> Date: Sat, 30 Oct 2004 07:56:04 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <20041027161650.GA39008@kemoauc.mips.inka.de> <200410271003.19047.sam@errno.com> <41829D84.5000903@errno.com> In-Reply-To: <41829D84.5000903@errno.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-3.8 required=5.5 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on pi.codefab.com cc: mcbride@openbsd.org cc: freebsd-current@freebsd.org cc: Christian Weisgerber Subject: Re: ACX100 Firmware Licensing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 11:56:22 -0000 Sam Leffler wrote: > Christian Weisgerber wrote: >> Sam Leffler wrote: [ ... ] >>> IMO the openbsd folks are going about this entirely wrong. They >>> are badgering folks and creating ill will for the ENTIRE open source >>> community. I suggest folks not join in to this ill-conceived plan. I disagree with much of what you say later on (fair warning :-), but before I do so, this is a key aspect of your position which I strongly agree with: Badgering or harassing people almost always is counterproductive, and we ("we" meaning the open source community) should avoid doing so. In particular, mass-mailing a bunch of people at TI as a first contact rather than through normal sales channels is hardly the best way of communicating with them. This being said, if we collectively do not say anything at all and the status quo that TI offers no support for open source drivers remains, the situation cannot get any worse. Any change we make would be an improvement, and even bad communication is better than no communication... >> No, it has worked in the past and progress is being made as we are >> speaking. Some companies are simply not willing to enter into a >> dialog unless they hear sufficient voices to convince them that >> they are dealing with more than a lone caller in the wild. [ ... ] >> "Activism pays off for OpenBSD" >> http://theage.com.au/articles/2004/10/29/1098992287663.html ...which is about the same point that Chris makes. It would be just as well to figure out a way of communicating with hardware vendors that makes the point without annoying them. [ ... ] > And this form of activism also turns off lots of vendors. The open > source market is virtually non-existent to vendors so you will never get > anyone to do anything by arguing they should make a change because it > will increase their sales. The first and last part of this comment have some validity, but the connection you make in the middle is dubious. There are plenty of vendors who list MacOS X, Linux and even FreeBSD drivers on their websites, and/or ship those drivers with the OEM CD. Vendors like Intel, Adaptec, 3com, 3ware, VIA, & Linksys, or nVidia and ATI, among others, for example. [1] IMO, the best way of communicating with a vendor is to tell them that you are interested in their products, and then you communicate the context. Lets say you are an IT subcontractor who is looking to purchase 30 laptop and 30 desktop systems for a client who has a $250K budget and wants to modernize their company's computer infrastructure. Tell them that half of the desktops (or 90%, or whatever the situation is) are going to used for Windows, but some of the machines will be running Linux (or FreeBSD, or OpenBSD, etc), and the existence of driver support for open source systems will affect your purchasing decisions. Asking a vendor salescritter to make you a proposal that meets your criteria, and having them ask around in-house about open source support-- having *them* decide it's a good idea themselves, in order to make a sale-- works much better than talking to a vendor about losing business to their competitors. Sure, it's the truth, but very few people manage to separate the content of a message from its presentation. Or put more simply, have you ever told someone "hey, you're an idiot, and you should obviously do XXX?"...and had that person stop, think it over, and agree with you? Probably not. Even if the fact of the matter is that you *are* being an idiot and doing XXX actually would be in your own best interest, very few people manage to look past that presentation. :-) > All the vendors Theo&co are going after are bit players with inferior > products that are in trouble in one way or another. Ouch! #if defined(SENSE_OF_HUMOR) You're starting to sound like wpaul@ or sos@. Are people who write device drivers allowed to be cheerful and optimistic once in a while, or is there a rule somewhere that says you have to be cynical and morose? #endif /* SENSE_OF_HUMOR [2] */ > The proper way to make things happen is to find a vendor that > is basing a product on an OSS and use their influence to make things > happen. The context for the word "proper" here is not self-evident. I don't see anything wrong with going through a sales contact asking for a proposal, and indicating your requirements so they know what you want. If the vendor decides not to do business with you, that's fine, but it doesn't hurt to ask. -- -Chuck [1]: The vendor list is incomplete and was chosen off the top of my head. The OS list was chosen by frequency. s/MacOS X/Darwin, if that pleases you more. [2]: Please double-check your preprocessor and re-evaluate the conditional before compiling a flame in response to this section. From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 01:58:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B20B16A4CF for ; Sat, 30 Oct 2004 01:58:45 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5843643D53 for ; Sat, 30 Oct 2004 01:58:45 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from [192.160.235.2] (cs242746-26.austin.rr.com [24.27.46.26]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.soaustin.net (Postfix) with ESMTP id C4DF914316; Fri, 29 Oct 2004 20:58:44 -0500 (CDT) From: Mark Linimon Organization: Lonesome Dove Computing Services To: freebsd-current@freebsd.org Date: Fri, 29 Oct 2004 20:56:15 -0500 User-Agent: KMail/1.7 References: <20041027161650.GA39008@kemoauc.mips.inka.de> <41829D84.5000903@errno.com> <20041030012703.GK3999@insomnia.benzedrine.cx> In-Reply-To: <20041030012703.GK3999@insomnia.benzedrine.cx> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410292056.15701.linimon@lonesome.com> X-Mailman-Approved-At: Sat, 30 Oct 2004 12:12:50 +0000 cc: Sam Leffler cc: Daniel Hartmeier cc: Christian Weisgerber Subject: Re: ACX100 Firmware Licensing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 01:58:45 -0000 > If you're telling the hordes to sit down, shut up and quit rocking the > boat, because you're already sailing smoothly, I'd like to ask where > you're heading and how far you already got. This is an overreaction, IMHO. We all agree on the goal, it's a question of how we get there. Please understand how someone (say, me) could see how including people's work phone numbers in a general broadcast message could wind up doing more harm than good. Pressure them? Sure. Politely and through channels? It's the way I would prefer to see it. Frankly, if I were in business supplying these cards and started getting mail along the lines above, I'd be less inclined to follow up on it than something that stated the same case with less rhetoric. I wouldn't take a case based on something like that to upper management of any company I've ever seen -- and they are the decision makers. That's just the way it is -- it really is easier to catch flies with honey than vinegar. mcl From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 09:08:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E35416A4CE for ; Sat, 30 Oct 2004 09:08:00 +0000 (GMT) Received: from peedub.jennejohn.org (Jb8df.j.pppool.de [85.74.184.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id B735243D1F for ; Sat, 30 Oct 2004 09:07:59 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.1/8.11.6) with ESMTP id i9U97plE004694; Sat, 30 Oct 2004 11:07:55 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200410300907.i9U97plE004694@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Sean McNeil In-Reply-To: Message from Sean McNeil <1099085184.28681.3.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Oct 2004 11:07:51 +0200 From: Gary Jennejohn X-Mailman-Approved-At: Sat, 30 Oct 2004 12:12:50 +0000 cc: freebsd-current@freebsd.org Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 09:08:00 -0000 Sean McNeil writes: > What I am wondering about is why I get ehci in my kernel when I do not > ask for it: > > server# grep ehci LINT > LINT:device ehci > > So there is a config directive available... > > server# grep hci AMD64 > AMD64:device uhci # UHCI PCI->USB interface > AMD64:device ohci # OHCI PCI->USB interface > > So I have not specified it... > > server# kldstat -v | grep ehci > 135 ehci/usb > > Yet it is in my kernel? > No, this output most probably comes from this: root:peedub:sys:bash:4> grep ehci ./dev/usb/usb.c DRIVER_MODULE(usb, ehci, usb_driver, usb_devclass, 0, 0); which AFAIK means that ehci could be loaded as a module. The real way to check is by grep'ing /var/run/dmesg.boot which will contain scads of messages about EHCI if it's in the kernel. --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 13:06:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BF5216A4CE for ; Sat, 30 Oct 2004 13:06:26 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 4C47243D5E for ; Sat, 30 Oct 2004 13:06:25 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 21555 invoked by uid 0); 30 Oct 2004 13:04:56 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.87) by node15.coopprint.com with SMTP; 30 Oct 2004 13:04:56 -0000 Message-ID: <418391D5.1070708@gamersimpact.com> Date: Sat, 30 Oct 2004 08:06:29 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Greg 'groggy' Lehey References: <20041030095531.GD2730@eucla.lemis.com> In-Reply-To: <20041030095531.GD2730@eucla.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD current users Subject: Re: Remote gdb broken in -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 13:06:26 -0000 Greg 'groggy' Lehey wrote: >Is anybody currently using remote gdb kernel debugging in -CURRENT? I >tried yesterday (embarrassingly, during my kernel debug tutorial), and >it looks as if things are broken. > >Specifically, I was doing it in conjunction with firewire. The kernel >was built with 'options GDB', and it showed that the corresponding gdb >functions were included, but the sysctl debug.kdb.available shows only >ddb. I did a bit of looking around for what might have caused it, but >wasn't successful. > >Any ideas? > > This is probably caused by you not having any serial ports flagged for GDB. In /boot/device.hints look for the 'hint.sio.X.flags' where X is your serial port. It should be 0x90 for remote GDB debugging. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 14:15:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DD2B16A4CE for ; Sat, 30 Oct 2004 14:15:07 +0000 (GMT) Received: from moby.liwing.de (www.liwing.de [82.97.68.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F2AC43D3F for ; Sat, 30 Oct 2004 14:15:06 +0000 (GMT) (envelope-from rehsack@liwing.de) Received: from [80.64.176.27] (helo=[10.62.10.4]) by moby.helpers.liwing.de with esmtp (Exim 4.40 (FreeBSD)) id 1CNu0h-00007z-AD for current@freebsd.org; Sat, 30 Oct 2004 14:15:15 +0000 Message-ID: <4183A23D.4020201@liwing.de> Date: Sat, 30 Oct 2004 14:16:29 +0000 From: Jens Rehsack User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040722 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20648.1099061526@critter.freebsd.dk> In-Reply-To: <20648.1099061526@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: HEADSUP: Filesystem rototiling over X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 14:15:07 -0000 Poul-Henning Kamp wrote: > In message <20041029144801.GA36784@over-yonder.net>, "Matthew D. Fuller" writes > : > >>On Fri, Oct 29, 2004 at 02:20:08PM +0200 I heard the voice of >>Poul-Henning Kamp, and lo! it spake thus: >> >>>Jail-users please notice that you can now mount the same partition >>>many places, as long as you do it read/only: >> >>To clarify: This means it can be mounted R/O a bunch of times, but not >>that it can be mounted R/W once and R/O a bunch of times, right? > > > Correct. > Oh, that means for each update you have to stop all jails running on those mounts? How useful could that be on production machines? Best regards, Jens From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 14:23:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89A5B16A4CE for ; Sat, 30 Oct 2004 14:23:14 +0000 (GMT) Received: from critter.freebsd.dk (eurobsdcon.punkt.de [217.29.47.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 700B243D66 for ; Sat, 30 Oct 2004 14:23:13 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9UEN5SN027405; Sat, 30 Oct 2004 16:23:06 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Jens Rehsack From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 30 Oct 2004 14:16:29 -0000." <4183A23D.4020201@liwing.de> Date: Sat, 30 Oct 2004 16:23:05 +0200 Message-ID: <27404.1099146185@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: HEADSUP: Filesystem rototiling over X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 14:23:14 -0000 In message <4183A23D.4020201@liwing.de>, Jens Rehsack writes: >Poul-Henning Kamp wrote: >> In message <20041029144801.GA36784@over-yonder.net>, "Matthew D. Fuller" writes >> : >> >>>On Fri, Oct 29, 2004 at 02:20:08PM +0200 I heard the voice of >>>Poul-Henning Kamp, and lo! it spake thus: >>> >>>>Jail-users please notice that you can now mount the same partition >>>>many places, as long as you do it read/only: >>> >>>To clarify: This means it can be mounted R/O a bunch of times, but not >>>that it can be mounted R/W once and R/O a bunch of times, right? >> >> >> Correct. >> > >Oh, that means for each update you have to stop all jails running >on those mounts? How useful could that be on production machines? I don't know, that depends on what you use jails for. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 14:37:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B741016A4CE for ; Sat, 30 Oct 2004 14:37:18 +0000 (GMT) Received: from moby.liwing.de (www.liwing.de [82.97.68.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76F4543D39 for ; Sat, 30 Oct 2004 14:37:18 +0000 (GMT) (envelope-from rehsack@liwing.de) Received: from [80.64.176.27] (helo=[10.62.10.4]) by moby.helpers.liwing.de with esmtp (Exim 4.40 (FreeBSD)) id 1CNuMB-0000B5-6Y; Sat, 30 Oct 2004 14:37:27 +0000 Message-ID: <4183A771.7080906@liwing.de> Date: Sat, 30 Oct 2004 14:38:41 +0000 From: Jens Rehsack User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040722 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <27404.1099146185@critter.freebsd.dk> In-Reply-To: <27404.1099146185@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: HEADSUP: Filesystem rototiling over X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 14:37:19 -0000 Poul-Henning Kamp wrote: > In message <4183A23D.4020201@liwing.de>, Jens Rehsack writes: > >>Poul-Henning Kamp wrote: >> >>>In message <20041029144801.GA36784@over-yonder.net>, "Matthew D. Fuller" writes >>>: >>> >>> >>>>On Fri, Oct 29, 2004 at 02:20:08PM +0200 I heard the voice of >>>>Poul-Henning Kamp, and lo! it spake thus: >>>> >>>> >>>>>Jail-users please notice that you can now mount the same partition >>>>>many places, as long as you do it read/only: >>>> >>>>To clarify: This means it can be mounted R/O a bunch of times, but not >>>>that it can be mounted R/W once and R/O a bunch of times, right? >>> >>> >>>Correct. >>> >> >>Oh, that means for each update you have to stop all jails running >>on those mounts? How useful could that be on production machines? > > > I don't know, that depends on what you use jails for. Web-Service(s), Mail-Service(s), Name-Service, ... And on each update I had to stop the services, shutting down the jail, unmount each ro-bunch, mount rw, update, unmount, remount ro-bunches, starting jails & services. Jens From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 14:40:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EB0916A4CE for ; Sat, 30 Oct 2004 14:40:37 +0000 (GMT) Received: from itesec.hsc.fr (itesec.hsc.fr [192.70.106.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23C5743D45 for ; Sat, 30 Oct 2004 14:40:37 +0000 (GMT) (envelope-from yb@sainte-barbe.org) Received: from taz.hsc.fr (taz.hsc.fr [192.70.106.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "taz.hsc.fr", Issuer "HSC CA" (verified OK)) by itesec.hsc.fr (Postfix) with ESMTP id DD43A21436 for ; Sat, 30 Oct 2004 16:40:35 +0200 (CEST) Received: by taz.hsc.fr (Postfix, from userid 1001) id B911F45DD; Sat, 30 Oct 2004 16:40:44 +0200 (CEST) Date: Sat, 30 Oct 2004 16:40:44 +0200 From: Yann Berthier To: current@FreeBSD.ORG Message-ID: <20041030144044.GC823@hsc.fr> Mail-Followup-To: current@FreeBSD.ORG References: <20041027092349.GA873@hsc.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041027092349.GA873@hsc.fr> X-Organization: Herve Schauer Consultants X-Web: http://www.hsc.fr/ X-Operating-System: FreeBSD 6.0-CURRENT User-Agent: Mutt/1.5.6i Subject: Re: ppp related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 14:40:37 -0000 On Wed, 27 Oct 2004, Yann Berthier wrote: I hate to reply to myself but ... really, nobody wants to have a look at this err regression impacting newer kernels ? Perhaps the subject was misleading. The panic is triggered by using ppp, it may be related to other parts of the code, it could even be related to the recent heavy tty brushing :) I have a core available to whoever needs it, plus i indicated an easy way to reproduce it - yann > > Hello currenters, > > Reliable panics triggered with recent -CURRENT kernels (tests done > with a 10/21 and a 10/27 kernel). My old kernel as of 09/05 does not > exhibit this behavior > > How to repeat: > > % portinstall -s net/ssltunnel-client > % pppclient > *blonk* > > This is *not* related to this particular port, the very same panic > occurs when doing 'manually' ppp over tcp tunnels > > backtrace available at http://sainte-barbe.org/backtrace > > - yann > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Yann.Berthier@hsc.fr -*- HSC -*- http://www.hsc.fr/ From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 14:41:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8D0C16A4CE for ; Sat, 30 Oct 2004 14:41:23 +0000 (GMT) Received: from critter.freebsd.dk (eurobsdcon.punkt.de [217.29.47.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id A937E43D45 for ; Sat, 30 Oct 2004 14:41:22 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9UEfKT9027735; Sat, 30 Oct 2004 16:41:20 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Jens Rehsack From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 30 Oct 2004 14:38:41 -0000." <4183A771.7080906@liwing.de> Date: Sat, 30 Oct 2004 16:41:20 +0200 Message-ID: <27734.1099147280@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: HEADSUP: Filesystem rototiling over X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 14:41:23 -0000 In message <4183A771.7080906@liwing.de>, Jens Rehsack writes: >>>Oh, that means for each update you have to stop all jails running >>>on those mounts? How useful could that be on production machines? >> >> I don't know, that depends on what you use jails for. > >Web-Service(s), Mail-Service(s), Name-Service, ... > >And on each update I had to stop the services, shutting down the jail, >unmount each ro-bunch, mount rw, update, unmount, remount ro-bunches, >starting jails & services. Then this is probably not a good thing for your installation. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 15:21:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3155716A4CE for ; Sat, 30 Oct 2004 15:21:59 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3EC9943D1D for ; Sat, 30 Oct 2004 15:21:58 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail 4640 invoked by uid 65534); 30 Oct 2004 15:21:57 -0000 Received: from pD951F1A9.dip.t-dialin.net (EHLO [217.81.241.169]) (217.81.241.169) by mail.gmx.net (mp024) with SMTP; 30 Oct 2004 17:21:57 +0200 X-Authenticated: #989277 From: Martin To: FreeBSD Current Content-Type: text/plain Message-Id: <1099149715.779.33.camel@klotz.local> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 30 Oct 2004 17:21:55 +0200 Content-Transfer-Encoding: 7bit Subject: USB card reader (umass) panic on FreeBSD 5.3-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 15:21:59 -0000 Hi, it's a while ago that I reported a panic when attaching a USB card reader device. The panic still exists and the behavior has not changed. If I can help somehow to solve this problem, please message me. System: FreeBSD 5.3-STABLE #0: Wed Oct 27 01:31:39 CEST 2004 Earlier PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/65783 umass0: ICSI 2.0 Card Reader, rev 2.00/3a, addr 3 da0: at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 122MB (250368 512 byte sectors: 64H 32S/T 122C) da1: at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): ILLEGAL REQUEST asc:25,0 (da2:umass-sim0:0:0:2): Logical unit not supported (da2:umass-sim0:0:0:2): fatal error, failed to attach to device (da2:umass-sim0:0:0:2): lost device (da2:umass-sim0:0:0:2): removing device entry (da2:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:3): ILLEGAL REQUEST asc:25,0 (da2:umass-sim0:0:0:3): Logical unit not supported (da2:umass-sim0:0:0:3): fatal error, failed to attach to device (da2:umass-sim0:0:0:3): lost device (da2:umass-sim0:0:0:3): removing device entry Fatal trap 12: page fault while in kernel mode fault virtual address = 0x3c fault code = supervisor write, page not present instruction pointer = 0x8:0xc05731dc stack pointer = 0x10:0xd01b7cac frame pointer = 0x10:0xd01b7cb8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2 (g_event) [thread 100026] Stopped at g_disk_destroy+0xc: movl $0,0x3c(%eax) db> trace g_disk_destroy(c20b9d80,0,0,c080a3a3,0) at g_disk_destroy+0xc one_event(66666667,c05767c0,0,d01b7d10,c05767e5) at one_event+0x225 g_run_events(c087c39c,0,4c,c080a3a3,64) at g_run_events+0x15 g_event_procbody(0,d01b7d48,0,0,0) at g_event_procbody+0x25 fork_exit(c05767c0,0,d01b7d48) at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd01b7d7c, ebp = 0 --- The card reader has got 4 slots. Only the first one is in use and the Compact flash card is recognized correctly. But then the kernel scans the empty slots and panics. The first empty slot is handled right, I think. Martin From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 16:18:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8636D16A4CE for ; Sat, 30 Oct 2004 16:18:14 +0000 (GMT) Received: from moby.liwing.de (www.liwing.de [82.97.68.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A6E843D3F for ; Sat, 30 Oct 2004 16:18:14 +0000 (GMT) (envelope-from rehsack@liwing.de) Received: from [80.64.176.27] (helo=[10.62.10.4]) by moby.helpers.liwing.de with esmtp (Exim 4.40 (FreeBSD)) id 1CNvvq-0000Mo-My; Sat, 30 Oct 2004 16:18:22 +0000 Message-ID: <4183BF18.3010509@liwing.de> Date: Sat, 30 Oct 2004 16:19:36 +0000 From: Jens Rehsack User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040722 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <27734.1099147280@critter.freebsd.dk> In-Reply-To: <27734.1099147280@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: HEADSUP: Filesystem rototiling over X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 16:18:14 -0000 Poul-Henning Kamp wrote: >>>>Oh, that means for each update you have to stop all jails running >>>>on those mounts? How useful could that be on production machines? >>> >>>I don't know, that depends on what you use jails for. >> >>Web-Service(s), Mail-Service(s), Name-Service, ... >> >>And on each update I had to stop the services, shutting down the jail, >>unmount each ro-bunch, mount rw, update, unmount, remount ro-bunches, >>starting jails & services. > > Then this is probably not a good thing for your installation. Maybe someone could point some usages where it's a good thing... -- Regards, Jens From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 16:55:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0DAE916A4CE; Sat, 30 Oct 2004 16:55:30 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i9UGtTPB042907; Sat, 30 Oct 2004 12:55:29 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9UGtSZw042906; Sat, 30 Oct 2004 12:55:28 -0400 (EDT) (envelope-from green) Date: Sat, 30 Oct 2004 12:55:27 -0400 From: Brian Fundakowski Feldman To: Martin Message-ID: <20041030165527.GP93831@green.homeunix.org> References: <1099149715.779.33.camel@klotz.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1099149715.779.33.camel@klotz.local> User-Agent: Mutt/1.5.6i cc: FreeBSD Current cc: phk@FreeBSD.org Subject: Re: USB card reader (umass) panic on FreeBSD 5.3-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 16:55:30 -0000 On Sat, Oct 30, 2004 at 05:21:55PM +0200, Martin wrote: > > Hi, > > it's a while ago that I reported a panic when attaching > a USB card reader device. The panic still exists and > the behavior has not changed. > > If I can help somehow to solve this problem, please message me. > > System: > FreeBSD 5.3-STABLE #0: Wed Oct 27 01:31:39 CEST 2004 > > Earlier PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/65783 > > umass0: ICSI 2.0 Card Reader, rev 2.00/3a, addr 3 > da0: at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 1.000MB/s transfers > da0: 122MB (250368 512 byte sectors: 64H 32S/T 122C) > da1: at umass-sim0 bus 0 target 0 lun 1 > da1: Removable Direct Access SCSI-0 device > da1: 1.000MB/s transfers > da1: Attempt to query device size failed: NOT READY, Medium not present > (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 > (da2:umass-sim0:0:0:2): ILLEGAL REQUEST asc:25,0 > (da2:umass-sim0:0:0:2): Logical unit not supported > (da2:umass-sim0:0:0:2): fatal error, failed to attach to device > (da2:umass-sim0:0:0:2): lost device > (da2:umass-sim0:0:0:2): removing device entry > (da2:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 > (da2:umass-sim0:0:0:3): ILLEGAL REQUEST asc:25,0 > (da2:umass-sim0:0:0:3): Logical unit not supported > (da2:umass-sim0:0:0:3): fatal error, failed to attach to device > (da2:umass-sim0:0:0:3): lost device > (da2:umass-sim0:0:0:3): removing device entry > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x3c > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc05731dc > stack pointer = 0x10:0xd01b7cac > frame pointer = 0x10:0xd01b7cb8 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2 (g_event) > [thread 100026] > Stopped at g_disk_destroy+0xc: movl $0,0x3c(%eax) > db> trace > g_disk_destroy(c20b9d80,0,0,c080a3a3,0) at g_disk_destroy+0xc > one_event(66666667,c05767c0,0,d01b7d10,c05767e5) at one_event+0x225 > g_run_events(c087c39c,0,4c,c080a3a3,64) at g_run_events+0x15 > g_event_procbody(0,d01b7d48,0,0,0) at g_event_procbody+0x25 > fork_exit(c05767c0,0,d01b7d48) at fork_exit+0x80 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd01b7d7c, ebp = 0 --- > > The card reader has got 4 slots. Only the first one is in use > and the Compact flash card is recognized correctly. But then > the kernel scans the empty slots and panics. The first empty > slot is handled right, I think. This looks like a GEOM bug. You're getting two posted g_disk_destroy events in rapid succession -- i.e. for the same disk device structures in memory -- and they are racing and both running after both disks have been created and then freed, from what I can tell. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 17:53:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD6F316A4CE; Sat, 30 Oct 2004 17:53:08 +0000 (GMT) Received: from smtp.eos.ocn.ne.jp (eos.ocn.ne.jp [222.146.51.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7616B43D5A; Sat, 30 Oct 2004 17:53:08 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p22006-adsao12honb4-acca.tokyo.ocn.ne.jp [219.165.30.6]) by smtp.eos.ocn.ne.jp (Postfix) with ESMTP id 634597AF1; Sun, 31 Oct 2004 02:53:07 +0900 (JST) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.12.9p2/8.12.9) with ESMTP id i9UHqRbT070697; Sun, 31 Oct 2004 02:52:28 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 31 Oct 2004 02:52:15 +0900 (JST) Message-Id: <20041031.025215.122578228.hrs@eos.ocn.ne.jp> To: current@FreeBSD.org, doc@FreeBSD.org From: Hiroki Sato In-Reply-To: <200410301725.i9UHP94g070958@repoman.freebsd.org> References: <200410301725.i9UHP94g070958@repoman.freebsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.1.50 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Oct_31_02_52_15_2004_053)--" Content-Transfer-Encoding: 7bit cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/release/doc/en_US.ISO8859-1/errata article.sgml X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 17:53:08 -0000 ----Security_Multipart(Sun_Oct_31_02_52_15_2004_053)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hiroki Sato wrote in <200410301725.i9UHP94g070958@repoman.freebsd.org>: hrs> hrs 2004-10-30 17:25:09 UTC hrs> hrs> FreeBSD src repository hrs> hrs> Modified files: (Branch: RELENG_5) hrs> release/doc/en_US.ISO8859-1/errata article.sgml hrs> Log: hrs> New errata: I have committed a draft version of the 5.3R errata. The HTML version of it is found at: http://people.freebsd.org/~hrs/relnotes/5.3R/errata/article.html Please review this and let me know your comments, thanks. -- | Hiroki SATO ----Security_Multipart(Sun_Oct_31_02_52_15_2004_053)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBg9TPTyzT2CeTzy0RAj6eAJ9sPF+nJFm/prX3uEdzXl51061LtgCfVIt8 x2DNI6fJRC/zs1iwv35zTkw= =eEFu -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Oct_31_02_52_15_2004_053)---- From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 18:14:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1475E16A4CE for ; Sat, 30 Oct 2004 18:14:50 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id B928B43D2F for ; Sat, 30 Oct 2004 18:14:49 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 4E20EF186D; Sat, 30 Oct 2004 11:14:49 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20234-08; Sat, 30 Oct 2004 11:14:44 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 1C805F1837; Sat, 30 Oct 2004 11:14:44 -0700 (PDT) From: Sean McNeil To: Gary Jennejohn In-Reply-To: <200410300907.i9U97plE004694@peedub.jennejohn.org> References: <200410300907.i9U97plE004694@peedub.jennejohn.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ESpI1HXd2EO+Oq3yyKi3" Message-Id: <1099160083.21798.5.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 30 Oct 2004 11:14:44 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 18:14:50 -0000 --=-ESpI1HXd2EO+Oq3yyKi3 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2004-10-30 at 02:07, Gary Jennejohn wrote: > Sean McNeil writes: > > What I am wondering about is why I get ehci in my kernel when I do not > > ask for it: > The real way to check is by grep'ing /var/run/dmesg.boot which will > contain scads of messages about EHCI if it's in the kernel. OK, thanks. Looks like it isn't really in the kernel. I made a build with adding "device ehci" and I think "pci/ehci" is the actual device, not "ehci/usb". Sorry for the noise. FWIW, using ehci doesn't cause me any additional issues with USB. My umass pen drive behaves the same with/without ehci except it is faster.=20 This makes me think that my previous issues are with the msdos filesystem, not the usb driver. Cheers, Sean --=-ESpI1HXd2EO+Oq3yyKi3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBg9oTyQsGN30uGE4RAoasAJ9oFNVc3RTXL6HmyKy1/49IWSaOcgCg8NB+ 5CJbqtLlJ01B1+53cJ0gzd4= =hag3 -----END PGP SIGNATURE----- --=-ESpI1HXd2EO+Oq3yyKi3-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 18:15:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1B3716A4CE; Sat, 30 Oct 2004 18:15:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE42243D45; Sat, 30 Oct 2004 18:15:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id A7F921FF9AB; Sat, 30 Oct 2004 20:15:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 845131FF92F; Sat, 30 Oct 2004 20:15:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id CD52B153C4; Sat, 30 Oct 2004 18:12:53 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id C221A1539F; Sat, 30 Oct 2004 18:12:54 +0000 (UTC) Date: Sat, 30 Oct 2004 18:12:54 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Hiroki Sato In-Reply-To: <20041031.025215.122578228.hrs@eos.ocn.ne.jp> Message-ID: References: <200410301725.i9UHP94g070958@repoman.freebsd.org> <20041031.025215.122578228.hrs@eos.ocn.ne.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: doc@FreeBSD.org cc: FreeBSD current mailing list cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/release/doc/en_US.ISO8859-1/errata article.sgml X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 18:15:11 -0000 On Sun, 31 Oct 2004, Hiroki Sato wrote: > http://people.freebsd.org/~hrs/relnotes/5.3R/errata/article.html > > Please review this and let me know your comments, thanks. : (31 Oct 2004) There are reports of the sk(4) driver locking up under : heavy load. As a workaround, bring the interface down then back up, : and it will clear the condition. - I am only aware of problems in the TX path; RX seems just fine though this is not mentioned in most PRs. If anyone has reports for RX problems too please mail me a link to ml-archive. - admin down/up does not always help. sometimes a reboot is needed. (unloading module and re-loading doesn't seem to help/work here on my amd64 because jumbo buffer allocation fails then). - most reports are from people with onboard nics on ASUS boards. - related PRs: kern/73052, kern/73038, kern/71858, kern/71229, i386/67818, related but closed: kern/69879 only somewhat related: i386/71733, i386/63313, kern/61296, i386/60643 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 18:38:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2740116A4CE; Sat, 30 Oct 2004 18:38:19 +0000 (GMT) Received: from av11-2-sn2.hy.skanova.net (av11-2-sn2.hy.skanova.net [81.228.8.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB89743D48; Sat, 30 Oct 2004 18:38:18 +0000 (GMT) (envelope-from joel@automatvapen.se) Received: by av11-2-sn2.hy.skanova.net (Postfix, from userid 502) id 85024380E1; Sat, 30 Oct 2004 20:38:17 +0200 (CEST) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av11-2-sn2.hy.skanova.net (Postfix) with ESMTP id 71C4937F1E; Sat, 30 Oct 2004 20:38:17 +0200 (CEST) Received: from [81.225.221.209] (t10o55p89.telia.com [81.225.221.209]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id 4501437E42; Sat, 30 Oct 2004 20:38:15 +0200 (CEST) From: Joel Dahl To: Hiroki Sato In-Reply-To: <20041031.025215.122578228.hrs@eos.ocn.ne.jp> References: <200410301725.i9UHP94g070958@repoman.freebsd.org> <20041031.025215.122578228.hrs@eos.ocn.ne.jp> Content-Type: text/plain Message-Id: <1099161515.707.20.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 30 Oct 2004 20:38:35 +0200 Content-Transfer-Encoding: 7bit cc: doc@FreeBSD.org cc: current@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/release/doc/en_US.ISO8859-1/errata article.sgml X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 18:38:19 -0000 On Sat, 2004-10-30 at 19:52, Hiroki Sato wrote: > I have committed a draft version of the 5.3R errata. The HTML > version of it is found at: > > http://people.freebsd.org/~hrs/relnotes/5.3R/errata/article.html > > Please review this and let me know your comments, thanks. You forgot a dot (.) at: "This errata document contains ``late-breaking news'' about FreeBSD 5.3-RELEASE Before installing this version," Should be: "This errata document contains ``late-breaking news'' about FreeBSD 5.3-RELEASE. Before installing this version," -- Joel From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 19:33:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6873816A4CE for ; Sat, 30 Oct 2004 19:33:15 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id B845843D2D for ; Sat, 30 Oct 2004 19:33:14 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 3060 invoked by uid 89); 30 Oct 2004 19:33:23 -0000 Received: from ool-43552092.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.32.146) by s1tank.virtdom.com with SMTP; 30 Oct 2004 19:33:23 -0000 Message-ID: <02ed01c4beb7$4b45ba50$6400000a@venti> From: "Brian K. White" To: References: <20041029075930.GG701@marvin.riggiland.au><20041029080817.GB728@empiric.icir.org> <200410291511.24063.michaelnottebrock@gmx.net> Date: Sat, 30 Oct 2004 15:32:17 -0400 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-15"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 19:33:15 -0000 > On Friday, 29. October 2004 10:08, Bruce M Simpson wrote: > > On Fri, Oct 29, 2004 at 09:59:30AM +0200, Thomas E. Zander wrote: > > > I'm just wondering why ehci doesn't make it into GENERIC for RELENG_5. > > > Are there unresolved show stoppers related to it? > > > > ehci(4) is not stable code and fails reproducibly with my ALi-based > > USB2 disk enclosure. > > Well, if we would take stability and general usefulness (even more so in > comparison to other USB implementations in mind) as the reference point, > we > would need to disable most of USB. I think enabling ehci in GENERIC would > be > a good idea, especially since there's no loadable module... I think that since it can't be unloaded and can crash or lock up a box before the kernel even finishes booting, that this idea is absolutely backwards. You like it and it happens to work ok for you with the devices you just happen to currently use, and you want it to be more convenient for you to use it? Fine, make it into a module. Still keep it off by default but you could then put a nice easy little line in your loader.conf and no one else will have to answer questions like why did they put something into the generic kernel that stops some people from being able to even boot the install cd anymore? Ask me how I know. Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans Satriani From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 20:36:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0A3116A4CE for ; Sat, 30 Oct 2004 20:36:13 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B0CDD43D5E for ; Sat, 30 Oct 2004 20:36:12 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 1928 invoked by uid 65534); 30 Oct 2004 20:36:11 -0000 Received: from pD95D821A.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.130.26) by mail.gmx.net (mp011) with SMTP; 30 Oct 2004 22:36:11 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i9UKZsCg001841 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 30 Oct 2004 22:36:02 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Sat, 30 Oct 2004 22:35:51 +0200 User-Agent: KMail/1.7.1 References: <20041029075930.GG701@marvin.riggiland.au> <200410291511.24063.michaelnottebrock@gmx.net> <02ed01c4beb7$4b45ba50$6400000a@venti> In-Reply-To: <02ed01c4beb7$4b45ba50$6400000a@venti> MIME-Version: 1.0 Content-Disposition: inline X-UID: 42 X-Length: 2633 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200410302235.52246.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: "Brian K. White" Subject: Re: EHCI considered harmful? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 20:36:13 -0000 On Saturday, 30. October 2004 21:32, Brian K. White wrote: > > On Friday, 29. October 2004 10:08, Bruce M Simpson wrote: > > > On Fri, Oct 29, 2004 at 09:59:30AM +0200, Thomas E. Zander wrote: > > > > I'm just wondering why ehci doesn't make it into GENERIC for > > > > RELENG_5. Are there unresolved show stoppers related to it? > > > > > > ehci(4) is not stable code and fails reproducibly with my ALi-based > > > USB2 disk enclosure. > > > > Well, if we would take stability and general usefulness (even more so in > > comparison to other USB implementations in mind) as the reference point, > > we > > would need to disable most of USB. I think enabling ehci in GENERIC would > > be > > a good idea, especially since there's no loadable module... > > I think that since it can't be unloaded and can crash or lock up a box > before the kernel even finishes booting, that this idea is absolutely > backwards. Every device driver has the potential to do that, some are reportedly doing it for some users (in particular those parts of usb which _are_ in GENERIC). It's always annoying when that happens, but that doesn't change reality: USB 2.0 hardware is not exactly on the way out, very much on the contrary. Thus ehci support must find its way into GENERIC, and if it's buggy, it needs to be fixed. Maybe I should clarify that I'm talking -CURRENT here. Of course we shouldn't put code with known serious bugs into -STABLE (although OTOH USB 1.1 support managed to sneak in there, too ... 8-) ). -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 21:24:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 854F716A4CE; Sat, 30 Oct 2004 21:24:11 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F75443D6E; Sat, 30 Oct 2004 21:24:11 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.13.1) id i9ULO85L005210; Sat, 30 Oct 2004 16:24:08 -0500 (CDT) (envelope-from dan) Date: Sat, 30 Oct 2004 16:24:08 -0500 From: Dan Nelson To: Hiroki Sato Message-ID: <20041030212407.GE76157@dan.emsphone.com> References: <200410301725.i9UHP94g070958@repoman.freebsd.org> <20041031.025215.122578228.hrs@eos.ocn.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041031.025215.122578228.hrs@eos.ocn.ne.jp> X-OS: FreeBSD 5.3-BETA7 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: cvs-src@freebsd.org cc: src-committers@freebsd.org cc: doc@freebsd.org cc: current@freebsd.org cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/release/doc/en_US.ISO8859-1/errata article.sgml X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 21:24:11 -0000 In the last episode (Oct 31), Hiroki Sato said: > I have committed a draft version of the 5.3R errata. The HTML > version of it is found at: > > http://people.freebsd.org/~hrs/relnotes/5.3R/errata/article.html > > Please review this and let me know your comments, thanks. You might want to mention that programs linked with libpthreads may not report any CPU usage according to top. libthr has correct CPU usage stats. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 21:37:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 851F816A4CE for ; Sat, 30 Oct 2004 21:37:19 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2DBC543D4C for ; Sat, 30 Oct 2004 21:37:18 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 12132 invoked by uid 65534); 30 Oct 2004 21:37:17 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp025) with SMTP; 30 Oct 2004 23:37:17 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sat, 30 Oct 2004 23:37:12 +0200 User-Agent: KMail/1.7 References: <200410301725.i9UHP94g070958@repoman.freebsd.org> <20041031.025215.122578228.hrs@eos.ocn.ne.jp> In-Reply-To: <20041031.025215.122578228.hrs@eos.ocn.ne.jp> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1689112.ODQQTauWzs"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410302337.16186.Emanuel.Strobl@gmx.net> cc: src-committers@freebsd.org cc: doc@freebsd.org cc: current@freebsd.org cc: cvs-src@freebsd.org cc: Hiroki Sato cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/release/doc/en_US.ISO8859-1/errata article.sgml X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 21:37:19 -0000 --nextPart1689112.ODQQTauWzs Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Samstag, 30. Oktober 2004 19:52 schrieb Hiroki Sato: > Hiroki Sato wrote > in <200410301725.i9UHP94g070958@repoman.freebsd.org>: > > hrs> hrs 2004-10-30 17:25:09 UTC > hrs> > hrs> FreeBSD src repository > hrs> > hrs> Modified files: (Branch: RELENG_5) > hrs> release/doc/en_US.ISO8859-1/errata article.sgml > hrs> Log: > hrs> New errata: > > I have committed a draft version of the 5.3R errata. The HTML > version of it is found at: > > http://people.freebsd.org/~hrs/relnotes/5.3R/errata/article.html > > Please review this and let me know your comments, thanks. I'm missing docs/72897 (http://www.freebsd.org/cgi/query-pr.cgi?pr=72897) -Thanks for your work --nextPart1689112.ODQQTauWzs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBhAmMBylq0S4AzzwRAu1MAJ9WhgPdwokLqMkl1FAPCamIHk9DlgCfS/VX 6m1c/sqbsqkyZbVZIEEKlTI= =YXzu -----END PGP SIGNATURE----- --nextPart1689112.ODQQTauWzs-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 21:37:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B96F916A4CE for ; Sat, 30 Oct 2004 21:37:19 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2D8C343D46 for ; Sat, 30 Oct 2004 21:37:18 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 12132 invoked by uid 65534); 30 Oct 2004 21:37:17 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp025) with SMTP; 30 Oct 2004 23:37:17 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sat, 30 Oct 2004 23:37:12 +0200 User-Agent: KMail/1.7 References: <200410301725.i9UHP94g070958@repoman.freebsd.org> <20041031.025215.122578228.hrs@eos.ocn.ne.jp> In-Reply-To: <20041031.025215.122578228.hrs@eos.ocn.ne.jp> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1689112.ODQQTauWzs"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410302337.16186.Emanuel.Strobl@gmx.net> cc: src-committers@freebsd.org cc: doc@freebsd.org cc: current@freebsd.org cc: cvs-src@freebsd.org cc: Hiroki Sato cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/release/doc/en_US.ISO8859-1/errata article.sgml X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 21:37:20 -0000 --nextPart1689112.ODQQTauWzs Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Samstag, 30. Oktober 2004 19:52 schrieb Hiroki Sato: > Hiroki Sato wrote > in <200410301725.i9UHP94g070958@repoman.freebsd.org>: > > hrs> hrs 2004-10-30 17:25:09 UTC > hrs> > hrs> FreeBSD src repository > hrs> > hrs> Modified files: (Branch: RELENG_5) > hrs> release/doc/en_US.ISO8859-1/errata article.sgml > hrs> Log: > hrs> New errata: > > I have committed a draft version of the 5.3R errata. The HTML > version of it is found at: > > http://people.freebsd.org/~hrs/relnotes/5.3R/errata/article.html > > Please review this and let me know your comments, thanks. I'm missing docs/72897 (http://www.freebsd.org/cgi/query-pr.cgi?pr=72897) -Thanks for your work --nextPart1689112.ODQQTauWzs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBhAmMBylq0S4AzzwRAu1MAJ9WhgPdwokLqMkl1FAPCamIHk9DlgCfS/VX 6m1c/sqbsqkyZbVZIEEKlTI= =YXzu -----END PGP SIGNATURE----- --nextPart1689112.ODQQTauWzs-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 21:46:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2755A16A4CF for ; Sat, 30 Oct 2004 21:46:21 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1244C43D58 for ; Sat, 30 Oct 2004 21:46:20 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 29930 invoked by uid 65534); 30 Oct 2004 21:46:19 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp020) with SMTP; 30 Oct 2004 23:46:19 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org, re@freebsd.org Date: Sat, 30 Oct 2004 23:46:16 +0200 User-Agent: KMail/1.7 References: <200410290741.i9T7f8DW095035@pooker.samsco.org> In-Reply-To: <200410290741.i9T7f8DW095035@pooker.samsco.org> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4599725.xsNb84ZYf4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410302346.18306.Emanuel.Strobl@gmx.net> cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 21:46:21 -0000 --nextPart4599725.xsNb84ZYf4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Freitag, 29. Oktober 2004 09:41 schrieb Scott Long: > This is an automated weekly mailing of the FreeBSD 5.3 open issues list. > The live version of this list is available at: > > http://www.FreeBSD.org/releases/5.3R/todo.html > > Automated mailing of this list will continue through the release of > FreeBSD 5.3 > > > FreeBSD 5.3 Open Issues > > Open Issues > > This is a list of open issues that need to be resolved for FreeBSD 5.3. = If > you have any updates for this list, please e-mail re@FreeBSD.org. > > Issues that require investigation > > +-----------------------------------------------------------------------= =2D+ > > | Issue | Status | Responsible | Description = | > |-------+-------------+-------------+-----------------------------------= =2D| > | > | | | | More 'wedging' problems have been = | > | | | | reported with specific if_em = | > | | | | hardware. The hardware found in = | > | > | if_em | In progress | Bruce M. | the IBM T-41 seems to be a = | > | wedge | | Simpson | suspect. Removing ALTQ support = | > | > | | | | from the driver might help this = | > | | | | problem, but reports are = | > | | | | inconsistent. = | > > +-----------------------------------------------------------------------= =2D+ > > Show stopper defects for 5.3-RELEASE > > +-----------------------------------------------------------------------= =2D+ > > | Issue | Status | Responsible | Description = | > |----------------+-------------+----------------+-----------------------= =2D| > | > | | | | Attaching GDB to a = | > | | | | threaded process will = | > | | | | leave the process in = | > | | | | an unkillable state. = | > | | | | Rebooting the machine = | > | > | Threaded | | | is the only way to = | > | application | | | recover from this. = | > | get stuck in | | | This is easily = | > | an unkillable | In progress | David Xu | triggered when a KDE = | > | state when | | | app crashes and KDE = | > | touched by GDB | | | automatically attaches= | > | > | | | | GDB to it to extract a= | > | | | | stack trace. A = | > | | | | candidate fix is in = | > | | | | 6-CURRENT. More = | > | | | | testing and review is = | > | | | | needed. = | > | > |----------------+-------------+----------------+-----------------------= =2D| > | > | | | | There have been = | > | | | | reports that, under = | > | | | | extremely high load, = | > | | | | the tcp_output() = | > | | | | routine may appear to = | > | | | | run for extended = | > | | | | periods, resulting in = | > | | | | the appearance of a = | > | | | | hang for an extended = | > | | | | period (up to 30 = | > | > | Reports of | | | minutes), followed by = | > | TCP-related | | | recovery. This may be = | > | instability | | George V. | a result of a bug in = | > | under | | Neville-Neil, | the TCP selective = | > | extremely high | In progress | Robert Watson, | acknowledgement = | > | load; possibly | | Scott Long | implementation = | > | related to | | | introduced following = | > | SACK | | | 5.2; the release = | > | > | | | | engineering team is = | > | | | | currently working with= | > | | | | the submitters to = | > | | | | diagnose the problem. = | > | | | | Depending on the = | > | | | | nature of the problem,= | > | | | | it may be appropriate = | > | | | | to release with SACK = | > | | | | disabled, or to = | > | | | | correct the bug prior = | > | | | | to 5.3. = | > > +-----------------------------------------------------------------------= =2D+ > Showstoppers: What about misc/72895, i386/73251 and misc/72896? The latter is not that=20 critical but GEOM_GPT really has edges on i386 which aren't suitable for=20 =2Dstable! Removing GEOM_GPT from GENERIC would be one solution IMO, fixing= of=20 course was even better, but I can't help. And then there's kern/71355 which has been closed without any improovement.= =20 The opposite: I can confirm that this also applies to the sil3114 chipset=20 when the BIOS (of the PCI Card (Dawicontrol DC-154))) is enabled (so bootin= g=20 from it is possible) and two drives are set up as mirror! =2DHarry --nextPart4599725.xsNb84ZYf4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBhAuqBylq0S4AzzwRAig9AJ0alBY1S717WwwDem8iXxWXXhPE1QCeJmBe s72VmweEIpvHc/9/m+zn4c4= =ur9y -----END PGP SIGNATURE----- --nextPart4599725.xsNb84ZYf4-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 21:46:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DB1916A4D0 for ; Sat, 30 Oct 2004 21:46:21 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DD5A643D48 for ; Sat, 30 Oct 2004 21:46:19 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 29930 invoked by uid 65534); 30 Oct 2004 21:46:19 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp020) with SMTP; 30 Oct 2004 23:46:19 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org, re@freebsd.org Date: Sat, 30 Oct 2004 23:46:16 +0200 User-Agent: KMail/1.7 References: <200410290741.i9T7f8DW095035@pooker.samsco.org> In-Reply-To: <200410290741.i9T7f8DW095035@pooker.samsco.org> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4599725.xsNb84ZYf4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410302346.18306.Emanuel.Strobl@gmx.net> cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 21:46:21 -0000 --nextPart4599725.xsNb84ZYf4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Freitag, 29. Oktober 2004 09:41 schrieb Scott Long: > This is an automated weekly mailing of the FreeBSD 5.3 open issues list. > The live version of this list is available at: > > http://www.FreeBSD.org/releases/5.3R/todo.html > > Automated mailing of this list will continue through the release of > FreeBSD 5.3 > > > FreeBSD 5.3 Open Issues > > Open Issues > > This is a list of open issues that need to be resolved for FreeBSD 5.3. = If > you have any updates for this list, please e-mail re@FreeBSD.org. > > Issues that require investigation > > +-----------------------------------------------------------------------= =2D+ > > | Issue | Status | Responsible | Description = | > |-------+-------------+-------------+-----------------------------------= =2D| > | > | | | | More 'wedging' problems have been = | > | | | | reported with specific if_em = | > | | | | hardware. The hardware found in = | > | > | if_em | In progress | Bruce M. | the IBM T-41 seems to be a = | > | wedge | | Simpson | suspect. Removing ALTQ support = | > | > | | | | from the driver might help this = | > | | | | problem, but reports are = | > | | | | inconsistent. = | > > +-----------------------------------------------------------------------= =2D+ > > Show stopper defects for 5.3-RELEASE > > +-----------------------------------------------------------------------= =2D+ > > | Issue | Status | Responsible | Description = | > |----------------+-------------+----------------+-----------------------= =2D| > | > | | | | Attaching GDB to a = | > | | | | threaded process will = | > | | | | leave the process in = | > | | | | an unkillable state. = | > | | | | Rebooting the machine = | > | > | Threaded | | | is the only way to = | > | application | | | recover from this. = | > | get stuck in | | | This is easily = | > | an unkillable | In progress | David Xu | triggered when a KDE = | > | state when | | | app crashes and KDE = | > | touched by GDB | | | automatically attaches= | > | > | | | | GDB to it to extract a= | > | | | | stack trace. A = | > | | | | candidate fix is in = | > | | | | 6-CURRENT. More = | > | | | | testing and review is = | > | | | | needed. = | > | > |----------------+-------------+----------------+-----------------------= =2D| > | > | | | | There have been = | > | | | | reports that, under = | > | | | | extremely high load, = | > | | | | the tcp_output() = | > | | | | routine may appear to = | > | | | | run for extended = | > | | | | periods, resulting in = | > | | | | the appearance of a = | > | | | | hang for an extended = | > | | | | period (up to 30 = | > | > | Reports of | | | minutes), followed by = | > | TCP-related | | | recovery. This may be = | > | instability | | George V. | a result of a bug in = | > | under | | Neville-Neil, | the TCP selective = | > | extremely high | In progress | Robert Watson, | acknowledgement = | > | load; possibly | | Scott Long | implementation = | > | related to | | | introduced following = | > | SACK | | | 5.2; the release = | > | > | | | | engineering team is = | > | | | | currently working with= | > | | | | the submitters to = | > | | | | diagnose the problem. = | > | | | | Depending on the = | > | | | | nature of the problem,= | > | | | | it may be appropriate = | > | | | | to release with SACK = | > | | | | disabled, or to = | > | | | | correct the bug prior = | > | | | | to 5.3. = | > > +-----------------------------------------------------------------------= =2D+ > Showstoppers: What about misc/72895, i386/73251 and misc/72896? The latter is not that=20 critical but GEOM_GPT really has edges on i386 which aren't suitable for=20 =2Dstable! Removing GEOM_GPT from GENERIC would be one solution IMO, fixing= of=20 course was even better, but I can't help. And then there's kern/71355 which has been closed without any improovement.= =20 The opposite: I can confirm that this also applies to the sil3114 chipset=20 when the BIOS (of the PCI Card (Dawicontrol DC-154))) is enabled (so bootin= g=20 from it is possible) and two drives are set up as mirror! =2DHarry --nextPart4599725.xsNb84ZYf4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBhAuqBylq0S4AzzwRAig9AJ0alBY1S717WwwDem8iXxWXXhPE1QCeJmBe s72VmweEIpvHc/9/m+zn4c4= =ur9y -----END PGP SIGNATURE----- --nextPart4599725.xsNb84ZYf4-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 21:54:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 556CD16A4CE for ; Sat, 30 Oct 2004 21:54:32 +0000 (GMT) Received: from cserv63.csub.edu (cserv63.csub.edu [136.168.10.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0552D43D1F for ; Sat, 30 Oct 2004 21:54:32 +0000 (GMT) (envelope-from rjackson@cserv62.csub.edu) Received: from cserv63.csub.edu (localhost [127.0.0.1]) by cserv63.csub.edu (8.13.1/8.13.1) with ESMTP id i9ULgwYx060823 for ; Sat, 30 Oct 2004 14:42:58 -0700 (PDT) (envelope-from raj@cserv63.csub.edu) Received: (from raj@localhost) by cserv63.csub.edu (8.13.1/8.13.1/Submit) id i9ULgwTM060822 for freebsd-current@freebsd.org; Sat, 30 Oct 2004 14:42:58 -0700 (PDT) (envelope-from raj) Date: Sat, 30 Oct 2004 14:42:58 -0700 From: Russell Jackson To: freebsd-current@freebsd.org Message-ID: <20041030214258.GB60781@cserv63.csub.edu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: host_mem_start value negative? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 21:54:32 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline sysctl hw.pci.host_mem_start hw.pci.host_mem_start: -2147483648 Is this even a legal value? It seems non-sensical to me. I'm running ACPI and hw.acpi.host_mem_start is missing. -- Russell A. Jackson "Why are we importing all these highbrow plays like `Amadeus'? I could have told you Mozart was a jerk for nothing." -- Ian Shoales --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #7: Sat Oct 30 13:15:56 PDT 2004 raj@localhost:/usr/src/sys/i386/compile/VALA Preloaded elf kernel "/boot/kernel/kernel" at 0xc0805000. Preloaded elf module "/boot/kernel/ntfs.ko" at 0xc0805228. Preloaded elf module "/boot/kernel/acpi_video.ko" at 0xc08052d4. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0805384. Preloaded elf module "/boot/modules/powernow_k7.ko" at 0xc0805430. Calibrating clock(s) ... i8254 clock: 1193160 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1192626488 Hz CPU: Mobile AMD Athlon(tm) XP 1400+ (1192.63-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x680 Stepping = 0 Features=0x383f9ff AMD Features=0xc0480000 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 251658240 (240 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009dfff, 643072 bytes (157 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c26000 - 0x000000000ea8ffff, 233218048 bytes (56938 pages) 0x000000000ef00000 - 0x000000000eff7fff, 1015808 bytes (248 pages) avail memory = 236535808 (225 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6ff0 bios32: Entry = 0xfd760 (c00fd760) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd760+0x11e pnpbios: Found PnP BIOS data at 0xc00f7050 pnpbios: Entry = f0000:9c77 Rev = 1.0 Other BIOS signatures found: Powernow: frequency scaling yes -- voltage scaling yes 0 1197000kHz FID 0c ( 9.0) VID 0b (1450mV) 1 931000kHz FID 08 ( 7.0) VID 0e (1300mV) 2 798000kHz FID 06 ( 6.0) VID 13 (1200mV) 3 665000kHz FID 04 ( 5.0) VID 13 (1200mV) 4 532000kHz FID 12 ( 4.0) VID 13 (1200mV) AMD Powernow K7 <1197000kHz 1450mV> mem: Pentium Pro MTRR support enabled io: VESA: information block 56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 00 01 ff 00 00 01 0a 01 00 01 20 01 00 01 25 01 00 01 82 01 0d 01 0e 01 0f 01 20 01 92 01 93 01 94 01 95 01 96 01 a2 01 a3 01 a4 01 a5 01 a6 01 VESA: 55 mode(s) found VESA: v2.0, 16320k memory, flags:0x1, mode table:0xc0704182 (1000022) VESA: ATI CABO VESA: ATI Technologies Inc. U1 01.00 null: netsmb_dev: loaded random: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80012814 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=cab01002) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fdf10 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x59 11 embedded 0 15 A 0x4a 11 embedded 0 8 A 0x4b 5 embedded 0 10 A 0x48 10 11 embedded 0 11 A 0x49 10 11 embedded 0 19 A 0x49 10 11 embedded 0 12 A 0x49 10 11 embedded 0 12 B 0x49 10 11 slot 13 1 5 A 0x49 10 11 AcpiOsDerivePciId: bus 0 dev 7 func 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 AcpiOsDerivePciId: bus 0 dev 10 func 0 acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) atpic: Programming IRQ9 as level/low AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_ec0: port 0x66,0x62 on acpi0 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.PCI0.ISA_.LNK8 irq 0: [ 3 4 5 6 7 10 11 12] 11+ low,level,sharable 0.2.0 \\_SB_.PCI0.ISA_.LNK4 irq 0: [ 3 4 5 6 7 10 11 12] 11+ low,level,sharable 0.15.0 \\_SB_.PCI0.ISA_.LNK7 irq 0: [ 3 4 5 6 7 10 11 12] 5+ low,level,sharable 0.8.0 \\_SB_.PCI0.ISA_.LNK1 irq 0: [ 3 4 5 6 7 10 11 12] 0+ low,level,sharable 0.10.0 \\_SB_.PCI0.ISA_.LNK3 irq 0: [ 3 4 5 6 7 10 11 12] 11+ low,level,sharable 0.11.0 \\_SB_.PCI0.ISA_.LNK2 irq 0: [ 3 4 5 6 7 10 11 12] 10+ low,level,sharable 0.19.0 \\_SB_.PCI0.ISA_.LNK2 irq 0: [ 3 4 5 6 7 10 11 12] 10+ low,level,sharable 0.12.0 \\_SB_.PCI0.ISA_.LNK3 irq 0: [ 3 4 5 6 7 10 11 12] 11+ low,level,sharable 0.12.1 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f8000000, size 26, enabled map[14]: type 3, range 32, base f4400000, size 12, enabled map[18]: type 4, range 32, base 00008090, size 2, port disabled found-> vendor=0x1002, dev=0xcab0, revid=0x13 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x700f, revid=0x01 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x63 (2970 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base f4004000, size 12, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.PCI0.ISA_.LNK8) pcib0: possible interrupts: 3 4 5 6 7 10 11 12 ACPI PCI link arbitrated settings: \\_SB_.PCI0.ISA_.LNK3 (references 2, priority 6422): interrupts: 11 10 5 12 7 6 4 3 penalty: 80 80 130 5080 5080 5080 5080 5080 \\_SB_.PCI0.ISA_.LNK2 (references 2, priority 6422): interrupts: 11 10 5 12 7 6 4 3 penalty: 80 80 130 5080 5080 5080 5080 5080 \\_SB_.PCI0.ISA_.LNK8 (references 1, priority 3211): interrupts: 11 10 5 12 7 6 4 3 penalty: 80 80 130 5080 5080 5080 5080 5080 \\_SB_.PCI0.ISA_.LNK4 (references 1, priority 3211): interrupts: 11 10 5 12 7 6 4 3 penalty: 80 80 130 5080 5080 5080 5080 5080 \\_SB_.PCI0.ISA_.LNK7 (references 1, priority 3211): interrupts: 11 10 5 12 7 6 4 3 penalty: 80 80 130 5080 5080 5080 5080 5080 \\_SB_.PCI0.ISA_.LNK1 (references 1, priority 3211): interrupts: 11 10 5 12 7 6 4 3 penalty: 80 80 130 5080 5080 5080 5080 5080 pcib0: slot 2 INTA routed to irq 11 via \\_SB_.PCI0.ISA_.LNK8 found-> vendor=0x10b9, dev=0x5237, revid=0x03 bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 found-> vendor=0x10b9, dev=0x1533, revid=0x00 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x000f, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 00008400, size 8, enabled map[14]: type 1, range 32, base f4005000, size 12, enabled pcib0: matched entry for 0.8.INTA (src \\_SB_.PCI0.ISA_.LNK7) pcib0: possible interrupts: 3 4 5 6 7 10 11 12 ACPI PCI link arbitrated settings: \\_SB_.PCI0.ISA_.LNK3 (references 2, priority 6585): interrupts: 10 11 5 12 7 6 4 3 penalty: 160 170 210 5160 5160 5160 5160 5160 \\_SB_.PCI0.ISA_.LNK2 (references 2, priority 6585): interrupts: 10 11 5 12 7 6 4 3 penalty: 160 170 210 5160 5160 5160 5160 5160 \\_SB_.PCI0.ISA_.LNK4 (references 1, priority 3292): interrupts: 10 11 5 12 7 6 4 3 penalty: 160 170 210 5160 5160 5160 5160 5160 \\_SB_.PCI0.ISA_.LNK7 (references 1, priority 3292): interrupts: 10 11 5 12 7 6 4 3 penalty: 160 170 210 5160 5160 5160 5160 5160 \\_SB_.PCI0.ISA_.LNK1 (references 1, priority 3292): interrupts: 10 11 5 12 7 6 4 3 penalty: 160 170 210 5160 5160 5160 5160 5160 pcib0: slot 8 INTA routed to irq 5 via \\_SB_.PCI0.ISA_.LNK7 found-> vendor=0x10b9, dev=0x5451, revid=0x02 bus=0, slot=8, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0xc290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x18 (6000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ffbfe000, size 12, enabled found-> vendor=0x104c, dev=0xac50, revid=0x02 bus=0, slot=10, func=0 class=06-07-00, hdrtype=0x02, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00008800, size 8, enabled map[14]: type 1, range 32, base f4007800, size 8, enabled pcib0: matched entry for 0.11.INTA (src \\_SB_.PCI0.ISA_.LNK3) pcib0: possible interrupts: 3 4 5 6 7 10 11 12 ACPI PCI link arbitrated settings: \\_SB_.PCI0.ISA_.LNK3 (references 2, priority 6747): interrupts: 10 11 5 12 7 6 4 3 penalty: 240 250 300 5240 5240 5240 5240 5240 \\_SB_.PCI0.ISA_.LNK2 (references 2, priority 6747): interrupts: 10 11 5 12 7 6 4 3 penalty: 240 250 300 5240 5240 5240 5240 5240 \\_SB_.PCI0.ISA_.LNK4 (references 1, priority 3373): interrupts: 10 11 5 12 7 6 4 3 penalty: 240 250 300 5240 5240 5240 5240 5240 \\_SB_.PCI0.ISA_.LNK1 (references 1, priority 3373): interrupts: 10 11 5 12 7 6 4 3 penalty: 240 250 300 5240 5240 5240 5240 5240 pcib0: slot 11 INTA routed to irq 11 via \\_SB_.PCI0.ISA_.LNK3 found-> vendor=0x10ec, dev=0x8139, revid=0x20 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0013, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base f4006000, size 12, enabled pcib0: matched entry for 0.15.INTA (src \\_SB_.PCI0.ISA_.LNK4) pcib0: possible interrupts: 3 4 5 6 7 10 11 12 ACPI PCI link arbitrated settings: \\_SB_.PCI0.ISA_.LNK2 (references 2, priority 6912): interrupts: 10 11 5 12 7 6 4 3 penalty: 320 350 380 5320 5320 5320 5320 5320 \\_SB_.PCI0.ISA_.LNK4 (references 1, priority 3456): interrupts: 10 11 5 12 7 6 4 3 penalty: 320 350 380 5320 5320 5320 5320 5320 \\_SB_.PCI0.ISA_.LNK1 (references 1, priority 3456): interrupts: 10 11 5 12 7 6 4 3 penalty: 320 350 380 5320 5320 5320 5320 5320 pcib0: slot 15 INTA routed to irq 11 via \\_SB_.PCI0.ISA_.LNK4 found-> vendor=0x10b9, dev=0x5237, revid=0x03 bus=0, slot=15, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0013, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00008080, size 4, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc4 bus=0, slot=16, func=0 class=01-01-fa, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 found-> vendor=0x10b9, dev=0x7101, revid=0x00 bus=0, slot=17, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base f4007000, size 11, enabled map[14]: type 1, range 32, base f4000000, size 14, enabled pcib0: matched entry for 0.19.INTA (src \\_SB_.PCI0.ISA_.LNK2) pcib0: possible interrupts: 3 4 5 6 7 10 11 12 ACPI PCI link arbitrated settings: \\_SB_.PCI0.ISA_.LNK2 (references 2, priority 7075): interrupts: 10 11 5 12 7 6 4 3 penalty: 400 440 460 5400 5400 5400 5400 5400 \\_SB_.PCI0.ISA_.LNK1 (references 1, priority 3537): interrupts: 10 11 5 12 7 6 4 3 penalty: 400 440 460 5400 5400 5400 5400 5400 pcib0: slot 19 INTA routed to irq 10 via \\_SB_.PCI0.ISA_.LNK2 found-> vendor=0x104c, dev=0x8023, revid=0x00 bus=0, slot=19, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0012, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x9000-0x9fff pcib1: memory decode 0xf4100000-0xf41fffff pcib1: prefetched decode 0xf6000000-0xf7ffffff ACPI PCI link initial configuration: \\_SB_.PCI0.ISA_.LNK2 irq*10: [ 3 4 5 6 7 10 11 12] 10+ low,level,sharable 1.5.0 pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base f6000000, size 25, enabled pcib1: device (null) requested decoded memory range 0xf6000000-0xf7ffffff map[14]: type 4, range 32, base 00009000, size 8, enabled pcib1: device (null) requested decoded I/O range 0x9000-0x90ff map[18]: type 1, range 32, base f4100000, size 16, enabled pcib1: device (null) requested decoded memory range 0xf4100000-0xf410ffff pcib1: matched entry for 1.5.INTA (src \\_SB_.PCI0.ISA_.LNK2) pcib1: slot 5 INTA is already routed to irq 10 found-> vendor=0x1002, dev=0x4336, revid=0x00 bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0287, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 acpi_video0: port 0x9000-0x90ff mem 0xf4100000-0xf410ffff,0xf6000000-0xf7ffffff irq 10 at device 5.0 on pci1 found CRT monitor(100), detectable by BIOS, head #0 found LCD panel(110), detectable by BIOS, head #0 found TV(200), detectable by BIOS, head #0 pci0: at device 2.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pcm0: port 0x8400-0x84ff mem 0xf4005000-0xf4005fff irq 5 at device 8.0 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x8400 pcm0: pcm0: Codec features headphone, 6 bit master volume, Analog Devices Phat Stereo pcm0: Primary codec extended features variable rate PCM, reserved 1 pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap 216000, 1000; 0xc1582000 -> 216000 pcm0: sndbuf_setmap 1f4000, 1000; 0xc1580000 -> 1f4000 pcm0: sndbuf_setmap 1f2000, 1000; 0xc157e000 -> 1f2000 pcm0: sndbuf_setmap 1d0000, 1000; 0xc157c000 -> 1d0000 pcm0: sndbuf_setmap 22d000, 1000; 0xc1579000 -> 22d000 pci0: at device 10.0 (no driver attached) re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x8800 re0: port 0x8800-0x88ff mem 0xf4007800-0xf40078ff irq 11 at device 11.0 on pci0 miibus0: on re0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: bpf attached re0: Ethernet address: 00:08:02:d0:21:4e re0: [MPSAFE] pci0: at device 15.0 (no driver attached) atapci0: port 0x8080-0x808f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 16.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x8080 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0xc ata1: [MPSAFE] pci0: at device 17.0 (no driver attached) pci0: at device 19.0 (no driver attached) acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 speaker0: port 0x61 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0067 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 unknown: not probed (disabled) unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/15 bytes threshold ppbus0: on ppc0 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xe0000-0xe3fff,0xdf000-0xdffff,0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x700ff fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k vga0: vga: WARNING: video mode switching is not fully supported on this adapter VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 6f 4f 4f 93 53 9f 9e 1f 00 4f 0d 0e 00 00 07 80 91 83 8f 28 1f 8f 9f a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 00 00 03 00 02 67 6f 4f 4f 93 53 9f 9e 1f 00 4f 0d 0e 00 00 07 80 91 83 8f 28 1f 8f 9f a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sio0 failed to probe at port 0x3f8 irq 4 flags 0x10 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1192626488 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times acpi_cmbat0: battery initialization start acpi_ec0: info: new max delay is 20 us acpi_cmbat0: battery initialization done, tried 1 times ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on AcerLabs Aladdin chip ata0-master: setting UDMA100 on AcerLabs Aladdin chip ad0: ATA-6 disk at ata0-master ad0: 28615MB (58605120 sectors), 58140 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 ata1-slave: FAILURE - ATAPI_IDENTIFY status=1 error=4 LBA=0 ata1-slave: FAILURE - ATAPI_IDENTIFY status=1 error=4 LBA=0 ata1-master: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin ata1-master: setting PIO4 on AcerLabs Aladdin chip acd0: DVDROM drive at ata1 as master acd0: read 1722KB/s (4134KB/s), 512KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc [0] f:80 typ:7 s(CHS):0/1/1 e(CHS):1023/2/63 s:63 l:12289662 [1] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/15/63 s:29302560 l:29302560 [2] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/15/63 s:12289725 l:17012835 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 6292306944 end 6292339199 GEOM: Configure ad0s2, start 15002910720 length 15002910720 end 30005821439 GEOM: Configure ad0s3, start 6292339200 length 8710571520 end 15002910719 GEOM: Configure ad0s2a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s2b, start 268435456 length 380936192 end 649371647 GEOM: Configure ad0s2c, start 0 length 15002910720 end 15002910719 GEOM: Configure ad0s2d, start 649371648 length 268435456 end 917807103 GEOM: Configure ad0s2e, start 917807104 length 268435456 end 1186242559 GEOM: Configure ad0s2f, start 1186242560 length 13816668160 end 15002910719 GEOM: Configure ad0s3c, start 0 length 8710571520 end 8710571519 GEOM: Configure ad0s3d, start 0 length 8710571520 end 8710571519 Mounting root from ufs:/dev/ad0s2a start_init: trying /sbin/init --GvXjxJ+pjyke8COw-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 22:01:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EC1816A5CD for ; Sat, 30 Oct 2004 22:01:05 +0000 (GMT) Received: from KVIW06.KVI.NL (KVIW06.KVI.nl [129.125.15.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3703C43D2F for ; Sat, 30 Oct 2004 22:01:04 +0000 (GMT) (envelope-from A.S.Usov@KVI.nl) Received: from KVIS10.KVI.nl ("port 38217"@KVIS10.KVI.nl [129.125.27.60]) <01LGNT9OZ8GUD41WYI@KVI.nl> for current@freebsd.org; Sun, 31 Oct 2004 00:00:51 +0200 (MET DST) Received: from KVIW14.KVI.nl by KVIS10.KVI.nl (AvMailGate-2.0.2-9) id 24750-76E14BD1; Sun, 31 Oct 2004 00:00:50 +0200 Received: from kvip88 ("port 49216"@KVIP88.KVI.nl [129.125.15.152]) <01LGNT9ETNUWD41WYI@KVI.nl> for current@freebsd.org; Sun, 31 Oct 2004 00:00:37 +0200 (MET DST) Date: Sun, 31 Oct 2004 00:00:36 +0200 From: "Alexander S. Usov" In-reply-to: <417FA1CB.2000601@withagen.nl> To: current@freebsd.org Message-id: <200410310000.36560.A.S.Usov@kvi.nl> Organization: KVI MIME-version: 1.0 Content-type: text/plain; charset=koi8-r Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.7 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-9; AVE: 6.28.0.12; VDF: 6.28.0.47; host: kvi.nl) References: <200410271444.04324.A.S.Usov@kvi.nl> <417FA1CB.2000601@withagen.nl> Subject: Re: 5.3-RC1 poor ATA perfomance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 22:01:05 -0000 Hi! So I have finally managed to repeat this simple(stupid) test with PREEMTION, and this difference is still there. I agree that this kind of testing is almost useless, but somehow I find it hard to believe that a 30% loss in raw write rate will be invisible in a different situations. -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 22:04:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A82FE16A4CE for ; Sat, 30 Oct 2004 22:04:49 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 1711B43D2D for ; Sat, 30 Oct 2004 22:04:49 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 26167 invoked by uid 0); 30 Oct 2004 22:03:19 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.87) by node15.coopprint.com with SMTP; 30 Oct 2004 22:03:19 -0000 Message-ID: <41841006.2090105@gamersimpact.com> Date: Sat, 30 Oct 2004 17:04:54 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Russell Jackson References: <20041030214258.GB60781@cserv63.csub.edu> In-Reply-To: <20041030214258.GB60781@cserv63.csub.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: host_mem_start value negative? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 22:04:49 -0000 Russell Jackson wrote: >sysctl hw.pci.host_mem_start >hw.pci.host_mem_start: -2147483648 > >Is this even a legal value? It seems non-sensical to me. I'm running >ACPI and hw.acpi.host_mem_start is missing. > > It's an unsigned value displayed as a signed one. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 22:06:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BA4C16A4CE for ; Sat, 30 Oct 2004 22:06:23 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB73343D1F for ; Sat, 30 Oct 2004 22:06:22 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 974B65312; Sun, 31 Oct 2004 00:06:21 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id E7DE7530A; Sun, 31 Oct 2004 00:06:14 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 9F108B85E; Sun, 31 Oct 2004 00:06:14 +0200 (CEST) To: Ben Paley References: <200410281902.47158.ben@spooty.net> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 31 Oct 2004 00:06:14 +0200 In-Reply-To: <200410281902.47158.ben@spooty.net> (Ben Paley's message of "Thu, 28 Oct 2004 19:02:46 +0100") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: FreeBSD Current Subject: Re: USB - erratic function, no printing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 22:06:23 -0000 Ben Paley writes: > su-2.05b# lptest 20 10 > /dev/ulpt0 Please try using /dev/unlpt0 instead. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 22:09:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E2BF16A4CE; Sat, 30 Oct 2004 22:09:23 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 197C543D1D; Sat, 30 Oct 2004 22:09:23 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 27CEA530A; Sun, 31 Oct 2004 00:09:22 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 9C6755313; Sun, 31 Oct 2004 00:09:15 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 66BB2B85E; Sun, 31 Oct 2004 00:09:15 +0200 (CEST) To: "Rogier R. Mulhuijzen" References: From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 31 Oct 2004 00:09:15 +0200 In-Reply-To: (Rogier R. Mulhuijzen's message of "Thu, 28 Oct 2004 15:07:48 EDT") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: wpaul@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: [PATCH] added WEP authmode shared to NDISulator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 22:09:23 -0000 "Rogier R. Mulhuijzen" writes: > To make the NDISulator do Shared authmode (pretty much required to > do WEP it seems, at least on the AP I use): > [PATCH] That looks really good. Could you submit this as a PR? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 22:35:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9014516A4CE; Sat, 30 Oct 2004 22:35:35 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 081A143D1D; Sat, 30 Oct 2004 22:35:35 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9UMZSWi009114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Oct 2004 15:35:28 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <41841750.6000105@errno.com> Date: Sat, 30 Oct 2004 15:36:00 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: "Rogier R. Mulhuijzen" cc: freebsd-current@freebsd.org cc: wpaul@freebsd.org Subject: Re: [PATCH] added WEP authmode shared to NDISulator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 22:35:35 -0000 Dag-Erling Smørgrav wrote: > "Rogier R. Mulhuijzen" writes: > >>To make the NDISulator do Shared authmode (pretty much required to >>do WEP it seems, at least on the AP I use): >>[PATCH] > > > That looks really good. Could you submit this as a PR? Changes to if_ndis would be great, but please don't add features to wicontrol; we've been trying to stamp it out in favor of ifconfig. Sam From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 22:41:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from [IPv6:::1] (hub.freebsd.org [216.136.204.18]) by hub.freebsd.org (Postfix) with ESMTP id B41FF16A4CE; Sat, 30 Oct 2004 22:41:15 +0000 (GMT) Message-ID: <4184181A.303@freebsd.org> Date: Sat, 30 Oct 2004 16:39:22 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Emanuel Strobl References: <200410290741.i9T7f8DW095035@pooker.samsco.org> <200410302346.18306.Emanuel.Strobl@gmx.net> In-Reply-To: <200410302346.18306.Emanuel.Strobl@gmx.net> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 22:41:17 -0000 Emanuel Strobl wrote: > Am Freitag, 29. Oktober 2004 09:41 schrieb Scott Long: > >>This is an automated weekly mailing of the FreeBSD 5.3 open issues list. >>The live version of this list is available at: >> >> http://www.FreeBSD.org/releases/5.3R/todo.html >> >>Automated mailing of this list will continue through the release of >>FreeBSD 5.3 >> >> >> FreeBSD 5.3 Open Issues >> >> Open Issues >> >> This is a list of open issues that need to be resolved for FreeBSD 5.3. If >> you have any updates for this list, please e-mail re@FreeBSD.org. >> >>Issues that require investigation >> >> +------------------------------------------------------------------------+ >> >> | Issue | Status | Responsible | Description | >> |-------+-------------+-------------+------------------------------------| >> | >> | | | | More 'wedging' problems have been | >> | | | | reported with specific if_em | >> | | | | hardware. The hardware found in | >> | >> | if_em | In progress | Bruce M. | the IBM T-41 seems to be a | >> | wedge | | Simpson | suspect. Removing ALTQ support | >> | >> | | | | from the driver might help this | >> | | | | problem, but reports are | >> | | | | inconsistent. | >> >> +------------------------------------------------------------------------+ >> >>Show stopper defects for 5.3-RELEASE >> >> +------------------------------------------------------------------------+ >> >> | Issue | Status | Responsible | Description | >> |----------------+-------------+----------------+------------------------| >> | >> | | | | Attaching GDB to a | >> | | | | threaded process will | >> | | | | leave the process in | >> | | | | an unkillable state. | >> | | | | Rebooting the machine | >> | >> | Threaded | | | is the only way to | >> | application | | | recover from this. | >> | get stuck in | | | This is easily | >> | an unkillable | In progress | David Xu | triggered when a KDE | >> | state when | | | app crashes and KDE | >> | touched by GDB | | | automatically attaches | >> | >> | | | | GDB to it to extract a | >> | | | | stack trace. A | >> | | | | candidate fix is in | >> | | | | 6-CURRENT. More | >> | | | | testing and review is | >> | | | | needed. | >> | >> |----------------+-------------+----------------+------------------------| >> | >> | | | | There have been | >> | | | | reports that, under | >> | | | | extremely high load, | >> | | | | the tcp_output() | >> | | | | routine may appear to | >> | | | | run for extended | >> | | | | periods, resulting in | >> | | | | the appearance of a | >> | | | | hang for an extended | >> | | | | period (up to 30 | >> | >> | Reports of | | | minutes), followed by | >> | TCP-related | | | recovery. This may be | >> | instability | | George V. | a result of a bug in | >> | under | | Neville-Neil, | the TCP selective | >> | extremely high | In progress | Robert Watson, | acknowledgement | >> | load; possibly | | Scott Long | implementation | >> | related to | | | introduced following | >> | SACK | | | 5.2; the release | >> | >> | | | | engineering team is | >> | | | | currently working with | >> | | | | the submitters to | >> | | | | diagnose the problem. | >> | | | | Depending on the | >> | | | | nature of the problem, | >> | | | | it may be appropriate | >> | | | | to release with SACK | >> | | | | disabled, or to | >> | | | | correct the bug prior | >> | | | | to 5.3. | >> >> +------------------------------------------------------------------------+ >> > > > Showstoppers: > > What about misc/72895, i386/73251 and misc/72896? The latter is not that > critical but GEOM_GPT really has edges on i386 which aren't suitable for > -stable! Removing GEOM_GPT from GENERIC would be one solution IMO, fixing of > course was even better, but I can't help. > And then there's kern/71355 which has been closed without any improovement. > The opposite: I can confirm that this also applies to the sil3114 chipset > when the BIOS (of the PCI Card (Dawicontrol DC-154))) is enabled (so booting > from it is possible) and two drives are set up as mirror! > > -Harry 72895 is indeed serious, but it doesn't prevent a normal install so long and you specifically avoid the problem. Unfortunately there are no patches attached to this PR, so it's hard for us to evaluate how hard it would be to fix it. I probably should have landed on the TODO list a long time ago, and I'll make sure it gets on the 5.3 TODO list. But again it's not a show-stopper because it doesn't prevent a normal install from succeeding. 73251 is strange. No one that I've seen can possibly imagine why ACPI would affect GPT. But again, GPT is not the normal way to install and boot an i386. While I know of a few Intel systems that have EFI and GPT for i386, MBR partitioning still works. 72896 is another GPT one, and again GPT is just not the predominate way to deal with i386. I'd really like to see these fixed for 5.4. So I don't want to discount your concern, but given the very small user base that is concerned about GPT, it's hard to justify delaying the release further for these bugs. Scott From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 22:41:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from [IPv6:::1] (hub.freebsd.org [216.136.204.18]) by hub.freebsd.org (Postfix) with ESMTP id B41FF16A4CE; Sat, 30 Oct 2004 22:41:15 +0000 (GMT) Message-ID: <4184181A.303@freebsd.org> Date: Sat, 30 Oct 2004 16:39:22 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Emanuel Strobl References: <200410290741.i9T7f8DW095035@pooker.samsco.org> <200410302346.18306.Emanuel.Strobl@gmx.net> In-Reply-To: <200410302346.18306.Emanuel.Strobl@gmx.net> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 22:41:17 -0000 Emanuel Strobl wrote: > Am Freitag, 29. Oktober 2004 09:41 schrieb Scott Long: > >>This is an automated weekly mailing of the FreeBSD 5.3 open issues list. >>The live version of this list is available at: >> >> http://www.FreeBSD.org/releases/5.3R/todo.html >> >>Automated mailing of this list will continue through the release of >>FreeBSD 5.3 >> >> >> FreeBSD 5.3 Open Issues >> >> Open Issues >> >> This is a list of open issues that need to be resolved for FreeBSD 5.3. If >> you have any updates for this list, please e-mail re@FreeBSD.org. >> >>Issues that require investigation >> >> +------------------------------------------------------------------------+ >> >> | Issue | Status | Responsible | Description | >> |-------+-------------+-------------+------------------------------------| >> | >> | | | | More 'wedging' problems have been | >> | | | | reported with specific if_em | >> | | | | hardware. The hardware found in | >> | >> | if_em | In progress | Bruce M. | the IBM T-41 seems to be a | >> | wedge | | Simpson | suspect. Removing ALTQ support | >> | >> | | | | from the driver might help this | >> | | | | problem, but reports are | >> | | | | inconsistent. | >> >> +------------------------------------------------------------------------+ >> >>Show stopper defects for 5.3-RELEASE >> >> +------------------------------------------------------------------------+ >> >> | Issue | Status | Responsible | Description | >> |----------------+-------------+----------------+------------------------| >> | >> | | | | Attaching GDB to a | >> | | | | threaded process will | >> | | | | leave the process in | >> | | | | an unkillable state. | >> | | | | Rebooting the machine | >> | >> | Threaded | | | is the only way to | >> | application | | | recover from this. | >> | get stuck in | | | This is easily | >> | an unkillable | In progress | David Xu | triggered when a KDE | >> | state when | | | app crashes and KDE | >> | touched by GDB | | | automatically attaches | >> | >> | | | | GDB to it to extract a | >> | | | | stack trace. A | >> | | | | candidate fix is in | >> | | | | 6-CURRENT. More | >> | | | | testing and review is | >> | | | | needed. | >> | >> |----------------+-------------+----------------+------------------------| >> | >> | | | | There have been | >> | | | | reports that, under | >> | | | | extremely high load, | >> | | | | the tcp_output() | >> | | | | routine may appear to | >> | | | | run for extended | >> | | | | periods, resulting in | >> | | | | the appearance of a | >> | | | | hang for an extended | >> | | | | period (up to 30 | >> | >> | Reports of | | | minutes), followed by | >> | TCP-related | | | recovery. This may be | >> | instability | | George V. | a result of a bug in | >> | under | | Neville-Neil, | the TCP selective | >> | extremely high | In progress | Robert Watson, | acknowledgement | >> | load; possibly | | Scott Long | implementation | >> | related to | | | introduced following | >> | SACK | | | 5.2; the release | >> | >> | | | | engineering team is | >> | | | | currently working with | >> | | | | the submitters to | >> | | | | diagnose the problem. | >> | | | | Depending on the | >> | | | | nature of the problem, | >> | | | | it may be appropriate | >> | | | | to release with SACK | >> | | | | disabled, or to | >> | | | | correct the bug prior | >> | | | | to 5.3. | >> >> +------------------------------------------------------------------------+ >> > > > Showstoppers: > > What about misc/72895, i386/73251 and misc/72896? The latter is not that > critical but GEOM_GPT really has edges on i386 which aren't suitable for > -stable! Removing GEOM_GPT from GENERIC would be one solution IMO, fixing of > course was even better, but I can't help. > And then there's kern/71355 which has been closed without any improovement. > The opposite: I can confirm that this also applies to the sil3114 chipset > when the BIOS (of the PCI Card (Dawicontrol DC-154))) is enabled (so booting > from it is possible) and two drives are set up as mirror! > > -Harry 72895 is indeed serious, but it doesn't prevent a normal install so long and you specifically avoid the problem. Unfortunately there are no patches attached to this PR, so it's hard for us to evaluate how hard it would be to fix it. I probably should have landed on the TODO list a long time ago, and I'll make sure it gets on the 5.3 TODO list. But again it's not a show-stopper because it doesn't prevent a normal install from succeeding. 73251 is strange. No one that I've seen can possibly imagine why ACPI would affect GPT. But again, GPT is not the normal way to install and boot an i386. While I know of a few Intel systems that have EFI and GPT for i386, MBR partitioning still works. 72896 is another GPT one, and again GPT is just not the predominate way to deal with i386. I'd really like to see these fixed for 5.4. So I don't want to discount your concern, but given the very small user base that is concerned about GPT, it's hard to justify delaying the release further for these bugs. Scott From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 22:51:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D2F016A4D3 for ; Sat, 30 Oct 2004 22:51:06 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0145443D54 for ; Sat, 30 Oct 2004 22:51:05 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 29993 invoked by uid 65534); 30 Oct 2004 22:51:03 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp011) with SMTP; 31 Oct 2004 00:51:03 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sun, 31 Oct 2004 00:51:00 +0200 User-Agent: KMail/1.7 References: <200410290741.i9T7f8DW095035@pooker.samsco.org> <200410302346.18306.Emanuel.Strobl@gmx.net> <4184181A.303@freebsd.org> In-Reply-To: <4184181A.303@freebsd.org> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1776405.FJLrClHDXu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410310051.02937.Emanuel.Strobl@gmx.net> cc: re@freebsd.org cc: Scott Long cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 22:51:06 -0000 --nextPart1776405.FJLrClHDXu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sonntag, 31. Oktober 2004 00:39 schrieb Scott Long: > Emanuel Strobl wrote: > > Am Freitag, 29. Oktober 2004 09:41 schrieb Scott Long: > >>This is an automated weekly mailing of the FreeBSD 5.3 open issues list. > >>The live version of this list is available at: > >> > >> http://www.FreeBSD.org/releases/5.3R/todo.html > >> > >>Automated mailing of this list will continue through the release of > >>FreeBSD 5.3 > >> > >> > >> FreeBSD 5.3 Open Issues [...] > > What about misc/72895, i386/73251 and misc/72896? The latter is not that > > critical but GEOM_GPT really has edges on i386 which aren't suitable for > > -stable! Removing GEOM_GPT from GENERIC would be one solution IMO, fixi= ng > > of course was even better, but I can't help. > > And then there's kern/71355 which has been closed without any > > improovement. The opposite: I can confirm that this also applies to the > > sil3114 chipset when the BIOS (of the PCI Card (Dawicontrol DC-154))) is > > enabled (so booting from it is possible) and two drives are set up as > > mirror! > > > > -Harry > > 72895 is indeed serious, but it doesn't prevent a normal install so long > and you specifically avoid the problem. Unfortunately there are no > patches attached to this PR, so it's hard for us to evaluate how hard it > would be to fix it. I probably should have landed on the TODO list a > long time ago, and I'll make sure it gets on the 5.3 TODO list. But > again it's not a show-stopper because it doesn't prevent a normal > install from succeeding. > > 73251 is strange. No one that I've seen can possibly imagine why ACPI > would affect GPT. But again, GPT is not the normal way to install and > boot an i386. While I know of a few Intel systems that have EFI and GPT > for i386, MBR partitioning still works. > > 72896 is another GPT one, and again GPT is just not the predominate way > to deal with i386. I'd really like to see these fixed for 5.4. > > So I don't want to discount your concern, but given the very small user > base that is concerned about GPT, it's hard to justify delaying the > release further for these bugs. Ok, it sounds sensible, but the please remove GEOM-GPT from the GENRIC i386= =20 kernel. Because, like you see, it doesn't make sense and prevents users fro= m=20 mysterious errors. If someone makes his custom GPT kernel he knows what he= =20 does but GEOM_GPT in GENERIC is no good idea (like I alreade posted on=20 =2Dcurrent) Thanks, =2DHarry P.S. I'm also specially interestend in the GPT/ACPI issue but regrettably I= 'm=20 no kernel hacker so I can't help much > > Scott > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --nextPart1776405.FJLrClHDXu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBhBrWBylq0S4AzzwRAuYDAJ4xKZJsToroWk2/9VuTk5dzJGwJRwCfVSOI 2VBzFkGIgxuCBPg5O8aSbOg= =aXCo -----END PGP SIGNATURE----- --nextPart1776405.FJLrClHDXu-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 30 22:51:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65DA916A4D6 for ; Sat, 30 Oct 2004 22:51:06 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6CF6A43D62 for ; Sat, 30 Oct 2004 22:51:05 +0000 (GMT) (envelope-from Emanuel.Strobl@gmx.net) Received: (qmail 29993 invoked by uid 65534); 30 Oct 2004 22:51:03 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp011) with SMTP; 31 Oct 2004 00:51:03 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sun, 31 Oct 2004 00:51:00 +0200 User-Agent: KMail/1.7 References: <200410290741.i9T7f8DW095035@pooker.samsco.org> <200410302346.18306.Emanuel.Strobl@gmx.net> <4184181A.303@freebsd.org> In-Reply-To: <4184181A.303@freebsd.org> X-OS: FreeBSD X-Birthday: 10/06/72 X-Address: Munich, 80686 X-Tel: +49 89 18947781 X-CelPhone: +49 173 9967781 X-Country: Germany MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1776405.FJLrClHDXu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410310051.02937.Emanuel.Strobl@gmx.net> cc: re@freebsd.org cc: Scott Long cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Oct 2004 22:51:07 -0000 --nextPart1776405.FJLrClHDXu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sonntag, 31. Oktober 2004 00:39 schrieb Scott Long: > Emanuel Strobl wrote: > > Am Freitag, 29. Oktober 2004 09:41 schrieb Scott Long: > >>This is an automated weekly mailing of the FreeBSD 5.3 open issues list. > >>The live version of this list is available at: > >> > >> http://www.FreeBSD.org/releases/5.3R/todo.html > >> > >>Automated mailing of this list will continue through the release of > >>FreeBSD 5.3 > >> > >> > >> FreeBSD 5.3 Open Issues [...] > > What about misc/72895, i386/73251 and misc/72896? The latter is not that > > critical but GEOM_GPT really has edges on i386 which aren't suitable for > > -stable! Removing GEOM_GPT from GENERIC would be one solution IMO, fixi= ng > > of course was even better, but I can't help. > > And then there's kern/71355 which has been closed without any > > improovement. The opposite: I can confirm that this also applies to the > > sil3114 chipset when the BIOS (of the PCI Card (Dawicontrol DC-154))) is > > enabled (so booting from it is possible) and two drives are set up as > > mirror! > > > > -Harry > > 72895 is indeed serious, but it doesn't prevent a normal install so long > and you specifically avoid the problem. Unfortunately there are no > patches attached to this PR, so it's hard for us to evaluate how hard it > would be to fix it. I probably should have landed on the TODO list a > long time ago, and I'll make sure it gets on the 5.3 TODO list. But > again it's not a show-stopper because it doesn't prevent a normal > install from succeeding. > > 73251 is strange. No one that I've seen can possibly imagine why ACPI > would affect GPT. But again, GPT is not the normal way to install and > boot an i386. While I know of a few Intel systems that have EFI and GPT > for i386, MBR partitioning still works. > > 72896 is another GPT one, and again GPT is just not the predominate way > to deal with i386. I'd really like to see these fixed for 5.4. > > So I don't want to discount your concern, but given the very small user > base that is concerned about GPT, it's hard to justify delaying the > release further for these bugs. Ok, it sounds sensible, but the please remove GEOM-GPT from the GENRIC i386= =20 kernel. Because, like you see, it doesn't make sense and prevents users fro= m=20 mysterious errors. If someone makes his custom GPT kernel he knows what he= =20 does but GEOM_GPT in GENERIC is no good idea (like I alreade posted on=20 =2Dcurrent) Thanks, =2DHarry P.S. I'm also specially interestend in the GPT/ACPI issue but regrettably I= 'm=20 no kernel hacker so I can't help much > > Scott > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --nextPart1776405.FJLrClHDXu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBhBrWBylq0S4AzzwRAuYDAJ4xKZJsToroWk2/9VuTk5dzJGwJRwCfVSOI 2VBzFkGIgxuCBPg5O8aSbOg= =aXCo -----END PGP SIGNATURE----- --nextPart1776405.FJLrClHDXu--