From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 00:46:09 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29CBF16A4CE for ; Sun, 21 Mar 2004 00:46:09 -0800 (PST) Received: from mail003.syd.optusnet.com.au (mail003.syd.optusnet.com.au [211.29.132.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD24443D2D for ; Sun, 21 Mar 2004 00:46:07 -0800 (PST) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i2L8jn416341; Sun, 21 Mar 2004 19:45:50 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1])i2L8jiNa048118; Sun, 21 Mar 2004 19:45:44 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.12.10/8.12.10/Submit) id i2L8jhUc048117; Sun, 21 Mar 2004 19:45:43 +1100 (EST) (envelope-from peter) Date: Sun, 21 Mar 2004 19:45:43 +1100 From: Peter Jeremy To: Matt Emmerton Message-ID: <20040321084543.GA48068@server.vk2pj.dyndns.org> References: <002f01c40f14$f4406540$1200a8c0@gsicomp.on.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002f01c40f14$f4406540$1200a8c0@gsicomp.on.ca> User-Agent: Mutt/1.4.2.1i cc: hackers@freebsd.org cc: Garance A Drosihn Subject: Re: Adventures with gcc: code vs object-code size X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2004 08:46:09 -0000 On Sun, Mar 21, 2004 at 02:20:13AM -0500, Matt Emmerton wrote: > >----- Original Message ----- >From: "Garance A Drosihn" >To: >Sent: Saturday, March 20, 2004 5:45 PM >Subject: Adventures with gcc: code vs object-code size >> if (strcmp(elemcopy, ":") == 0) ... >I don't know why the code bloats so much on i386, but I do question the use >of strcmp() for a single-character compare. >Something like the following would probably be better (and would avoid your >problem): > >if (elemcopy[0] == ':') > inf->count = 0; >else > inf->addelem(inf, elemcopy); That code isn't equivalent in general. Your code just checks that the first character is ':'. It doesn't verify that the string is exactly one character long. It's possible that in this particular context, elemcopy may be constrained such that it must be ":" if the first character is ':' but this isn't clear from Garances posting. The equivalent code would be: if (elemcopy[0] == ':' && elemcopy[1] == '\0') inf->count = 0; else inf->addelem(inf, elemcopy); But (IMHO) this is a lot less clear than the former code (thought I admit I'm guilty of doing this quite a lot in my code). Note that a modern C compiler is free to convert strcpy(elemcopy, ":") == 0 into elemcopy[0] == ':' && elemcopy[1] == '\0' assuming the relevant header () is in scope. (I was under the impression that gcc did this). Peter From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 04:14:14 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83D6016A4D0 for ; Sun, 21 Mar 2004 04:14:14 -0800 (PST) Received: from mail.acis.com.au (atlantis.acis.com.au [203.14.230.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 11F1E43D39 for ; Sun, 21 Mar 2004 04:14:13 -0800 (PST) (envelope-from andymac@bullseye.apana.org.au) Received: (qmail 96849 invoked from network); 21 Mar 2004 12:14:10 -0000 Received: from dialup14-async.civ.acis.com.au (HELO bullseye.apana.org.au) (203.10.77.14) by atlantis.acis.com.au with SMTP; 21 Mar 2004 12:14:10 -0000 Received: from bullseye.apana.org.au (localhost.apana.org.au [127.0.0.1]) i2L5ruOj033284; Sun, 21 Mar 2004 16:53:56 +1100 (EST) (envelope-from andymac@bullseye.apana.org.au) Received: from localhost (andymac@localhost)i2L5ru75033281; Sun, 21 Mar 2004 16:53:56 +1100 (EST) (envelope-from andymac@bullseye.apana.org.au) Date: Sun, 21 Mar 2004 16:53:56 +1100 (EST) From: Andrew MacIntyre To: Garance A Drosihn In-Reply-To: Message-ID: <20040321164733.N33243@bullseye.apana.org.au> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: Adventures with gcc: code vs object-code size X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2004 12:14:14 -0000 On Sat, 20 Mar 2004, Garance A Drosihn wrote: > I am not a compilier guru, so I suspect it would take me hours to > pin this down. I don't want to do that, so I'm wondering if anyone > understands how such a minor code-change can POSSIBLY cause such a > huge change in resulting object file... I also wonder if this same > issue pops up in other programs, too. I'm not a guru either, but I've seen a case where adding code (mostly switch clauses) caused a size reduction (on i386 anyway)... Depending on the optimisation level, it might be that the added code is affecting the heuristics gcc is using for inlined functions etc. -- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac@bullseye.apana.org.au (pref) | Snail: PO Box 370 andymac@pcug.org.au (alt) | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 06:13:28 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A4F016A4CE for ; Sun, 21 Mar 2004 06:13:28 -0800 (PST) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6212243D3F for ; Sun, 21 Mar 2004 06:13:27 -0800 (PST) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 405DA306#0FD151F001; Sun, 21 Mar 2004 15:13:26 +0100 (CET) Received: by hammer.stack.nl (Postfix, from userid 333) id 81EE8649E; Sun, 21 Mar 2004 15:13:30 +0100 (CET) Date: Sun, 21 Mar 2004 15:13:30 +0100 From: Marc Olzheim To: Peter Jeremy Message-ID: <20040321141330.GA78596@stack.nl> References: <002f01c40f14$f4406540$1200a8c0@gsicomp.on.ca> <20040321084543.GA48068@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040321084543.GA48068@server.vk2pj.dyndns.org> X-Operating-System: FreeBSD hammer.stack.nl 5.2-CURRENT FreeBSD 5.2-CURRENT X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.6i cc: hackers@freebsd.org cc: Garance A Drosihn Subject: Re: Adventures with gcc: code vs object-code size X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2004 14:13:28 -0000 On Sun, Mar 21, 2004 at 07:45:43PM +1100, Peter Jeremy wrote: > But (IMHO) this is a lot less clear than the former code (thought I admit > I'm guilty of doing this quite a lot in my code). Note that a modern C > compiler is free to convert > strcpy(elemcopy, ":") == 0 > into > elemcopy[0] == ':' && elemcopy[1] == '\0' > assuming the relevant header () is in scope. (I was under the > impression that gcc did this). You're mixing up strcpy() with strcmp(), but you are right, unless -fno-builtin is specified. Marc From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 10:59:19 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74A2F16A4CE for ; Sun, 21 Mar 2004 10:59:19 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E705E43D2F for ; Sun, 21 Mar 2004 10:59:18 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i2LIx9kj068153; Sun, 21 Mar 2004 11:59:10 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 21 Mar 2004 11:59:38 -0700 (MST) Message-Id: <20040321.115938.11594127.imp@bsdimp.com> To: thefly@acaro.org From: "M. Warner Losh" In-Reply-To: <20040316150321.GA4900@tyler> References: <20040316150321.GA4900@tyler> 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-hackers@freebsd.org Subject: Re: bus_alloc_resource() returns NULL, but why? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2004 18:59:19 -0000 In message: <20040316150321.GA4900@tyler> thefly writes: : but the problem is that bus_alloc_resource() returns NULL. I don't have : a clue about WHY it should. It's running on: FreeBSD 5.2.1-RELEASE with : GENERIC kernel in a dual pentium 200MMX. Maybe because the device is not on a self-identifying bus and therefore needs a hint (or possibly an identify rouitne). Warner From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 12:22:45 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FFAA16A4CE for ; Sun, 21 Mar 2004 12:22:45 -0800 (PST) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F59743D1D for ; Sun, 21 Mar 2004 12:22:45 -0800 (PST) (envelope-from cliftonr@lava.net) Received: by malasada.lava.net (Postfix, from userid 102) id 8B5B0153882; Sun, 21 Mar 2004 10:22:44 -1000 (HST) Date: Sun, 21 Mar 2004 10:22:44 -1000 From: Clifton Royston To: Garance A Drosihn Message-ID: <20040321202243.GA3199@lava.net> References: <20040321200044.C571716A4D0@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040321200044.C571716A4D0@hub.freebsd.org> User-Agent: Mutt/1.4.2i cc: hackers@FreeBSD.org Subject: Re: Adventures with gcc: code vs object-code size X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2004 20:22:45 -0000 > Date: Sat, 20 Mar 2004 17:45:04 -0500 From: Garance A Drosihn > Subject: Adventures with gcc: code vs object-code > size To: hackers@FreeBSD.org Message-ID: > Content-Type: text/plain; > charset="us-ascii" ; format="flowed" > > I have written a fairly major set of changes to the `ps' command, > which is available as: > http://people.freebsd.org/~gad/ps-susv3.diff > > Debate/discussion about the changes themselves actual changes should > be going on in the freebsd-standards mailing list. So for purposes > of this mailing list, please ignore most of that. > > But while doing it, I was somewhat obsessed about making sure that > my changes wouldn't cause a dramatic increase in the size of the > executable for `ps'. Due to that, I tripped over one example of > "code" vs "object-code produced" which makes no sense to me. So, > consider just this section of the update (with some reformatting > so it is easy to see the code): > > char elemcopy[PATH_MAX]; > ...do stuff... > #if !defined(ADD_PS_LISTRESET) > inf->addelem(inf, elemcopy); > #else > /* > * We now have a single element. Add it to the > * list, unless the element is ":". In that case, > * reset the list so previous entries are ignored. > */ > if (strcmp(elemcopy, ":") == 0) > inf->count = 0; > else > inf->addelem(inf, elemcopy); > #endif > > Now, here is what I noticed: > > * XXX - Adding this check increases the total size of `ps' by > * 3940 bytes on i386! That's 12% of the entire program! > * { using gcc (GCC) 3.3.3 [FreeBSD] 20031106 } > * > * When compiling for sparc, adding this option causes NO > * change in the size of the `ps' executable. And on alpha, > * adding this option adds only 8 bytes to the executable. > > So, by adding one call to strcmp() to check for a ":" string, I end > up with /bin/ps (the stripped-object-file) which has grown by 12.6% !! > This is for a program which is almost 2500 lines spread out over > 5 '.c'-files. How is that possible? What am I missing here? In my coding experience (especially back in embedded-land when I cared a *lot* about code size) when this happens, the reason is usually nothing to do with the compiler per se, but with the packaging of library functions into modules. If it happens that strcmp was not previously being referenced at all, absent this one line, then of course this change will pull in the strcmp routine. Now while strcmp itself is not likely to be 3940 bytes, if it is packed together in the library with a number of other routines (e.g. a collection of hand-optimized assembler string routines, or of other routines which it's assumed are likely to be used in the same program) then the one module being pulled in can suddenly bloat the source surprisingly. This would be easy to test - extract the program's symbol table before stripping, with and without this one line, diff it, and see whether other new symbols are showing up along with strcmp. This may also be true even if gcc is partially inlining it - gcc may be pulling in a big clump of its own internal support routines in that case, on the assumption that when inlining you care only about speed and not about code size. Again, differencing the symbol table should give you some idea. -- Clifton -- Clifton Royston -- cliftonr@tikitechnologies.com Tiki Technologies Lead Programmer/Software Architect Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? Did you ever milk this kind of cow? Well we can do it. We know how. If you never did, you should. These things are fun, and fun is good. -- Dr. Seuss From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 14:40:00 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F7D816A4CE for ; Sun, 21 Mar 2004 14:40:00 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB9D43D31 for ; Sun, 21 Mar 2004 14:40:00 -0800 (PST) (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.12.8/8.12.8) with ESMTP id i2LMdxLP022427; Sun, 21 Mar 2004 17:39:59 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040321202243.GA3199@lava.net> References: <20040321200044.C571716A4D0@hub.freebsd.org> <20040321202243.GA3199@lava.net> Date: Sun, 21 Mar 2004 17:39:58 -0500 To: Clifton Royston From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: hackers@FreeBSD.org Subject: Re: Adventures with gcc: code vs object-code size X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2004 22:40:00 -0000 At 10:22 AM -1000 3/21/04, Clifton Royston wrote: > > Date: Sat, 20 Mar 2004 From: Garance A Drosihn > > > > So, by adding one call to strcmp() to check for a ":" string, I > > end up with /bin/ps (the stripped-object-file) which has grown > > by 12.6% !! This is for a program which is almost 2500 lines > > spread out over 5 '.c'-files. How is that possible? What am > > I missing here? > > If it happens that strcmp was not previously being referenced >at all, absent this one line, then of course this change will >pull in the strcmp routine. Now while strcmp itself is not ... I forgot to include a significant part of this puzzle. The same ps.c file already had two calls to strcmp() in it: ps.c: if (strcmp(elem, "co") == 0) ps.c: if (strcmp(elemcopy, ":") == 0) ps.c: if (strcmp(vent->var->name, v->name) == 0) There was no strcmp() in the subroutine that I added it to, but I would assume that those other references would have already pulled in the routine. > This may also be true even if gcc is partially inlining it. >gcc may be pulling in a big clump of its own internal support >routines in that case, ... but would it inline it's own routines multiple times in the same source file? >Again, differencing the symbol table should give you some idea. Well, I was hoping someone would have already seen this before, but I guess I will need to do some more checking if I'm going to get a better idea of what is going on. I'll put it on my list of "things to look at when I have some spare time"... -- 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-hackers@FreeBSD.ORG Sun Mar 21 14:52:25 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 924EE16A4CE for ; Sun, 21 Mar 2004 14:52:25 -0800 (PST) Received: from mx01.netapp.com (mx01.netapp.com [198.95.226.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6789943D31 for ; Sun, 21 Mar 2004 14:52:25 -0800 (PST) (envelope-from kmacy@netapp.com) Received: from frejya.corp.netapp.com (frejya [10.57.157.119]) i2LMqOZh013149; Sun, 21 Mar 2004 14:52:24 -0800 (PST) Received: from siml2-fe.eng.netapp.com (siml2-fe.eng.netapp.com [10.56.9.152]) i2LMqObd002014; Sun, 21 Mar 2004 14:52:24 -0800 (PST) Date: Sun, 21 Mar 2004 14:52:24 -0800 (PST) From: Kip Macy X-X-Sender: kmacy@siml2.eng.netapp.com To: Garance A Drosihn In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: Adventures with gcc: code vs object-code size X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2004 22:52:25 -0000 The heuristics vary from platform to platform - what does "objdump -d" show? -Kip > > Well, I was hoping someone would have already seen this before, > but I guess I will need to do some more checking if I'm going > to get a better idea of what is going on. I'll put it on my > list of "things to look at when I have some spare time"... > > -- ================================================================ If I have not seen as far as others, it is because I have been standing in the footprints of giants. -- from Usenet From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 15:39:18 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3386F16A4CE for ; Sun, 21 Mar 2004 15:39:18 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E013143D1D for ; Sun, 21 Mar 2004 15:39:17 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i2LNdEEw001296; Sun, 21 Mar 2004 18:39:15 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Sun, 21 Mar 2004 18:39:13 -0500 To: Kip Macy From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: hackers@freebsd.org Subject: Re: Adventures with gcc: code vs object-code size X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2004 23:39:18 -0000 At 2:52 PM -0800 3/21/04, Kip Macy wrote: >The heuristics vary from platform to platform - what does >"objdump -d" show? Based on what I see from that, the 'ps.o' which has the extra strcmp is about 40 bytes larger than the one without it. And now that you mention it, doing a plain 'ls -l' of ps.o shows that it is only 40 bytes larger. It's when you combine that file with the other *.o files, and strip it, that the final result ends up 3940 bytes larger. So maybe this has something to do with how linking is done for ELF modules. Unfortunately, I need to be concentrating on something else right now... -- 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-hackers@FreeBSD.ORG Sun Mar 21 16:35:49 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9B5516A4CE for ; Sun, 21 Mar 2004 16:35:49 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1B2843D31 for ; Sun, 21 Mar 2004 16:35:48 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Sun, 21 Mar 2004 19:35:47 -0500 Message-ID: From: Don Bowman To: 'Garance A Drosihn' , Kip Macy Date: Sun, 21 Mar 2004 19:35:46 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" cc: hackers@freebsd.org Subject: RE: Adventures with gcc: code vs object-code size X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 00:35:50 -0000 From: Garance A Drosihn [mailto:drosih@rpi.edu] > At 2:52 PM -0800 3/21/04, Kip Macy wrote: > >The heuristics vary from platform to platform - what does > >"objdump -d" show? > > Based on what I see from that, the 'ps.o' which has the extra > strcmp is about 40 bytes larger than the one without it. And > now that you mention it, doing a plain 'ls -l' of ps.o shows > that it is only 40 bytes larger. It's when you combine that > file with the other *.o files, and strip it, that the final > result ends up 3940 bytes larger. > > So maybe this has something to do with how linking is done > for ELF modules. Unfortunately, I need to be concentrating > on something else right now... Its not just bumping you up another module 4K pages? The linker aligns text, data, bss, rodata, etc. From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 16:53:05 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E96DF16A4CE for ; Sun, 21 Mar 2004 16:53:05 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8745343D2D for ; Sun, 21 Mar 2004 16:53:05 -0800 (PST) (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.12.8/8.12.8) with ESMTP id i2M0r4oP007437; Sun, 21 Mar 2004 19:53:04 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Sun, 21 Mar 2004 19:53:03 -0500 To: Don Bowman From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: hackers@freebsd.org Subject: RE: Adventures with gcc: code vs object-code size X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 00:53:06 -0000 At 7:35 PM -0500 3/21/04, Don Bowman wrote: >From: Garance A Drosihn [mailto:drosih@rpi.edu] > > >> So maybe this has something to do with how linking is done >> for ELF modules. Unfortunately, I need to be concentrating >> on something else right now... > >It's not just bumping you up another module 4K pages? The >linker aligns text, data, bss, rodata, etc. (65) ls -l /bin/ps* -r-xr-xr-x 1 root wheel 27100 Mar 20 14:29 /bin/ps -r-xr-xr-x 1 root wheel 27296 Mar 21 18:21 /bin/ps-sanscmp -r-xr-xr-x 1 root wheel 31204 Mar 21 19:46 /bin/ps-withcmp The first one is the `ps' before all of my recent changes, the second is all of the changes except for that strcmp(), and the third adds the strcmp. -- 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-hackers@FreeBSD.ORG Sun Mar 21 16:59:12 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A524916A4CE for ; Sun, 21 Mar 2004 16:59:12 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C7C043D31 for ; Sun, 21 Mar 2004 16:59:12 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Sun, 21 Mar 2004 19:59:11 -0500 Message-ID: From: Don Bowman To: 'Garance A Drosihn' , Don Bowman Date: Sun, 21 Mar 2004 19:59:10 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" cc: hackers@freebsd.org Subject: RE: Adventures with gcc: code vs object-code size X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 00:59:12 -0000 From: Garance A Drosihn [mailto:drosih@rpi.edu] > At 7:35 PM -0500 3/21/04, Don Bowman wrote: > >From: Garance A Drosihn [mailto:drosih@rpi.edu] > > > > >> So maybe this has something to do with how linking is done > >> for ELF modules. Unfortunately, I need to be concentrating > >> on something else right now... > > > >It's not just bumping you up another module 4K pages? The > >linker aligns text, data, bss, rodata, etc. > > (65) ls -l /bin/ps* > -r-xr-xr-x 1 root wheel 27100 Mar 20 14:29 /bin/ps > -r-xr-xr-x 1 root wheel 27296 Mar 21 18:21 /bin/ps-sanscmp > -r-xr-xr-x 1 root wheel 31204 Mar 21 19:46 /bin/ps-withcmp > > The first one is the `ps' before all of my recent changes, the > second is all of the changes except for that strcmp(), and the > third adds the strcmp. and objdump --headers shows? From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 20:00:31 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD6EE16A50D for ; Sun, 21 Mar 2004 20:00:31 -0800 (PST) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E97443D2F for ; Sun, 21 Mar 2004 20:00:31 -0800 (PST) (envelope-from cliftonr@lava.net) Received: by malasada.lava.net (Postfix, from userid 102) id 10876153882; Sun, 21 Mar 2004 18:00:31 -1000 (HST) Date: Sun, 21 Mar 2004 18:00:31 -1000 From: Clifton Royston To: Garance A Drosihn Message-ID: <20040322040030.GA24373@lava.net> References: <20040321200044.C571716A4D0@hub.freebsd.org> <20040321202243.GA3199@lava.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i cc: hackers@FreeBSD.org Subject: Re: Adventures with gcc: code vs object-code size X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 04:00:32 -0000 On Sun, Mar 21, 2004 at 05:39:58PM -0500, Garance A Drosihn wrote: > At 10:22 AM -1000 3/21/04, Clifton Royston wrote: > > > Date: Sat, 20 Mar 2004 From: Garance A Drosihn > > > > > > So, by adding one call to strcmp() to check for a ":" string, I > > > end up with /bin/ps (the stripped-object-file) which has grown > > > by 12.6% !! This is for a program which is almost 2500 lines > > > spread out over 5 '.c'-files. How is that possible? What am > > > I missing here? > > > > If it happens that strcmp was not previously being referenced > >at all, absent this one line, then of course this change will > >pull in the strcmp routine. Now while strcmp itself is not ... > > I forgot to include a significant part of this puzzle. The same > ps.c file already had two calls to strcmp() in it: > > ps.c: if (strcmp(elem, "co") == 0) > ps.c: if (strcmp(elemcopy, ":") == 0) > ps.c: if (strcmp(vent->var->name, v->name) == 0) > > There was no strcmp() in the subroutine that I added it to, but > I would assume that those other references would have already > pulled in the routine. Ah, totally different story then. OK, I'm baffled too. > > This may also be true even if gcc is partially inlining it. > >gcc may be pulling in a big clump of its own internal support > >routines in that case, ... > > but would it inline it's own routines multiple times in the same > source file? No, it definitely shouldn't. -- Clifton -- Clifton Royston -- cliftonr@tikitechnologies.com Tiki Technologies Lead Programmer/Software Architect Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? Did you ever milk this kind of cow? Well we can do it. We know how. If you never did, you should. These things are fun, and fun is good. -- Dr. Seuss From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 22:41:14 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E055D16A4CE for ; Sun, 21 Mar 2004 22:41:14 -0800 (PST) Received: from web10503.mail.yahoo.com (web10503.mail.yahoo.com [216.136.130.153]) by mx1.FreeBSD.org (Postfix) with SMTP id B7BB043D46 for ; Sun, 21 Mar 2004 22:41:14 -0800 (PST) (envelope-from b_oshea@yahoo.com) Message-ID: <20040322064114.75710.qmail@web10503.mail.yahoo.com> Received: from [24.6.211.6] by web10503.mail.yahoo.com via HTTP; Sun, 21 Mar 2004 22:41:14 PST Date: Sun, 21 Mar 2004 22:41:14 -0800 (PST) From: Brian O'Shea To: Hackers FreeBSD MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Diagnosing unrecognized hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 06:41:15 -0000 Hello, I'm running FreeBSD 5.2.1-RELEASE on an HP OmniBook 4150 laptop. I have a D-Link DWL-650 802.11b wireless ethernet card that doesn't seem to be recognized. I have built a kernel with the wi and wlan drivers: device wlan device wi Relevant boot messages: cbb0: at device 4.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci_cfgintr: 0:4 INTA routed to irq 10 cbb0: [MPSAFE] cbb1: at device 4.1 on pci0 cardbus0: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pci_cfgintr: 0:4 INTB routed to irq 10 cbb1: [MPSAFE] My question is, how do I diagnose the problem? When the card is inserted, the following is logged to the console: pccard0: (manufacturer=0x000b, product=0x7110) at function 0 pccard0: CIS info: D-Link, DWL-650 Wireless PC Card RevP, ISL37101P-10 However, running ifconfig -a does not show a wi interface. I can send more dmesg output and additional information tomorrow (I hand- typed the above messages). I just thought it might be something obvious that I'm missing. According to wi(4), the DWL-650 card is supported. What do I need to do to get it to work? Thanks, -brian __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 21 10:35:42 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8427016A4CF for ; Sun, 21 Mar 2004 10:35:42 -0800 (PST) Received: from web8202.mail.in.yahoo.com (web8202.mail.in.yahoo.com [203.199.70.115]) by mx1.FreeBSD.org (Postfix) with SMTP id 3FC4D43D2D for ; Sun, 21 Mar 2004 10:35:41 -0800 (PST) (envelope-from manish_6983@yahoo.co.in) Message-ID: <20040321183539.63433.qmail@web8202.mail.in.yahoo.com> Received: from [203.199.146.111] by web8202.mail.in.yahoo.com via HTTP; Sun, 21 Mar 2004 18:35:39 GMT Date: Sun, 21 Mar 2004 18:35:39 +0000 (GMT) From: =?iso-8859-1?q?manish=20gautam?= To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 22 Mar 2004 04:46:16 -0800 Subject: Problem in Netgraph ( TESTING OF MY NODE ) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2004 18:35:42 -0000 Ist problem ============= i hav created my own node named "m" .and using commands kldload netgraph kldload ng_ether kldload ng_m i also create an ether node and then i attach my "m" node to ether node using ngctl mkpeer ed0: m upper right after that on command ::--> ngctl msg my_m: getstats ( my_m is name of peer to ether i.e my node ) result is as foolows ::--> Rec'd response "getstats" (1) from "my_m:": Args: { right={inOctets=3508 inFrames=54 } left={outOctets=3508 outFrames=54 } } Does that mean my node is working... YES or NO? If yes , is every packet coming through ethernet card pass through my node. If no, how do I check it and made every packet pass through my own node. IInd problem ============ Its a silly problem , i hav downloaded ethereal packages named tethereal.tar.gz tethereal-0.9.10.tar How can I install ethereal on my machine using above said packages,? do i need more packages ? Reply as soon as possible Rgds Manish Gautam ________________________________________________________________________ Yahoo! India Insurance Special: Be informed on the best policies, services, tools and more. Go to: http://in.insurance.yahoo.com/licspecial/index.html From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 05:18:48 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEF4C16A4CE for ; Mon, 22 Mar 2004 05:18:48 -0800 (PST) Received: from diaspar.rdsnet.ro (diaspar.rdsnet.ro [213.157.165.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00BB443D4C for ; Mon, 22 Mar 2004 05:18:48 -0800 (PST) (envelope-from dudu@diaspar.rdsnet.ro) Received: (qmail 6916 invoked by uid 89); 22 Mar 2004 13:18:33 -0000 Received: from unknown (HELO diaspar.rdsnet.ro) (213.157.165.224) by 0 with AES256-SHA encrypted SMTP; 22 Mar 2004 13:18:33 -0000 Date: Mon, 22 Mar 2004 15:18:30 +0200 From: Vlad GALU To: hackers@freebsd.org Message-Id: <20040322151830.332f7269.dudu@diaspar.rdsnet.ro> Organization: Romania Data Systems X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Mon__22_Mar_2004_15_18_30_+0200_bq2inplrcLNhev1O" Subject: Stripping symbol names from /kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 13:18:48 -0000 --Signature=_Mon__22_Mar_2004_15_18_30_+0200_bq2inplrcLNhev1O Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit Is there any way to do that without affecting anything ? I'd like to remove that information. Some people might find it interesting ... ---- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. --Signature=_Mon__22_Mar_2004_15_18_30_+0200_bq2inplrcLNhev1O Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAXuepP5WtpVOrzpcRAj+wAJ9T/AXvhSLwrY6EoDJzXLHL3f8+tQCeP8JY Syv/c3NpJj7CwmMmSEU8dcU= =UTGu -----END PGP SIGNATURE----- --Signature=_Mon__22_Mar_2004_15_18_30_+0200_bq2inplrcLNhev1O-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 06:00:45 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C30416A4CF for ; Mon, 22 Mar 2004 06:00:45 -0800 (PST) Received: from relay.mortal.ru (unknown [62.16.86.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0077D43D1D for ; Mon, 22 Mar 2004 06:00:44 -0800 (PST) (envelope-from zevlg@yandex.ru) Received: from us.dmz.local (wus000.dmz.local [10.32.1.6]) by relay.mortal.ru (8.11.6/8.11.6) with ESMTP id i2ME0eJ09990; Mon, 22 Mar 2004 17:00:40 +0300 Received: from us.dmz.local (localhost.dmz.local [127.0.0.1]) by us.dmz.local (8.12.3/8.12.3) with ESMTP id i2ME4Wxt065292; Mon, 22 Mar 2004 17:04:32 +0300 (MSK) (envelope-from zevlg@yandex.ru) Received: (from wtc05@localhost) by us.dmz.local (8.12.3/8.12.3/Submit) id i2ME4U7j065291; Mon, 22 Mar 2004 17:04:30 +0300 (MSK) X-Authentication-Warning: us.dmz.local: wtc05 set sender to zevlg@yandex.ru using -f To: Vlad GALU References: <20040322151830.332f7269.dudu@diaspar.rdsnet.ro> From: Zajcev Evgeny X-Face: "5}C(Ve&0,cfnPM*.j!SMQTCsm^+Wk+i~W\_k9qVJdd*uc#}o)(YzI"M*@M9{xWh4WV-o7hq0CBmtE%(4J(Qw1y@JpI,Eb3".Y/qD|O/]'nD Date: Mon, 22 Mar 2004 17:04:30 +0300 In-Reply-To: <20040322151830.332f7269.dudu@diaspar.rdsnet.ro> (Vlad GALU's message of "Mon, 22 Mar 2004 15:18:30 +0200") Message-ID: <82llltgeq9.fsf@us.dmz.local> User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.5 (celery, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: hackers@freebsd.org Subject: Re: Stripping symbol names from /kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 14:00:45 -0000 Vlad GALU writes: > Is there any way to do that without affecting anything ? I'd like to > remove that information. Some people might find it interesting ... > I suspect that kvm will not work without symbols. > ---- > If it's there, and you can see it, it's real. > If it's not there, and you can see it, it's virtual. > If it's there, and you can't see it, it's transparent. > If it's not there, and you can't see it, you erased it. -- lg From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 08:26:59 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0BA216A4CE for ; Mon, 22 Mar 2004 08:26:59 -0800 (PST) Received: from 163.net (unknown [202.108.252.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 9DBE443D2D for ; Mon, 22 Mar 2004 08:26:58 -0800 (PST) (envelope-from hddai@163.net) Received: from nudt-z09k8wlf12 (unknown [220.168.71.175]) by bjapp13 (Coremail) with SMTP id 7IoBANATX0BhAEev.1 for ; Tue, 23 Mar 2004 00:26:56 +0800 (CST) X-Originating-IP: [220.168.71.175] Date: Tue, 23 Mar 2004 00:28:29 +0800 From: "hddai" To: "freebsd-hackers" X-mailer: Foxmail 5.0 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Message-Id: <20040322162658.9DBE443D2D@mx1.FreeBSD.org> Subject: mmap with PROT_NONE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 16:27:00 -0000 Hi,all I have got a problem.As the Open Group Technical Standard System Interfaces and Headers,Issue 5 says, when use mmap with PROT_NONE, the mapped pages should not be accessed. But I found they can still be read. The following is a little program ported from LSB test suites. Can anyone tell me how to solve it? thanks in advance. Gordon **********************mmap_test.c************************************* #include #include #include #include #include #include #include #include #include static int vsrt_mmap_setup(void); static void vsrt_mmapsig_fn(int); static void vsrt_invalid_sig_fn(int); static int vsrt_signal(int , void (*handler)(int)); static int vsrt_open_file(char* s, int flag, mode_t mode, int npages); typedef struct { char name[10]; int signal; int flags; } vsrt_siglst; static vsrt_siglst vsrt_signals[] = { { "SIGFPE", SIGFPE, 0 }, { "SIGILL", SIGILL, 0 }, }; #define VSRT_NUM_SIGNALS (sizeof(vsrt_signals) / sizeof(vsrt_siglst)) #define VSRT_PROT_ALL (mode_t)(S_IRWXU|S_IRWXG|S_IRWXO) static char* test_file = "./dhd"; static int vsrt_got_sigsegv = 0; static int vsrt_got_sigbus = 0; static int vsrt_got_sig = 0; static int vsrt_setjmp_called = 0; static unsigned long vsrt_pgsz, vsrt_ipgsz; static sigjmp_buf vsrt_env; static struct sigaction Sigaction; main() { int fd, err; pid_t pid; int *addr; volatile int i; if (vsrt_mmap_setup() == -1){ printf("Setup error!\n"); return; } fd = vsrt_open_file(test_file, O_RDWR, VSRT_PROT_ALL, 2); if (fd == -1){ printf("Error in open file\n"); return; } if ((addr = (int *)mmap(0, vsrt_pgsz, PROT_NONE, MAP_SHARED, fd, (off_t)vsrt_pgsz)) == (int *) (-1)) { err = errno; printf("mmap failed, errno = %d \n", err); (void)close(fd); (void)unlink(test_file); return; } if ((pid = fork()) == 0){ vsrt_setjmp_called = 1; if(sigsetjmp(vsrt_env,1) ==0) i = *addr; if (!(vsrt_got_sigsegv || vsrt_got_sigbus)) { printf("Mapped page could be accessed\n"); exit(1); } else printf("Mapped page could not be accessed\n"); exit (0); } else if (pid == -1){ printf("fork failed\n"); exit(0); } else wait((int *)0); close(fd); munmap((void*) addr, (size_t)vsrt_pgsz); unlink(test_file); } int vsrt_mmap_setup(void) { int i; if ((vsrt_pgsz = sysconf(_SC_PAGESIZE)) == -1) { printf("Error to get pagesize\n"); return -1; } vsrt_ipgsz = vsrt_pgsz/sizeof(int); vsrt_got_sigsegv = vsrt_got_sigbus = vsrt_got_sig = 0; for (i = 0; i < VSRT_NUM_SIGNALS; i++) { if (vsrt_signal(vsrt_signals[i].signal, &vsrt_invalid_sig_fn) == -1) return -1; } if (vsrt_signal(SIGSEGV, vsrt_mmapsig_fn) == -1) return -1; if (vsrt_signal(SIGBUS, vsrt_mmapsig_fn) == -1) return -1; return 0; } int vsrt_signal(int sig, void (*handler)(int)) { int rval; rval = sigemptyset(&(Sigaction.sa_mask)); if (rval == -1) { printf("Error to sigemptyset\n"); return -1; } Sigaction.sa_handler = handler; Sigaction.sa_flags = 0; rval = sigaction(sig,&Sigaction,(struct sigaction *)NULL); if (rval == -1) { printf("Error in sigaction\n"); return -1; } return 0; } static void vsrt_invalid_sig_fn(int s) { int i; for (i = 0; i < VSRT_NUM_SIGNALS; i++) { if (s == vsrt_signals[i].signal) { printf("Invalid signal: %d(%s) received\n", s, vsrt_signals[i].name); return; } } } static void vsrt_mmapsig_fn(int s) { if (s == SIGSEGV) vsrt_got_sigsegv++; else if (s == SIGBUS) vsrt_got_sigbus++; vsrt_got_sig++; if (vsrt_setjmp_called) { vsrt_setjmp_called = 0; siglongjmp(vsrt_env, 1); } } int vsrt_open_file(char* s, int flag, mode_t mode, int npages) { int fd, *buf, i, j; unlink(s); if ((fd = open(s, (O_RDWR|O_CREAT|O_TRUNC), (mode_t)(S_IRWXU|S_IRWXG|S_IRWXO))) == -1) { printf("open() failed, errno = %d \n", errno); return -1; } if ((buf = (int *)malloc(sizeof(int) * vsrt_ipgsz * npages)) == NULL) { printf("malloc() failed, errno = %d \n", errno); return -1; } for (j = 0; j < vsrt_ipgsz*npages; j += sizeof(buf)/sizeof(buf[0])) { for (i = 0; i < sizeof(buf)/sizeof(buf[0]); i++) buf[i] = i + j; if (write(fd, (void*)buf, sizeof(buf)) != sizeof(buf)) { printf("write() failed, errno = %d \n", errno ); return -1; } } (void)close(fd); if (chmod(s, mode) == -1) { printf("chmod() failed, errno = %d \n", errno); return -1; } if ((fd = open(s, flag)) == -1) { printf("open() failed, errno = %d \n", errno); return -1; } return (fd); } From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 12:56:29 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A8ED16A4CE for ; Mon, 22 Mar 2004 12:56:29 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13FB743D2F for ; Mon, 22 Mar 2004 12:56:29 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id D9B1D530C; Mon, 22 Mar 2004 21:56:27 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 1512C5308; Mon, 22 Mar 2004 21:56:14 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 4FA9A33C6C; Mon, 22 Mar 2004 21:56:14 +0100 (CET) To: "M. Warner Losh" References: <20040316150321.GA4900@tyler> <20040321.115938.11594127.imp@bsdimp.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 22 Mar 2004 21:56:14 +0100 In-Reply-To: <20040321.115938.11594127.imp@bsdimp.com> (M. Warner Losh's message of "Sun, 21 Mar 2004 11:59:38 -0700 (MST)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (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.63 cc: freebsd-hackers@freebsd.org cc: thefly@acaro.org Subject: Re: bus_alloc_resource() returns NULL, but why? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 20:56:29 -0000 "M. Warner Losh" writes: > thefly writes: > > but the problem is that bus_alloc_resource() returns NULL. I don't have > > a clue about WHY it should. > Maybe because the device is not on a self-identifying bus and > therefore needs a hint (or possibly an identify rouitne). It's a PCI card: http://www.quancom.com/qprod01/eng/pb/pwdog1.htm DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 14:29:16 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73E2B16A4D0 for ; Mon, 22 Mar 2004 14:29:16 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7FFC43D62 for ; Mon, 22 Mar 2004 14:29:15 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i2MMTEkj085379; Mon, 22 Mar 2004 15:29:15 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 22 Mar 2004 15:29:16 -0700 (MST) Message-Id: <20040322.152916.122686418.imp@bsdimp.com> To: b_oshea@yahoo.com From: "M. Warner Losh" In-Reply-To: <20040322064114.75710.qmail@web10503.mail.yahoo.com> References: <20040322064114.75710.qmail@web10503.mail.yahoo.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Diagnosing unrecognized hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2004 22:29:16 -0000 In message: <20040322064114.75710.qmail@web10503.mail.yahoo.com> "Brian O'Shea" writes: : pccard0: (manufacturer=0x000b, product=0x7110) at function 0 : pccard0: CIS info: D-Link, DWL-650 Wireless PC Card RevP, ISL37101P-10 Looks like this isn't a supported card. You can add it to if_wi_pccard.c and see if that helps. Changes are good that this isn't a wi card, but I could be wrong. Warner From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 22 16:31:31 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C900F16A4CE for ; Mon, 22 Mar 2004 16:31:31 -0800 (PST) Received: from web10509.mail.yahoo.com (web10509.mail.yahoo.com [216.136.130.192]) by mx1.FreeBSD.org (Postfix) with SMTP id A42B743D2D for ; Mon, 22 Mar 2004 16:31:31 -0800 (PST) (envelope-from b_oshea@yahoo.com) Message-ID: <20040322232315.13906.qmail@web10509.mail.yahoo.com> Received: from [156.153.254.41] by web10509.mail.yahoo.com via HTTP; Mon, 22 Mar 2004 15:23:15 PST Date: Mon, 22 Mar 2004 15:23:15 -0800 (PST) From: Brian O'Shea To: "M. Warner Losh" In-Reply-To: <20040322.152916.122686418.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hackers@freebsd.org Subject: Re: Diagnosing unrecognized hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2004 00:31:31 -0000 Hello Warner, Thanks for your reply. --- "M. Warner Losh" wrote: > In message: <20040322064114.75710.qmail@web10503.mail.yahoo.com> > "Brian O'Shea" writes: > : pccard0: (manufacturer=0x000b, product=0x7110) at function 0 > : pccard0: CIS info: D-Link, DWL-650 Wireless PC Card RevP, ISL37101P-10 > > Looks like this isn't a supported card. You can add it to > if_wi_pccard.c and see if that helps. Changes are good that this > isn't a wi card, but I could be wrong. Doh! I bought it because I thought it was supported. I will try your suggestion. For future reference, is there a list of recommended wireless PCMCIA ethernet cards somewhere, other than printing out the man pages for /boot/kernel/if_* and bringing them with me to Fry's? :-) Thanks, -brian __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 05:24:12 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF8E216A4CE for ; Tue, 23 Mar 2004 05:24:12 -0800 (PST) Received: from bastix.tunix.nl (bastix.tunix.nl [193.79.201.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6110B43D31 for ; Tue, 23 Mar 2004 05:24:11 -0800 (PST) (envelope-from rene@tunix.nl) Received: (from root@localhost) by bastix.tunix.nl (8.9.3c/8.6.12) id OAA20247; Tue, 23 Mar 2004 14:25:30 +0100 (CET) Received: by bastix.tunix.nl (TUNIX txp2/smap) id sma019651; Tue, 23 Mar 04 14:24:17 +0100 Mime-Version: 1.0 (Apple Message framework v613) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <49BB582A-7CCD-11D8-96C2-00039357FA7A@tunix.nl> Content-Transfer-Encoding: quoted-printable From: Rene de Vries Date: Tue, 23 Mar 2004 14:23:35 +0100 To: Sam Leffler X-Mailer: Apple Mail (2.613) X-Mailman-Approved-At: Tue, 23 Mar 2004 05:57:42 -0800 cc: hackers@freebsd.org Subject: Fast IPSEC and hardware acceleration X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2004 13:24:12 -0000 Sam, I've been testing with FAST_IPSEC w/ hifn/ubsec cards and I found=20 something which I think is a bug. Maybe you can shine some light on=20 this issue? Configuration: - D 4.7-RELEASE w/ IPSEC - O 4.8-RELEASE w/ FAST_IPSEC + hifn (Soekris 1401) - G 4.9-STABLE w/ FAST_IPSEC + ubsec (Broadcom SSL800) (The 4.8 system could not be upgraded, therefor only the hifn driver=20 was ported back from 4.9-RELEASE.) The IPsec setup uses racoon and has SPDs for transport esp between each=20= system (3des and sha1 are used as cipher and authentication). Connections from D to O work with net.inet.ipsec.crypto_support=3D0 (or=20= -1/1). Connections from D to G don't work with net.inet.ipsec.crypto_support=3D0=20= (or 1). Connections from O to G don't work with net.inet.ipsec.crypto_support=3D0=20= (or 1). Connections from D to G work with net.inet.ipsec.crypto_support=3D-1 Connections from O to G work with net.inet.ipsec.crypto_support=3D-1 So I concluded that the hardware encryption failed for 3des on ubsec... Now for the weird part, if I use manual keys "TESTTESTTESTTESTTESTTEST"=20= everything seems to work just fine. Please contact me if more information is needed. Rene --=20 Ren=E9 de Vries Tunix Internet Security & Training= From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 09:20:37 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 123F016A4CE; Tue, 23 Mar 2004 09:20:37 -0800 (PST) Received: from cheer.mahoroba.org (flets20-050.kamome.or.jp [218.45.20.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6760943D31; Tue, 23 Mar 2004 09:20:36 -0800 (PST) (envelope-from ume@FreeBSD.org) Received: from lyrics.mahoroba.org (IDENT:p1HLdt3+CKawOnPVf833zSnR5dBJwcmsy5rNYfQfxzFptNLtZATL4dIEabm9+9Ix@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0)i2NHKQgE080105; Wed, 24 Mar 2004 02:20:26 +0900 (JST) (envelope-from ume@FreeBSD.org) Date: Wed, 24 Mar 2004 02:20:26 +0900 Message-ID: From: Hajimu UMEMOTO To: Brooks Davis In-Reply-To: <20040312170629.GB7661@Odin.AC.HMC.Edu> References: <20040312010000.GA9949@Odin.AC.HMC.Edu> <200403121051.aa75277@salmon.maths.tcd.ie> <20040312170629.GB7661@Odin.AC.HMC.Edu> User-Agent: xcite1.38> Wanderlust/2.11.3 (Wonderwall) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-Operating-System: FreeBSD 5.2-CURRENT MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd-new 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 cheer.mahoroba.org cc: David Malone cc: hackers@freebsd.org cc: dwmalone@freebsd.org Subject: Re: inetd needs "discard" service in /etc/services X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2004 17:20:37 -0000 Hi, >>>>> On Fri, 12 Mar 2004 09:06:30 -0800 >>>>> Brooks Davis said: brooks> Nope, I tried that. It turns out there's an annoying edge case that brooks> makes it not work in this case (from line 496): brooks> * check for special cases. (1) numeric servname is disallowed if brooks> * socktype/protocol are left unspecified. (2) servname is disallowed brooks> * for raw and other inet{,6} sockets. How about this patch? Index: usr.sbin/inetd/inetd.c diff -u -p usr.sbin/inetd/inetd.c.orig usr.sbin/inetd/inetd.c --- usr.sbin/inetd/inetd.c.orig Sat Nov 1 04:39:15 2003 +++ usr.sbin/inetd/inetd.c Tue Mar 23 17:41:17 2004 @@ -403,12 +403,16 @@ main(int argc, char **argv) * getaddrinfo(). But getaddrinfo() requires at least one of * hostname or servname is non NULL. * So when hostname is NULL, set dummy value to servname. + * Since getaddrinfo() doesn't accept numeric servname, and + * we doesn't use ai_socktype of struct addrinfo returned + * from getaddrinfo(), we set dummy value to ai_socktype. */ - servname = (hostname == NULL) ? "discard" /* dummy */ : NULL; + servname = (hostname == NULL) ? "0" /* dummy */ : NULL; bzero(&hints, sizeof(struct addrinfo)); hints.ai_flags = AI_PASSIVE; hints.ai_family = AF_UNSPEC; + hints.ai_socktype = SOCK_STREAM; /* dummy */ error = getaddrinfo(hostname, servname, &hints, &res); if (error != 0) { syslog(LOG_ERR, "-a %s: %s", hostname, gai_strerror(error)); brooks> The real problem is that we should either not use getaddrinfo to make brooks> sockaddrs or we should do it on demand when we actually have what we brooks> need (i.e. a service name and protocol). It seems NetBSD's inetd do it on demand. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 23 14:26:22 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BDDA16A4CF; Tue, 23 Mar 2004 14:26:22 -0800 (PST) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 409F143D2F; Tue, 23 Mar 2004 14:26:21 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 23 Mar 2004 22:26:20 +0000 (GMT) Date: Tue, 23 Mar 2004 22:26:19 +0000 From: David Malone To: Hajimu UMEMOTO Message-ID: <20040323222619.GA6750@walton.maths.tcd.ie> References: <20040312010000.GA9949@Odin.AC.HMC.Edu> <200403121051.aa75277@salmon.maths.tcd.ie> <20040312170629.GB7661@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i Sender: dwmalone@maths.tcd.ie cc: hackers@FreeBSD.org cc: dwmalone@FreeBSD.org Subject: Re: inetd needs "discard" service in /etc/services X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2004 22:26:22 -0000 On Wed, Mar 24, 2004 at 02:20:26AM +0900, Hajimu UMEMOTO wrote: > How about this patch? Looks good to me, if it fixes Brooks's problem. > brooks> The real problem is that we should either not use getaddrinfo to make > brooks> sockaddrs or we should do it on demand when we actually have what we > brooks> need (i.e. a service name and protocol). > > It seems NetBSD's inetd do it on demand. I guess I should look at importing NetBSD's way of doing it. David. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 02:54:17 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D8CF16A4CE for ; Wed, 24 Mar 2004 02:54:17 -0800 (PST) Received: from hotmail.com (bay99-f46.bay99.hotmail.com [65.54.175.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7006543D53 for ; Wed, 24 Mar 2004 02:54:17 -0800 (PST) (envelope-from opolyakov@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 24 Mar 2004 02:54:15 -0800 Received: from 69.110.148.81 by by99fd.bay99.hotmail.msn.com with HTTP; Wed, 24 Mar 2004 10:54:15 GMT X-Originating-IP: [69.110.148.81] X-Originating-Email: [opolyakov@hotmail.com] X-Sender: opolyakov@hotmail.com From: "Oleg Polyakov" To: freebsd-hackers@freebsd.org Date: Wed, 24 Mar 2004 02:54:15 -0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 24 Mar 2004 10:54:15.0900 (UTC) FILETIME=[599239C0:01C4118E] X-Mailman-Approved-At: Wed, 24 Mar 2004 05:45:18 -0800 Subject: Re: Diagnosing unrecognized hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 10:54:17 -0000 >Hello Warner, > >Thanks for your reply. > >--- "M. Warner Losh" wrote: >>In message: <20040322064114.75710.qmail@web10503.mail.yahoo.com> >> "Brian O'Shea" writes: >>: pccard0: (manufacturer=0x000b, product=0x7110) at >>function 0 >>: pccard0: CIS info: D-Link, DWL-650 Wireless PC Card RevP, >>ISL37101P-10 As far as I know this card has Prism3 chipset, but there is no firmware on it. It needs to be uploaded into card. Linux folks have utility to do it - prism2_srec... >>Looks like this isn't a supported card. You can add it to >>if_wi_pccard.c and see if that helps. Changes are good that this >>isn't a wi card, but I could be wrong. > >Doh! I bought it because I thought it was supported. I will try your >suggestion. For future reference, is there a list of recommended >wireless PCMCIA ethernet cards somewhere, other than printing out the >man pages for /boot/kernel/if_* and bringing them with me to Fry's? :-) > >Thanks, >-brian _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar – get it now! http://toolbar.msn.com/go/onm00200415ave/direct/01/ From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 09:44:42 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D27416A4CE for ; Wed, 24 Mar 2004 09:44:42 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49FC943D31 for ; Wed, 24 Mar 2004 09:44:41 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])i2OHidJ22918 for ; Wed, 24 Mar 2004 18:44:39 +0100 (MET) Date: Wed, 24 Mar 2004 18:44:36 +0100 (CET) From: Harti Brandt To: hackers@freebsd.org Message-ID: <20040324183912.F64321@beagle.fokus.fraunhofer.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: handbook submissions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: harti@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 17:44:42 -0000 Hi, what is the correct address to send handbook submissions (in text form, I'm not an SGML guru) to, so that they get picked up? I've send a submission several months ago to one of our committers, but he seems to be more involved with DF-BSD nowadays. harti From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 10:32:11 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A3A016A4CE for ; Wed, 24 Mar 2004 10:32:11 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AAD643D31 for ; Wed, 24 Mar 2004 10:32:10 -0800 (PST) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i2OIT4Vh023394 for freebsd-hackers@freebsd.org.checked; (8.12.8/vak/2.1) Wed, 24 Mar 2004 21:29:04 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i2OIRc0B023315; (8.12.8/vak/2.1) Wed, 24 Mar 2004 21:27:38 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <4061D498.4080007@cronyx.ru> Date: Wed, 24 Mar 2004 21:34:00 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current , freebsd-hackers@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: ATA/CHS problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 18:32:11 -0000 Hi, (Was "HDD question" on hackers@, posted also here cause this is also CURRENT problem) History: > I have some problems with my HDD (ST380021A). The problem was checked on 5.2, 5.2.1, and some > 5.Current (cvsuped about week or two). > > At first I got this problem while system installation. I get trap and message from ata after I start a commit: > FAILURE READ_DMA status=51 error=10 LBA=245529601 > > I started to hack sysinstall and finally came to simple program that could lead > to the same message from ata: > > fd = open ("/dev/ata0", O_RDWR); > read_block (fd, (daddr_t)41929650, 512); // this one could be changed to pair calls lseek and read, > // so this is not libdisk problem > > I checked the same code with /dev/ata1 which is twice as little, but I didn't > get any messages. > > I don't have any ideas where my read call goes, which drivers to look to catch this bug. > > So I need a help from some gurus in this area. What I've found since that time: This is not an LBA request. ATA driver thinks that I have 80G CHS device, cause it's ATA_FLAG_54_58 is zero. (This decision is incorrect, we shouldn't relay on this flag). I've checked another seagate 80G drive in CHS mode(by driver hacking), and problematic one with LBA mode. I get the same behavior on both with CHS. And both work fine in LBA mode. It also should be mentioned that I get this problem on machine with ICH2 controller, and it seems that I don't have such problem on other machine with ICH5. PS. If you have any ideas, or if you have any materials (standards for example) about ATA/ATAPI and you can share them with me, please let me know. I am not ata developer, so this is a bit difficalt for me to dig this problem. rik From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 10:41:55 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 213C316A4CE; Wed, 24 Mar 2004 10:41:55 -0800 (PST) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C7F143D31; Wed, 24 Mar 2004 10:41:54 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from mp3 (v53j1xob@mp3files.int.ru [195.128.64.20]) by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id i2OIfqOB9621935; Wed, 24 Mar 2004 21:41:52 +0300 (MSK) Date: Wed, 24 Mar 2004 21:41:52 +0300 (MSK) From: Maxim Konovalov To: harti@freebsd.org In-Reply-To: <20040324183912.F64321@beagle.fokus.fraunhofer.de> Message-ID: <20040324214111.Y78220@mp3files.int.ru> References: <20040324183912.F64321@beagle.fokus.fraunhofer.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: handbook submissions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 18:41:55 -0000 On Wed, 24 Mar 2004, 18:44+0100, Harti Brandt wrote: > > Hi, > > what is the correct address to send handbook submissions (in text form, > I'm not an SGML guru) to, so that they get picked up? I've send a > submission several months ago to one of our committers, but he seems to be > more involved with DF-BSD nowadays. docs@freebsd.org -- Maxim Konovalov From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 12:49:05 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A3A316A4D8; Wed, 24 Mar 2004 12:49:05 -0800 (PST) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DF5E43D39; Wed, 24 Mar 2004 12:49:05 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.10/8.12.3) with ESMTP id i2OKn0Za011517; Wed, 24 Mar 2004 12:49:00 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i2OKn072011512; Wed, 24 Mar 2004 12:49:00 -0800 Date: Wed, 24 Mar 2004 12:49:00 -0800 From: Brooks Davis To: David Malone Message-ID: <20040324204900.GB6792@Odin.AC.HMC.Edu> References: <20040312010000.GA9949@Odin.AC.HMC.Edu> <200403121051.aa75277@salmon.maths.tcd.ie> <20040312170629.GB7661@Odin.AC.HMC.Edu> <20040323222619.GA6750@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K8nIJk4ghYZn606h" Content-Disposition: inline In-Reply-To: <20040323222619.GA6750@walton.maths.tcd.ie> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu cc: hackers@FreeBSD.org cc: dwmalone@FreeBSD.org cc: Hajimu UMEMOTO Subject: Re: inetd needs "discard" service in /etc/services X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 20:49:05 -0000 --K8nIJk4ghYZn606h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 23, 2004 at 10:26:19PM +0000, David Malone wrote: > On Wed, Mar 24, 2004 at 02:20:26AM +0900, Hajimu UMEMOTO wrote: > > How about this patch? >=20 > Looks good to me, if it fixes Brooks's problem. Assuming it compiles and runs, it should work for me since it removes the magic "discard" string. I won't be able to test it for a while since I'm busy trying to recover from breaking my laptop's disk last night. :-( -- 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 --K8nIJk4ghYZn606h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAYfQ7XY6L6fI4GtQRApiHAKCtOY8r2XI4ajv3vXE5nuTYOkcQYwCfYHyM FUslbQJ6Vl+z8AyfmclyhkU= =qAKV -----END PGP SIGNATURE----- --K8nIJk4ghYZn606h-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 23:32:39 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DE8F16A4CE; Wed, 24 Mar 2004 23:32:39 -0800 (PST) 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 45A3E43D3F; Wed, 24 Mar 2004 23:32:38 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i2P7WJQ7020521; Thu, 25 Mar 2004 08:32:24 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <40628B02.10909@DeepCore.dk> Date: Thu, 25 Mar 2004 08:32:18 +0100 From: =?KOI8-R?Q?S=3Fren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kurakin References: <4061D498.4080007@cronyx.ru> In-Reply-To: <4061D498.4080007@cronyx.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-hackers@freebsd.org cc: FreeBSD Current Subject: Re: ATA/CHS problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 07:32:39 -0000 Roman Kurakin wrote: > This is not an LBA request. ATA driver thinks that I have 80G CHS > device, cause it's ATA_FLAG_54_58 > is zero. (This decision is incorrect, we shouldn't relay on this flag). > I've checked another seagate 80G drive in > CHS mode(by driver hacking), and problematic one with LBA mode. I get > the same behavior on both with CHS. > And both work fine in LBA mode. It also should be mentioned that I get > this problem on machine with > ICH2 controller, and it seems that I don't have such problem on other > machine with ICH5 Hmm, we could loosen up this check (Se patch below) but that will probably break support for real old ATA disks (note that those old systems most likely will have trouble with -current anyways). If I coul dhave my ways, we wouldn't even try to support disks that doesn't support LBA.... > PS. If you have any ideas, or if you have any materials (standards for > example) about ATA/ATAPI and you > can share them with me, please let me know. I am not ata developer, so > this is a bit difficalt for me to > dig this problem. Go to t13.org they are the standards body for ATA etc... Index: ata-disk.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-disk.c,v retrieving revision 1.171 diff -u -r1.171 ata-disk.c --- ata-disk.c 1 Mar 2004 13:17:07 -0000 1.171 +++ ata-disk.c 25 Mar 2004 07:28:20 -0000 @@ -104,8 +104,7 @@ ((u_int32_t)atadev->param->lba_size_2 << 16); /* does this device need oldstyle CHS addressing */ - if (!ad_version(atadev->param->version_major) || - !(atadev->param->atavalid & ATA_FLAG_54_58) || !lbasize) + if (!ad_version(atadev->param->version_major) || !lbasize) atadev->flags |= ATA_D_USE_CHS; /* use the 28bit LBA size if valid or bigger than the CHS mapping */ -S?ren From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 02:15:02 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1930A16A4CE for ; Thu, 25 Mar 2004 02:15:02 -0800 (PST) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B94A43D3F for ; Thu, 25 Mar 2004 02:15:01 -0800 (PST) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.30; FreeBSD) id 1B6RoE-000ErN-RY for freebsd-hackers@freebsd.org; Thu, 25 Mar 2004 18:09:58 +0800 Message-Id: <6.0.3.0.2.20040325180311.02a294d8@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Thu, 25 Mar 2004 18:19:54 +0800 To: freebsd-hackers@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Question regarding shell user creation at login time X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 10:15:02 -0000 Hi, I'm using FreeBSD 5.2-CURRENT and I'm trying to write a small C program which in turn calls perl script. Perl script creates user account. I created user called "new" and put new.c and new.pl into its directory. Then I changed shell for user new to point to /home/new/new. The idea is I want to run free shell server. When first time some user logs in as user new it should execute new.pl and ask to enter user name etc. and creates new account. My new.c program is: -------------------------------------------------------------- #include #include int main(void) { char *env[] = { "TERM=vt100", (char *)0 }; execle("/home/new/new.pl","new.pl",(char *)0,env); return 0; } -------------------------------------------------------------- I compile it and make it setuid root: gcc new.c -o new chmod 4750 new chown root:new new -------------------------------------------------------------- # ls -l -r--r----- 1 root new 767 Mar 24 17:43 .cshrc -r--r----- 1 root new 2 Mar 25 15:41 .hushlogin -r--r----- 1 root new 248 Mar 24 17:43 .login -r--r----- 1 root new 158 Mar 24 17:43 .login_conf -r--r----- 1 root new 373 Mar 24 17:43 .mail_aliases -r--r----- 1 root new 331 Mar 24 17:43 .mailrc -r--r----- 1 root new 797 Mar 24 17:43 .profile -r--r----- 1 root new 276 Mar 24 17:43 .rhosts -r--r----- 1 root new 975 Mar 24 17:43 .shrc -rwsr-x--- 1 root new 4549 Mar 25 17:37 new ---------- 1 root wheel 173 Mar 25 17:37 new.c -r-x------ 1 root wheel 15430 Mar 25 15:16 new.pl -rw-r--r-- 1 root wheel 52 Mar 25 16:52 new.sh But when I try to login as user new and when I type password the window just closes. When I run su new from console and after I type password it seems just exits without doing nothing. new.pl works fine without any problem if I run ./new from console. Can somebody give me some hints and advices to help me solve this problem? Is there any other configuration changes I need? Like /etc/login.conf etc? I'm new to this kind of issue and I appreciate if somebody in this list help me. TIA, Ganbold From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 24 14:34:14 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A5C216A4CE for ; Wed, 24 Mar 2004 14:34:14 -0800 (PST) Received: from gatekeeper.oremut02.us.wh.verio.net (gatekeeper.oremut02.us.wh.verio.net [198.65.168.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0943E43D1D for ; Wed, 24 Mar 2004 14:34:14 -0800 (PST) (envelope-from fclift@verio.net) Received: from mx.dmz.orem.verio.net (mx.dmz.orem.verio.net [172.16.146.6]) 97B171E6CE2 for ; Wed, 24 Mar 2004 15:34:13 -0700 (MST) Received: from vespa.dmz.orem.verio.net (vespa.dmz.orem.verio.net [172.16.146.130])i2OMYCFH037734; Wed, 24 Mar 2004 15:34:12 -0700 (MST) (envelope-from fclift@verio.net) Date: Wed, 24 Mar 2004 15:34:12 -0700 From: Fred Clift To: "M. Warner Losh" In-Reply-To: <20040322.152916.122686418.imp@bsdimp.com> Message-ID: <20040324152527.R60652@irfcn.qzm.berz.irevb.arg> References: <20040322064114.75710.qmail@web10503.mail.yahoo.com> <20040322.152916.122686418.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Thu, 25 Mar 2004 05:34:58 -0800 cc: freebsd-hackers@freebsd.org Subject: Re: Diagnosing unrecognized hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2004 22:34:14 -0000 On Mon, 22 Mar 2004, M. Warner Losh wrote: > : pccard0: (manufacturer=0x000b, product=0x7110) at function 0 > : pccard0: CIS info: D-Link, DWL-650 Wireless PC Card RevP, ISL37101P-10 > > Looks like this isn't a supported card. You can add it to > if_wi_pccard.c and see if that helps. Changes are good that this > isn't a wi card, but I could be wrong. I'm just making the switch to 5.X from 4.7 on my laptop and this is the first time I've had to deal with the NEWCARD stuff. My question is is there any easy way to experiment with unknown pcmcia/cardbus cards to get them to work without rebuilding the whole kernel, or at least modules? In 4.x, I can tweak a few lines in pccardd.conf and have unknown cards use different drivers, different options etc. I believe that _some_ of that info can be set in devd.conf, but it doesn't appear that all of it can. In particular, I have an unrecognized prisim2 card (known working with 4.7's wi driver) that I could previously just drop in to /etc/pccardd.conf but which now seems to require at least rebuilding a kernel module. Isn't this a functionality regression? or do I just not understand what I'm doing (be kind!)? Fred -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough. From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 08:29:35 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 817B416A4CE; Thu, 25 Mar 2004 08:29:35 -0800 (PST) Received: from spruce.ne.tamu.edu (spruce.ne.tamu.edu [165.91.246.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37B3643D41; Thu, 25 Mar 2004 08:29:35 -0800 (PST) (envelope-from dhawkins@tamu.edu) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 Date: Thu, 25 Mar 2004 10:29:34 -0600 Message-ID: <3D0AE03BE5EFEC4DB04D42326CA218477D5101@spruce.ne.tamu.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Intel i8xx watchdog driver Thread-Index: AcQGv3CVoXo+yUEqRF606fXAHemr9wLxFxOg From: "Wm. Daryl Hawkins" To: , Subject: Intel i8xx watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 16:29:35 -0000 I've written a driver for the Intel i8xx TCO watchdog timer for both = FreeBSD-CURRENT and FreeBSD-STABLE. This is my first driver and it's = only seen limited testing, so proceed with caution! The FreeBSD-CURRENT = package contains a loadable kernel module and was written to work with = Poul-Henning Kamp's watchdog driver model. The FreeBSD-STABLE package = contains both the loadable kernel module and a userland daemon.=20 I've tested it with 4.9, 5.2.1, and CURRENT on a Supermicro P4SGE = motherboard and would be grateful for any suggestions, comments, bug = reports, or complaints! :) =20 If there is sufficient interest (and once I've gotten some comment on = the structure and inner workings of this driver), I'd also like to write = a driver for the AMD-8000 series chipset. You can get the driver at: = http://freebsd.tamu.edu/wdog/ -- Daryl Daryl Hawkins Network Systems Texas A&M University dhawkins@tamu.edu From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 09:12:42 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D05316A4CE for ; Thu, 25 Mar 2004 09:12:42 -0800 (PST) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id F418543D46 for ; Thu, 25 Mar 2004 09:12:40 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc13) with ESMTP id <2004032517123901600qpegue>; Thu, 25 Mar 2004 17:12:40 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA76898; Thu, 25 Mar 2004 09:16:54 -0800 (PST) Date: Thu, 25 Mar 2004 09:16:53 -0800 (PST) From: Julian Elischer To: Fred Clift In-Reply-To: <20040324152527.R60652@irfcn.qzm.berz.irevb.arg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Diagnosing unrecognized hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 17:12:42 -0000 On Wed, 24 Mar 2004, Fred Clift wrote: > On Mon, 22 Mar 2004, M. Warner Losh wrote: > > > : pccard0: (manufacturer=0x000b, product=0x7110) at function 0 > > : pccard0: CIS info: D-Link, DWL-650 Wireless PC Card RevP, ISL37101P-10 > > > > Looks like this isn't a supported card. You can add it to > > if_wi_pccard.c and see if that helps. Changes are good that this > > isn't a wi card, but I could be wrong. > > > I'm just making the switch to 5.X from 4.7 on my laptop and this is the > first time I've had to deal with the NEWCARD stuff. > > My question is is there any easy way to experiment with unknown > pcmcia/cardbus cards to get them to work without rebuilding the whole > kernel, or at least modules? No, this is not yet done though I imagine it is on the to-do list. The newcard code only handles cards it has intrinsic knowledge of at this time (unfortunatly). > > In 4.x, I can tweak a few lines in pccardd.conf and have unknown cards use > different drivers, different options etc. I believe that _some_ of that > info can be set in devd.conf, but it doesn't appear that all of it can. > In particular, I have an unrecognized prisim2 card (known working with > 4.7's wi driver) that I could previously just drop in to /etc/pccardd.conf > but which now seems to require at least rebuilding a kernel module. Isn't > this a functionality regression? or do I just not understand what I'm > doing (be kind!)? > > Fred > > > -- > Fred Clift - fclift@verio.net -- Remember: If brute > force doesn't work, you're just not using enough. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 09:34:42 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0E6216A4CE; Thu, 25 Mar 2004 09:34:42 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7DF643D2F; Thu, 25 Mar 2004 09:34:41 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i2PHYdQn083101; Thu, 25 Mar 2004 18:34:40 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: "Wm. Daryl Hawkins" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 25 Mar 2004 10:29:34 CST." <3D0AE03BE5EFEC4DB04D42326CA218477D5101@spruce.ne.tamu.edu> Date: Thu, 25 Mar 2004 18:34:39 +0100 Message-ID: <83100.1080236079@critter.freebsd.dk> cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Intel i8xx watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 17:34:42 -0000 In message <3D0AE03BE5EFEC4DB04D42326CA218477D5101@spruce.ne.tamu.edu>, "Wm. Da ryl Hawkins" writes: > >I've written a driver for the Intel i8xx TCO watchdog timer for >both FreeBSD-CURRENT and FreeBSD-STABLE. Is this written against the API in -current ? -- 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-hackers@FreeBSD.ORG Thu Mar 25 09:42:07 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB79D16A4CE; Thu, 25 Mar 2004 09:42:07 -0800 (PST) Received: from spruce.ne.tamu.edu (spruce.ne.tamu.edu [165.91.246.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 418E443D1D; Thu, 25 Mar 2004 09:42:07 -0800 (PST) (envelope-from dhawkins@tamu.edu) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 Date: Thu, 25 Mar 2004 11:42:05 -0600 Message-ID: <3D0AE03BE5EFEC4DB04D42326CA218477D5102@spruce.ne.tamu.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Intel i8xx watchdog driver Thread-Index: AcQSj3waVZHpFSxgT/K59Z4evZgiFAAAMWVg From: "Wm. Daryl Hawkins" To: "Poul-Henning Kamp" cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: RE: Intel i8xx watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 17:42:08 -0000 Yes. The version for current hasn't seen as much testing as the version = for stable. I only have one or two test boxes with current on them, but = it seems to be working just fine with watchdogd. -- Daryl -----Original Message----- From: Poul-Henning Kamp [mailto:phk@phk.freebsd.dk] Sent: Thursday, March 25, 2004 11:35 AM To: Wm. Daryl Hawkins Cc: freebsd-hackers@freebsd.org; freebsd-current@freebsd.org Subject: Re: Intel i8xx watchdog driver=20 In message <3D0AE03BE5EFEC4DB04D42326CA218477D5101@spruce.ne.tamu.edu>, = "Wm. Da ryl Hawkins" writes: > >I've written a driver for the Intel i8xx TCO watchdog timer for >both FreeBSD-CURRENT and FreeBSD-STABLE.=20 Is this written against the API in -current ? --=20 Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe =20 Never attribute to malice what can adequately be explained by = incompetence. From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 12:49:09 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95E3216A4CE for ; Thu, 25 Mar 2004 12:49:09 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 436A743D41 for ; Thu, 25 Mar 2004 12:49:09 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 46978 invoked by uid 1002); 25 Mar 2004 20:49:06 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 25 Mar 2004 20:49:06 -0000 Message-ID: <406344E4.6030207@freebsd.org> Date: Thu, 25 Mar 2004 13:45:24 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Wm. Daryl Hawkins" References: <3D0AE03BE5EFEC4DB04D42326CA218477D5101@spruce.ne.tamu.edu> In-Reply-To: <3D0AE03BE5EFEC4DB04D42326CA218477D5101@spruce.ne.tamu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Intel i8xx watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 20:49:09 -0000 Wm. Daryl Hawkins wrote: > I've written a driver for the Intel i8xx TCO watchdog timer for both FreeBSD-CURRENT and FreeBSD-STABLE. This is my first driver and it's only seen limited testing, so proceed with caution! The FreeBSD-CURRENT package contains a loadable kernel module and was written to work with Poul-Henning Kamp's watchdog driver model. The FreeBSD-STABLE package contains both the loadable kernel module and a userland daemon. > > I've tested it with 4.9, 5.2.1, and CURRENT on a Supermicro P4SGE motherboard and would be grateful for any suggestions, comments, bug reports, or complaints! :) > > If there is sufficient interest (and once I've gotten some comment on the structure and inner workings of this driver), I'd also like to write a driver for the AMD-8000 series chipset. You can get the driver at: http://freebsd.tamu.edu/wdog/ > > -- Daryl > > This is wonderful. I'd be happy to test it and shepherd it in. Does it support the intel 750x chips also? Scott From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 13:18:31 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CA1616A4CE; Thu, 25 Mar 2004 13:18:31 -0800 (PST) Received: from www.ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C969C43D2F; Thu, 25 Mar 2004 13:18:30 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i2PLIUCf086365; Thu, 25 Mar 2004 13:18:30 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i2PLIUS7086364; Thu, 25 Mar 2004 13:18:30 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200403252118.i2PLIUS7086364@ambrisko.com> In-Reply-To: <406344E4.6030207@freebsd.org> To: Scott Long Date: Thu, 25 Mar 2004 13:18:30 -0800 (PST) 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-hackers@freebsd.org cc: "Wm. Daryl Hawkins" Subject: Re: Intel i8xx watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 21:18:31 -0000 Scott Long writes: | Wm. Daryl Hawkins wrote: | > I've written a driver for the Intel i8xx TCO watchdog timer for both | > FreeBSD-CURRENT and FreeBSD-STABLE. | | This is wonderful. I'd be happy to test it and shepherd it in. Does it | support the intel 750x chips also? All ICH chips that I've touched support this with the device ID updated as needed. FYI there is a new watchdog device in the 6300ESB. Not sure if it is in prior ICH chips. It is interesting in that during the first expire it will generate and interrupt then it will reboot on the next expire. So if you have an ICH then you can use it. A nice concept would be to have a SW watchdog based on the clock tickle the HW watchdog. If the SW watchdog goes off you get a panic. Interesting caveats are having the watchdogs going off while in kgdb/ddb. Caveat to the ICH TCO timer is that if the speaker output out of the ICH has a pull up resistor on it then the TCO reset is disabled and will not reset the system. I ran into this on a motherboard at a prior company. You cannot via SW disable this feature :-( I have code for the SIS 630 chipset that I can give to anyone interested. Doug A. From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 13:40:12 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5093416A4CE for ; Thu, 25 Mar 2004 13:40:12 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 1C87F43D3F for ; Thu, 25 Mar 2004 13:40:12 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 50958 invoked by uid 1002); 25 Mar 2004 21:40:11 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 25 Mar 2004 21:40:11 -0000 Message-ID: <406350DD.9060104@freebsd.org> Date: Thu, 25 Mar 2004 14:36:29 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Ambrisko References: <200403252118.i2PLIUS7086364@ambrisko.com> In-Reply-To: <200403252118.i2PLIUS7086364@ambrisko.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: "Wm. Daryl Hawkins" Subject: Re: Intel i8xx watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 21:40:12 -0000 Doug Ambrisko wrote: > Scott Long writes: > | Wm. Daryl Hawkins wrote: > | > I've written a driver for the Intel i8xx TCO watchdog timer for both > | > FreeBSD-CURRENT and FreeBSD-STABLE. > | > | This is wonderful. I'd be happy to test it and shepherd it in. Does it > | support the intel 750x chips also? > > All ICH chips that I've touched support this with the device ID updated > as needed. FYI there is a new watchdog device in the 6300ESB. Not > sure if it is in prior ICH chips. It is interesting in that during the > first expire it will generate and interrupt then it will reboot on the > next expire. So if you have an ICH then you can use it. > In reading the code, it appears that it is indeed an ICHx service and not limited to just i8xx chipsets. I have a few issues with how the probe and attach are done, and I'm addressing these in a private mail right now. It's funny that I was reading the Intel ICH5 docs last night and didn't come across this feature at all. I'm not sure if I like the idea of auto-reboot on second expire, unless it is configurable (i.e. you can turn that feature off depending on the situation). I understand it's purpose though. > A nice concept would be to have a SW watchdog based on the clock tickle > the HW watchdog. If the SW watchdog goes off you get a panic. > > Interesting caveats are having the watchdogs going off while in kgdb/ddb. > Talking with PHK about this now. There seems to be a growing need for a mechanism that can inform registered listeners that DDB is about to be entered. It's just a random thought in my brain right now, need more time to flesh it out. > Caveat to the ICH TCO timer is that if the speaker output out of the ICH > has a pull up resistor on it then the TCO reset is disabled and will not > reset the system. I ran into this on a motherboard at a prior company. > You cannot via SW disable this feature :-( > > I have code for the SIS 630 chipset that I can give to anyone interested. More support it wonderful! I don't have any hardware to test it on, though. Scott From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 13:42:48 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 785D216A4CF for ; Thu, 25 Mar 2004 13:42:48 -0800 (PST) Received: from web10506.mail.yahoo.com (web10506.mail.yahoo.com [216.136.130.156]) by mx1.FreeBSD.org (Postfix) with SMTP id 53C7B43D3F for ; Thu, 25 Mar 2004 13:42:48 -0800 (PST) (envelope-from b_oshea@yahoo.com) Message-ID: <20040325214247.54677.qmail@web10506.mail.yahoo.com> Received: from [156.153.254.42] by web10506.mail.yahoo.com via HTTP; Thu, 25 Mar 2004 13:42:47 PST Date: Thu, 25 Mar 2004 13:42:47 -0800 (PST) From: Brian O'Shea To: "M. Warner Losh" In-Reply-To: <20040322.152916.122686418.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hackers@freebsd.org Subject: Re: Diagnosing unrecognized hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 21:42:48 -0000 Hello Warner, et al, It looks like I need to add the following lines to /usr/src/sys/dev/pccard/pccarddevs.h: #define PCMCIA_PRODUCT_DLINK_DWL650 0xffffffff #define PCMCIA_CIS_DLINK_DWL650 { "D-Link", \ "DWL-650 Wireless PC Card RevP ISL37101P-10", NULL, NULL } #define PCMCIA_STR_DLINK_DWL650 "D-Link DWL-650" (I'm guessing on most of these fields based on entries for other cards) And then to the wi_pccard_products[] array: static const struct pccard_product wi_pccard_products[] = { ... PCMCIA_CARD(DLINK, DWL650, 0), ... }; The CIS info for this device includes a product id, which is 0x7110. Where does this need to be specified? It seems to me that the product id is necessary in order to identify the card. Anyhow, I'm building a kernel with the above additions and we'll see how it goes. Thanks for all your help. I'll let you know how it goes, and if it works, I'll post a diff (from -CURRENT). -brian --- "M. Warner Losh" wrote: > In message: <20040322064114.75710.qmail@web10503.mail.yahoo.com> > "Brian O'Shea" writes: > : pccard0: (manufacturer=0x000b, product=0x7110) at function 0 > : pccard0: CIS info: D-Link, DWL-650 Wireless PC Card RevP, ISL37101P-10 > > Looks like this isn't a supported card. You can add it to > if_wi_pccard.c and see if that helps. Changes are good that this > isn't a wi card, but I could be wrong. > > Warner __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 13:57:17 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4131916A4CE for ; Thu, 25 Mar 2004 13:57:17 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C33B443D39 for ; Thu, 25 Mar 2004 13:57:16 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i2PLvFkj033588; Thu, 25 Mar 2004 14:57:16 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 25 Mar 2004 14:57:15 -0700 (MST) Message-Id: <20040325.145715.130546056.imp@bsdimp.com> To: b_oshea@yahoo.com From: "M. Warner Losh" In-Reply-To: <20040325214247.54677.qmail@web10506.mail.yahoo.com> References: <20040322.152916.122686418.imp@bsdimp.com> <20040325214247.54677.qmail@web10506.mail.yahoo.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Diagnosing unrecognized hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 21:57:17 -0000 I just committed something to current based on your telling me that this works. Can you try my changes there? Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 14:01:21 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F13E116A4CE; Thu, 25 Mar 2004 14:01:20 -0800 (PST) Received: from www.ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 701A743D4C; Thu, 25 Mar 2004 14:01:20 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i2PM1JCf088644; Thu, 25 Mar 2004 14:01:20 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i2PM1Jvc088643; Thu, 25 Mar 2004 14:01:19 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200403252201.i2PM1Jvc088643@ambrisko.com> In-Reply-To: <406350DD.9060104@freebsd.org> To: Scott Long Date: Thu, 25 Mar 2004 14:01:19 -0800 (PST) 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-hackers@freebsd.org cc: "Wm. Daryl Hawkins" Subject: Re: Intel i8xx watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 22:01:21 -0000 Scott Long writes: | In reading the code, it appears that it is indeed an ICHx service and | not limited to just i8xx chipsets. I have a few issues with how the | probe and attach are done, and I'm addressing these in a private mail | right now. It's funny that I was reading the Intel ICH5 docs last night | and didn't come across this feature at all. I haven't looked at the code but have worked with this feature. | I'm not sure if I like the idea of auto-reboot on second expire, unless | it is configurable (i.e. you can turn that feature off depending on the | situation). I understand it's purpose though. Note sure what you mean by that. The second expire means you didn't catch a hang so you must be dead. If the system is dead then you want it to reboot. You do need a way to cancel this and I think PHK API allowed that. I used his early Soekris WD a while back. The real purpose of the TCO timer & SIS timer is that a BIOS can set aggressive timings and back off if the systems fails to boot. This way a user doesn't have to tune the BIOS. A lot of chipsets have it and I've seen it in some Winbond Super I/O chips. However, we can use it for free for our purposes :-) | > A nice concept would be to have a SW watchdog based on the clock tickle | > the HW watchdog. If the SW watchdog goes off you get a panic. | > | > Interesting caveats are having the watchdogs going off while in kgdb/ddb. | | Talking with PHK about this now. There seems to be a growing need for a | mechanism that can inform registered listeners that DDB is about to be | entered. It's just a random thought in my brain right now, need more | time to flesh it out. Perfect. consmute is another. What's the point of entering DDB is the console is muted :-( I have code so if DDB or panic is entered then consmute is disabled for that period. Basically I just switched consmute into a function that can be called from the DDB/panic routines. Now there are reasons to really mute the console no matter what. It would be cool if we could layer all this. One reason I did a HW watchdog to enforce a SW watchdog is that various HW watchdogs have different time ranges. The SW watchdog can easily run within that range. Then a user-land app can set a long SW watchdog and not have to worry about if it get starved for a while triggering a false reboot. For example who cares if the watchdog is set for 15 minutes. That is better then having to drive to a co-lo. etc. on a Sunday morning :-( Your chance for a false trigger is greatly reduced. | > I have code for the SIS 630 chipset that I can give to anyone interested. | | More support it wonderful! I don't have any hardware to test it on, though. I don't have direct access to HW anymore but have working code. I've been watching the HW watchdog stuff and can add it once some of these issues have been resolved. All of my current code is quick hacks to get around immediate issues but it is in production. Doug A. From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 14:09:22 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C68A416A4CE for ; Thu, 25 Mar 2004 14:09:22 -0800 (PST) Received: from web10505.mail.yahoo.com (web10505.mail.yahoo.com [216.136.130.155]) by mx1.FreeBSD.org (Postfix) with SMTP id A068D43D45 for ; Thu, 25 Mar 2004 14:09:22 -0800 (PST) (envelope-from b_oshea@yahoo.com) Message-ID: <20040325220922.43549.qmail@web10505.mail.yahoo.com> Received: from [156.153.254.42] by web10505.mail.yahoo.com via HTTP; Thu, 25 Mar 2004 14:09:22 PST Date: Thu, 25 Mar 2004 14:09:22 -0800 (PST) From: Brian O'Shea To: "M. Warner Losh" In-Reply-To: <20040325.145715.130546056.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Hackers FreeBSD Subject: Re: Diagnosing unrecognized hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 22:09:22 -0000 Hello Warner, Sorry for being unclear. I didn't mean to say that those changes worked, I was asking if they were correct so far. Also, I asked where I should specify the product id, because I suspect that I need to add that to some other table (please see the end of my comments in my previous e-mail). The changes that I specified in that e-mail were a sanity-check, so that more experienced kernel hackers could take a look at it and tell me if there is anything obvious that I am doing wrong. In particular, I am not sure about the strings for the CIS info for this card, but I don't think that they are as important as the product id. Once I have verified that it works, I will send diffs with the changes from -CURRENT, but I havn't been able to get it to work yet. Sorry for the confusion, and thank you for your help. -brian --- "M. Warner Losh" wrote: > I just committed something to current based on your telling me that > this works. Can you try my changes there? > > Warner __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 14:09:52 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFF5816A4CE; Thu, 25 Mar 2004 14:09:52 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB1C443D2D; Thu, 25 Mar 2004 14:09:51 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Thu, 25 Mar 2004 17:09:49 -0500 Message-ID: From: Don Bowman To: 'Doug Ambrisko' , Scott Long Date: Thu, 25 Mar 2004 17:09:48 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" cc: freebsd-hackers@freebsd.org cc: "Wm. Daryl Hawkins" Subject: RE: Intel i8xx watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 22:09:53 -0000 From: Doug Ambrisko [mailto:ambrisko@ambrisko.com] > Scott Long writes: > | In reading the code, it appears that it is indeed an ICHx > service and > | not limited to just i8xx chipsets. I have a few issues with how the > | probe and attach are done, and I'm addressing these in a > private mail > | right now. It's funny that I was reading the Intel ICH5 > docs last night > | and didn't come across this feature at all. > > I haven't looked at the code but have worked with this feature. > The Intel ICH3 (and probably all) has the feature it can issue an SMI on first count-down to 0, then a hard reset on 2nd. What we did was implement an SMM handler (in bios) that, when called due to watchdog, issued an NMI and did a return from smm. In FreeBSD, an NMI handler caught this (sometimes :), poke around to send a bit of data out to serial, moved the timer to the maximum value without reseting it, and then called panic [after mucking with cpl etc to pretend to own all locks :] If the NMI handler didn't get run, the hardware counted to 0 again and reset. If the NMI handler did get run, and then wedged somehow in the panic or whatever, the hardware counted to 0, and the system reset. If all worked well, you got a core, but at a minimum the system reset, and usually you got at least the serial output of some of the 'why'. The SMI is non-maskable (and higher priority than NMI). From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 14:14:15 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5248D16A4CE for ; Thu, 25 Mar 2004 14:14:15 -0800 (PST) Received: from bloodwood.hunterlink.net.au (mail.hunterlink.net.au [203.12.144.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 547A643D39 for ; Thu, 25 Mar 2004 14:14:14 -0800 (PST) (envelope-from samuel.lawrance@studentmail.newcastle.edu.au) Received: from [202.7.67.25] (as1-p25.mait.hunterlink.net.au [202.7.67.25]) i2PMEA5R001698 for ; Fri, 26 Mar 2004 09:14:11 +1100 From: Sam Lawrance To: freebsd-hackers@freebsd.org Content-Type: text/plain Message-Id: <1080252926.1138.18.camel@dirk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 26 Mar 2004 09:15:26 +1100 Content-Transfer-Encoding: 7bit Subject: kldstat and module ref count X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 22:14:15 -0000 Hi, I've tried to find the answer to this but am stuck. How can I prevent a kld module being unloaded if it is still in use? Filesystem modules give "device busy" if you try to kldunload them while still in use. Any sort of quick pointer in the right direction would be much appreciated. Cheers -Sam. From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 14:15:06 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0055616A4CE for ; Thu, 25 Mar 2004 14:15:06 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86A8343D31 for ; Thu, 25 Mar 2004 14:15:05 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i2PMF4kj034029; Thu, 25 Mar 2004 15:15:04 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 25 Mar 2004 15:13:44 -0700 (MST) Message-Id: <20040325.151344.122191629.imp@bsdimp.com> To: b_oshea@yahoo.com From: "M. Warner Losh" In-Reply-To: <20040325220922.43549.qmail@web10505.mail.yahoo.com> References: <20040325.145715.130546056.imp@bsdimp.com> <20040325220922.43549.qmail@web10505.mail.yahoo.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Diagnosing unrecognized hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 22:15:06 -0000 In message: <20040325220922.43549.qmail@web10505.mail.yahoo.com> "Brian O'Shea" writes: : Sorry for being unclear. I didn't mean to say that those changes worked, : I was asking if they were correct so far. Also, I asked where I should : specify the product id, because I suspect that I need to add that to : some other table (please see the end of my comments in my previous e-mail). : The changes that I specified in that e-mail were a sanity-check, so that : more experienced kernel hackers could take a look at it and tell me if : there is anything obvious that I am doing wrong. In particular, I am : not sure about the strings for the CIS info for this card, but I don't : think that they are as important as the product id. : : Once I have verified that it works, I will send diffs with the changes : from -CURRENT, but I havn't been able to get it to work yet. : : Sorry for the confusion, and thank you for your help. No problems. What I committed to current is the preferred way of defining these things. I was confused over your email (it has been one of those days). Basically, you add it to sys/dev/pccard/pccarddevs, run make -f Makefile.pccarddevs in that directory, then add the line you talked about in your other email to if_wi_pccard.c. The first part of this is desirable reguardless of if if_wi supports this card or not. There was some other mail suggesting it was a 'flash-less' card needing firmware downloaded to it before it would work. Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 14:17:06 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A37D16A4CF; Thu, 25 Mar 2004 14:17:06 -0800 (PST) Received: from www.ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 148C743D2F; Thu, 25 Mar 2004 14:17:06 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i2PMH5Cf089511; Thu, 25 Mar 2004 14:17:05 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i2PMH5nN089509; Thu, 25 Mar 2004 14:17:05 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200403252217.i2PMH5nN089509@ambrisko.com> In-Reply-To: To: Don Bowman Date: Thu, 25 Mar 2004 14:17:05 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: Scott Long cc: "Wm. Daryl Hawkins" cc: freebsd-hackers@freebsd.org Subject: Re: Intel i8xx watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 22:17:06 -0000 Don Bowman writes: | The Intel ICH3 (and probably all) has the feature it can | issue an SMI on first count-down to 0, then a hard reset | on 2nd. What we did was implement an SMM handler (in bios) | that, when called due to watchdog, issued an NMI and did | a return from smm. | In FreeBSD, an NMI handler caught this (sometimes :), | poke around to send a bit of data out to serial, moved the | timer to the maximum value without reseting it, and then | called panic [after mucking with cpl etc to pretend to | own all locks :] | If the NMI handler didn't get run, the hardware counted | to 0 again and reset. | If the NMI handler did get run, and then wedged somehow | in the panic or whatever, the hardware counted to 0, | and the system reset. | If all worked well, you got a core, but at a minimum | the system reset, and usually you got at least the | serial output of some of the 'why'. | | The SMI is non-maskable (and higher priority than NMI). That sounds pretty cool. There was some bits in the ICH that prevented an NMI to get to the CPU unless set a certain way. I was generating an NMI via the PCI but. BTW you can do the paper clip trick on PCI. The ICH seemed to be only one shot so it de-bounced it. I could get multiple on a CPU NMI pin. How hard is to setup and trap SMI via a FreeBSD only solution? I haven't really looked much at that area but sounds useful. Doug A. From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 14:40:40 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F90916A4CE for ; Thu, 25 Mar 2004 14:40:40 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DF3143D2F for ; Thu, 25 Mar 2004 14:40:40 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Thu, 25 Mar 2004 17:40:34 -0500 Message-ID: From: Don Bowman To: 'Doug Ambrisko' , Don Bowman Date: Thu, 25 Mar 2004 17:40:33 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" cc: freebsd-hackers@freebsd.org Subject: RE: Intel i8xx watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 22:40:40 -0000 From: Doug Ambrisko [mailto:ambrisko@ambrisko.com] > Don Bowman writes: > | The Intel ICH3 (and probably all) has the feature it can > | issue an SMI on first count-down to 0, then a hard reset > | on 2nd. What we did was implement an SMM handler (in bios) > | that, when called due to watchdog, issued an NMI and did > | a return from smm. > | In FreeBSD, an NMI handler caught this (sometimes :), > | poke around to send a bit of data out to serial, moved the > | timer to the maximum value without reseting it, and then > | called panic [after mucking with cpl etc to pretend to > | own all locks :] > | If the NMI handler didn't get run, the hardware counted > | to 0 again and reset. > | If the NMI handler did get run, and then wedged somehow > | in the panic or whatever, the hardware counted to 0, > | and the system reset. > | If all worked well, you got a core, but at a minimum > | the system reset, and usually you got at least the > | serial output of some of the 'why'. > | > | The SMI is non-maskable (and higher priority than NMI). > > That sounds pretty cool. There was some bits in the ICH that > prevented an NMI to get to the CPU unless set a certain way. > I was generating an NMI via the PCI but. BTW you can do the > paper clip trick on PCI. The ICH seemed to be only one shot so > it de-bounced it. I could get multiple on a CPU NMI pin. > > How hard is to setup and trap SMI via a FreeBSD only solution? > > I haven't really looked much at that area but sounds useful. > > Doug A. > SMI under freebsd? Ha ha... Good luck! It didn't look very easy. The SMM, for those who don't know it, is a virtual 86, real-mode thing, at a location in ram which is locked and unaccessible unless you are in smm mode :) If you are lucky, your bios didn't lock you out of it. there's an NMI_NOW in the ICH which can be used to programmatically cause an NMI. Some systems route this funny when in SMP mode... [ie nowhere???]. Some systems may have problems with this and the jumper/button for generating NMI. From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 14:54:13 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 409D116A4CE for ; Thu, 25 Mar 2004 14:54:13 -0800 (PST) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 849A743D39 for ; Thu, 25 Mar 2004 14:54:12 -0800 (PST) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i2PMrCrp065732 for freebsd-hackers@freebsd.org.checked; (8.12.8/vak/2.1) Fri, 26 Mar 2004 01:53:12 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (rik.cronyx.ru [172.22.4.1]) by hanoi.cronyx.ru with ESMTP id i2PMn3MC065543; (8.12.8/vak/2.1) Fri, 26 Mar 2004 01:49:03 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <406363EE.2030805@cronyx.ru> Date: Fri, 26 Mar 2004 01:57:50 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020610 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------070708020200040009060405" Subject: [Fwd: [Fwd: Re: ATA/CHS problem]] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 22:54:13 -0000 This is a multi-part message in MIME format. --------------070708020200040009060405 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit S?ren Schmidt wrote: > Roman Kurakin wrote: > >> This is not an LBA request. ATA driver thinks that I have 80G CHS >> device, cause it's ATA_FLAG_54_58 >> is zero. (This decision is incorrect, we shouldn't relay on this >> flag). I've checked another seagate 80G drive in >> CHS mode(by driver hacking), and problematic one with LBA mode. I get >> the same behavior on both with CHS. >> And both work fine in LBA mode. It also should be mentioned that I >> get this problem on machine with >> ICH2 controller, and it seems that I don't have such problem on other >> machine with ICH5 > > > Hmm, we could loosen up this check (Se patch below) but that will > probably break support for real old ATA disks (note that those old Probably I'll do something like that, but since I've already lost some time on this problem I want to get why CHS mode doesn't works. I can't understand how using of ICH2 could lead to such problems ... (I'll try to get access to other ICH2 and non ICH2 machines to make extra checks). As I understand before using CHS we issue command 91h, to set proper CHS mode. I have one really CHS device and it seems to be working. > systems most likely will have trouble with -current anyways). > If I coul dhave my ways, we wouldn't even try to support disks that > doesn't support LBA.... I think we could use another way to check old ata. Why no to use bit9 from word 49 and if device really ATA, why it's 60-61 words are non zero? >> PS. If you have any ideas, or if you have any materials (standards >> for example) about ATA/ATAPI and you >> can share them with me, please let me know. I am not ata developer, >> so this is a bit difficalt for me to >> dig this problem. > > > Go to t13.org they are the standards body for ATA etc... I already have a couple of drafts, but probably I need to get some more information. Please take a look to my patch. It makes output more informative. If I have it before I started to dig, I didn't lost so much time. There is a couple of places where we may need to apply the alike patches. rik --------------070708020200040009060405 Content-Type: text/plain; name="ata-queue.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata-queue.patch" --- ata-queue.c.orig Tue Mar 23 20:39:22 2004 +++ ata-queue.c Thu Mar 25 00:45:51 2004 @@ -316,7 +316,9 @@ (request->dmastat & ATA_BMSTAT_ERROR)) printf(" dma=0x%02x", request->dmastat); if (!(request->flags & (ATA_R_ATAPI | ATA_R_CONTROL))) - printf(" LBA=%llu", (unsigned long long)request->u.ata.lba); + printf((request->device->flags & ATA_D_USE_CHS) + ? " CHS=%llx" : " LBA=%llu", + (unsigned long long)request->u.ata.lba); printf("\n"); } --------------070708020200040009060405-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 15:26:41 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D41416A4CE for ; Thu, 25 Mar 2004 15:26:41 -0800 (PST) Received: from bloodwood.hunterlink.net.au (mail.hunterlink.net.au [203.12.144.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1BA343D31 for ; Thu, 25 Mar 2004 15:26:40 -0800 (PST) (envelope-from samuel.lawrance@studentmail.newcastle.edu.au) Received: from [202.7.67.25] (as1-p25.mait.hunterlink.net.au [202.7.67.25]) i2PNQMdW002994 for ; Fri, 26 Mar 2004 10:26:38 +1100 From: Sam Lawrance To: freebsd-hackers@freebsd.org Content-Type: text/plain Message-Id: <1080257258.1138.34.camel@dirk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 26 Mar 2004 10:27:39 +1100 Content-Transfer-Encoding: 7bit Subject: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 23:26:41 -0000 Hi, usbd's present behaviour when reading usbd.conf is to scan from top to bottom and use the first match. What if it was changed to use the last, most specific match? That is, the last match with the most of (product, vendor) specified. The idea is that it makes it programmatically easy to add new entries to the file - just place them at the end. Presently that won't work because of the generic catch-all device "USB Device" in the default usbd.conf. I know this would be useful to me, so I'm just looking for somebody to say "yeah maybe". Cheers Sam. From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 15:27:06 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C8AF16A4CE for ; Thu, 25 Mar 2004 15:27:06 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8618A43D31 for ; Thu, 25 Mar 2004 15:27:05 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 03E18653B5; Thu, 25 Mar 2004 23:27:04 +0000 (GMT) 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 75656-06; Thu, 25 Mar 2004 23:27:02 +0000 (GMT) Received: from empiric.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id DD985651FC; Thu, 25 Mar 2004 23:27:01 +0000 (GMT) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id CF1E66108; Thu, 25 Mar 2004 23:26:59 +0000 (GMT) Date: Thu, 25 Mar 2004 23:26:59 +0000 From: Bruce M Simpson To: Don Bowman Message-ID: <20040325232659.GB79847@empiric.dek.spc.org> Mail-Followup-To: Don Bowman , 'Doug Ambrisko' , freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="vGgW1X5XWziG23Ko" Content-Disposition: inline In-Reply-To: cc: freebsd-hackers@freebsd.org Subject: Re: Intel i8xx watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 23:27:06 -0000 --vGgW1X5XWziG23Ko Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Mar 25, 2004 at 05:40:33PM -0500, Don Bowman wrote: > SMI under freebsd? Ha ha... Good luck! It didn't look very > easy. The SMM, for those who don't know it, is a virtual > 86, real-mode thing, at a location in ram which is locked > and unaccessible unless you are in smm mode :) If you > are lucky, your bios didn't lock you out of it. I wrote code to unlock the SMM within FreeBSD last summer on an IBM T22 with the 440BX chipset. Here it is. BMS --vGgW1X5XWziG23Ko Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="smm.c" /* $FreeBSD$ */ /* * A tool for FreeBSD to discover SMRAM on i440BX based motherboards. * This isn't finished or complete, left as exercise for the reader. */ /* * Copyright (c) 2003 Bruce M. Simpson * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions 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. All advertising materials mentioning features or use of this software * must display the following acknowledgement: * This product includes software developed by Bruce M. Simpson. * 4. Neither the name of Bruce M. Simpson nor the names of co- * contributors may be used to endorse or promote products derived * from this software without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY Bruce M. Simpson AND CONTRIBUTORS * ``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 Bruce M. Simpson OR CONTRIBUTORS * 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. */ #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #ifndef _DEV_PCI #define _DEV_PCI "/dev/pci" #endif #ifndef _DEV_MEM #define _DEV_MEM "/dev/mem" #endif /* * It appears as though my ThinkPad does not map SMRAM at the default * location. This isn't too much of a surprise. Firmware is responsible * for reprogramming the default location, and has to issue an SMI * during boot in order to do this. The actual SMI handler code is * located at SMBASE+0x8000. A quick way of issuing the SMI is to use * the on-chip APIC. A number of vendor BIOS do it this way. * * Can we discover if the host bridge remaps SMBASE? Yes. * on the i440BX host bridge, check the SMRAMC register. * * There are two modes: Compatible and Extended SMRAM. Compatible mode * is meant to be backwards compatible with older BIOS PM code. * The C_BASE_SEG bits will tell you where the SMRAM memory * really is. Setting D_OPEN to high will let you get at the SMRAM memory. * * If your VGA controller mapping is active, it would be a good idea not * to use it while you're doing this. * * My ThinkPad's BIOS doesn't set the lock bit. * My ThinkPad's BIOS uses traditional SMRAM semantics. * i440BX Compatible SMRAM is hardwired to 0xA0000-0xB0000. * * By poking D_OPEN to 1, I was able to extract the SMRAM segment from * my machine. * # pciconf -r -b pci0:0:0 0x72 * 0a * # pciconf -w -b pci0:0:0 0x72 0x4A * # dd bs=0x1000 skip=0xA0 count=0x20 if=/dev/mem of=./foo * # pciconf -w -b pci0:0:0 0x72 0x0A */ #define I440BX 1 #ifdef DEF_SMM #define SMBASE 0x30000UL /* default IA-32 SMBASE location */ #define SMSIZE 0x10000UL /* default size of SMM area */ #endif #ifdef I440BX #define SMBASE 0xA0000UL /* default i440BX SMBASE location */ #define SMSIZE 0x20000UL /* default size of SMM area (128KB) */ #endif #ifdef I440BX_HIGH #define SMBASE 0x100A0000UL /* default i440BX SMBASE location */ #define SMSIZE 0x20000UL /* default size of SMM area (128KB) */ #endif #define I440BX_VENDOR 0x8086 /* Intel */ #define I440BX_DEVICE 0x7190 /* I440BX host-to-pci bridge */ #define CSR_SMRAMC 0x72 /* System Management RAM Control */ #define CSR_ESMRAMC 0x73 /* Extended SMRAM Control */ #define SMRAMC_D_OPEN 0x40 #define SMRAMC_D_CLS 0x20 #define SMRAMC_D_LCK 0x10 /* SMRAM locked, game over. */ #define SMRAMC_G_SMRAME 0x08 #define SMRAMC_C_BASE_SEG 0x07 /* mask for Compatible SMRAM base */ #define ESMRAM_H_SMRAM_EN 0x80 /* if set, SMRAM is >1MB boundary */ #define ESMRAM_E_SMRAM_ERR 0x40 /* attempted to access ESMRAM whilst * D_OPEN was not set */ #define ESMRAM_TSEG_SZ 0x06 /* mask for TSEG size */ #define ESMRAM_TSEG_EN 0x01 /* use TSEG to steal some RAM from * the top of main memory for SMRAM */ void usage(void) { printf("usage: smm\n"); exit(EXIT_FAILURE); } int main(int argc, char *argv[]) { int ret; int pcifd, memfd; struct pci_conf_io pcio; struct pci_io pci_io; struct pci_match_conf i440bx_match[1]; struct pci_conf pci_match[1]; void *smbase; struct mem_range_desc mdf; struct mem_range_op mop; u_int8_t smramc, esmramc; /* Open the pci(4) device. */ pcifd = open(_DEV_PCI, O_RDWR); if (pcifd == -1) { perror("open"); exit(EXIT_FAILURE); } /* Initialize pci match structures. */ bzero(&pcio, sizeof(pcio)); bzero(&i440bx_match, sizeof(i440bx_match)); bzero(&pci_match, sizeof(pci_match)); pcio.pat_buf_len = sizeof(i440bx_match); pcio.patterns = i440bx_match; pcio.num_patterns = 1; pcio.match_buf_len = sizeof(pci_match); pcio.matches = pci_match; i440bx_match[0].pc_vendor = I440BX_VENDOR; i440bx_match[0].pc_device = I440BX_DEVICE; i440bx_match[0].flags = PCI_GETCONF_MATCH_VENDOR | PCI_GETCONF_MATCH_DEVICE; /* * Find the I440BX device. */ ret = ioctl(pcifd, PCIOCGETCONF, &pcio); if (ret == -1) { perror("ioctl PCIOGETCONF"); goto cleanup; } /* Read the CSR_SMRAMC register. */ bzero(&pci_io, sizeof(pci_io)); pci_io.pi_sel = pci_match[0].pc_sel; pci_io.pi_reg = CSR_SMRAMC; pci_io.pi_width = 1; ret = ioctl(pcifd, PCIOCREAD, &pci_io); if (ret == -1) { perror("ioctl PCIOCREAD"); goto cleanup; } smramc = pci_io.pi_data; /* Read the CSR_ESMRAMC register. */ bzero(&pci_io, sizeof(pci_io)); pci_io.pi_sel = pci_match[0].pc_sel; pci_io.pi_reg = CSR_ESMRAMC; pci_io.pi_width = 1; ret = ioctl(pcifd, PCIOCREAD, &pci_io); if (ret == -1) { perror("ioctl PCIOCREAD"); goto cleanup; } esmramc = pci_io.pi_data; fprintf(stderr, "smramc = 0x%02x, esmramc = 0x%02x\n", smramc, esmramc); /* Open the mem(4) device. */ memfd = open(_DEV_MEM, O_RDWR); if (memfd == -1) { perror("open"); goto cleanup; } #if 0 /* XXX Mark the SMRAM range as uncacheable */ /* already done by BIOS, usually */ bzero(&mop, sizeof(mop)); mop.mo_arg[0] = MEMRANGE_SET_UPDATE; mop.mo_desc = &mdf; bzero(&mdf, sizeof(mdf)); mdf.mr_base = SMBASE; mdf.mr_base = SMSIZE; mdf.mr_flags = MDF_UNCACHEABLE; ret = ioctl(memfd, MEMRANGE_SET, &mop); if (ret == -1) perror("ioctl MEMRANGE_SET"); #endif /* Map the SMRAM into our address space. */ smbase = mmap((void *)SMBASE, SMSIZE, PROT_READ|PROT_WRITE, MAP_FIXED|MAP_SHARED, memfd, SMBASE); if (smbase == MAP_FAILED) { perror("mmap"); goto cleanup; } alarm(30); pause(); cleanup: if (smbase != MAP_FAILED) munmap(smbase, SMSIZE); close(pcifd); close(memfd); exit(EXIT_SUCCESS); } --vGgW1X5XWziG23Ko-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 15:31:24 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2C9416A4CE for ; Thu, 25 Mar 2004 15:31:24 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7915343D48 for ; Thu, 25 Mar 2004 15:31:24 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 86443653B5 for ; Thu, 25 Mar 2004 23:31:23 +0000 (GMT) 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 75656-06-9 for ; Thu, 25 Mar 2004 23:31:23 +0000 (GMT) Received: from empiric.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id EDEBC651FC for ; Thu, 25 Mar 2004 23:31:22 +0000 (GMT) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 480D76108; Thu, 25 Mar 2004 23:31:22 +0000 (GMT) Date: Thu, 25 Mar 2004 23:31:22 +0000 From: Bruce M Simpson To: freebsd-hackers@freebsd.org Message-ID: <20040325233122.GC79847@empiric.dek.spc.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20040325232659.GB79847@empiric.dek.spc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040325232659.GB79847@empiric.dek.spc.org> Subject: Re: Intel i8xx watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2004 23:31:24 -0000 Correction... On Thu, Mar 25, 2004 at 11:26:59PM +0000, Bruce M Simpson wrote: > I wrote code to unlock the SMM within FreeBSD last summer on an IBM T22 ^^^^^^ discover and map. > with the 440BX chipset. Here it is. Half asleep here. Doh! BMS From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 16:13:54 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7C9916A4CE for ; Thu, 25 Mar 2004 16:13:54 -0800 (PST) Received: from web10504.mail.yahoo.com (web10504.mail.yahoo.com [216.136.130.154]) by mx1.FreeBSD.org (Postfix) with SMTP id B255643D2F for ; Thu, 25 Mar 2004 16:13:54 -0800 (PST) (envelope-from b_oshea@yahoo.com) Message-ID: <20040326001354.12104.qmail@web10504.mail.yahoo.com> Received: from [156.153.254.42] by web10504.mail.yahoo.com via HTTP; Thu, 25 Mar 2004 16:13:54 PST Date: Thu, 25 Mar 2004 16:13:54 -0800 (PST) From: Brian O'Shea To: "M. Warner Losh" In-Reply-To: <20040325.151344.122191629.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hackers@freebsd.org Subject: Re: Diagnosing unrecognized hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2004 00:13:55 -0000 Hello Warner, --- "M. Warner Losh" wrote: > > Basically, you add it to sys/dev/pccard/pccarddevs, run make -f > Makefile.pccarddevs in that directory, then add the line you talked > about in your other email to if_wi_pccard.c. The first part of this > is desirable reguardless of if if_wi supports this card or not. There > was some other mail suggesting it was a 'flash-less' card needing > firmware downloaded to it before it would work. Ok, the card is now recognized by the driver... wi0: at port 0x200-0x27f irq 10 function 0 config 1 on pccard0 However (as Oleg Polyakov suggested), this still won't work because the card doesn't have firmware. Here's what I see now: wi0: timeout in wi_cmd 0x0000; event status 0x0000 wi0: wi_cmd: busy bit won't clear. : init failed device_probe_and_attach: wi0 attach returned 6 A quick search didn't turn up information on how to obtain firmware and upload it to the card. D-Link has seems to have a pretty good support web site, but nothing for FreeBSD (I wasn't expecting anything). Is there something like Linux's prism2_srec tool for uploading firmware onto these cards? Thanks, -brian __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 16:21:14 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE9BF16A4CE for ; Thu, 25 Mar 2004 16:21:14 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F8E643D53 for ; Thu, 25 Mar 2004 16:21:14 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i2Q0LEkj035630; Thu, 25 Mar 2004 17:21:14 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 25 Mar 2004 17:21:14 -0700 (MST) Message-Id: <20040325.172114.122028633.imp@bsdimp.com> To: b_oshea@yahoo.com From: "M. Warner Losh" In-Reply-To: <20040326001354.12104.qmail@web10504.mail.yahoo.com> References: <20040325.151344.122191629.imp@bsdimp.com> <20040326001354.12104.qmail@web10504.mail.yahoo.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Diagnosing unrecognized hardware X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2004 00:21:15 -0000 In message: <20040326001354.12104.qmail@web10504.mail.yahoo.com> "Brian O'Shea" writes: : Hello Warner, : : --- "M. Warner Losh" wrote: : > : > Basically, you add it to sys/dev/pccard/pccarddevs, run make -f : > Makefile.pccarddevs in that directory, then add the line you talked : > about in your other email to if_wi_pccard.c. The first part of this : > is desirable reguardless of if if_wi supports this card or not. There : > was some other mail suggesting it was a 'flash-less' card needing : > firmware downloaded to it before it would work. : : Ok, the card is now recognized by the driver... : : wi0: at port 0x200-0x27f irq 10 function : 0 config 1 on pccard0 : : However (as Oleg Polyakov suggested), this still won't work because : the card doesn't have firmware. Here's what I see now: Yes. That's who I saw say something also. : wi0: timeout in wi_cmd 0x0000; event status 0x0000 : wi0: wi_cmd: busy bit won't clear: init failed : device_probe_and_attach: wi0 attach returned 6 Any other messages? : A quick search didn't turn up information on how to obtain : firmware and upload it to the card. D-Link has seems to have : a pretty good support web site, but nothing for FreeBSD (I wasn't : expecting anything). Is there something like Linux's prism2_srec : tool for uploading firmware onto these cards? Not currently as such. There's a primitive loader in the driver right now to deal with the symbol cards that need firmware uploaded to them. Also, the prism2_srec tool is generally for flashing new firmware, not RAM images (well, I should go look at it again, since I've not looked at it in a while). Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 20:45:39 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A077716A4CE for ; Thu, 25 Mar 2004 20:45:39 -0800 (PST) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF48943D1D for ; Thu, 25 Mar 2004 20:45:35 -0800 (PST) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.30; FreeBSD) id 1B6j8z-0002tL-Ph for freebsd-hackers@freebsd.org; Fri, 26 Mar 2004 12:40:33 +0800 Message-Id: <6.0.3.0.2.20040326124628.02aa8718@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Fri, 26 Mar 2004 12:50:27 +0800 To: freebsd-hackers@freebsd.org From: Ganbold In-Reply-To: <6.0.3.0.2.20040325180311.02a294d8@202.179.0.80> References: <6.0.3.0.2.20040325180311.02a294d8@202.179.0.80> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: Question regarding shell user creation at login time X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2004 04:45:39 -0000 Hi, I tested my perl script, C program in FreeBSD 4.9, all work just fine. I checked OpenSSH version and: FreeBSD 4.9 - > OpenSSH_3.5p1 FreeBSD-20030924 FreeBSD 5.2-CURRENT - > OpenSSH_3.8p1 FreeBSD-20040226 Is this difference causing the problem? Should I change something in one of the pam files like /etc/pam.d/login or /etc/pam.d/sshd? Thanks in advance, Ganbold From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 22:45:01 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BB5A16A4CE for ; Thu, 25 Mar 2004 22:45:01 -0800 (PST) Received: from tv.soth.at (door.soth.at [80.110.102.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A9A143D46 for ; Thu, 25 Mar 2004 22:45:00 -0800 (PST) (envelope-from toni@tv.soth.at) Received: from tv.soth.at (tv.soth.at [127.0.0.1]) by tv.soth.at (8.12.10/8.12.10) with ESMTP id i2Q6iwFo004022; Fri, 26 Mar 2004 07:44:58 +0100 Received: (from toni@localhost) by tv.soth.at (8.12.10/8.12.10/Submit) id i2Q6iwhZ004020; Fri, 26 Mar 2004 07:44:58 +0100 Date: Fri, 26 Mar 2004 07:44:58 +0100 From: Toni Andjelkovic To: Sam Lawrance Message-ID: <20040326064458.GK1227@tv.soth.at> References: <1080252926.1138.18.camel@dirk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1080252926.1138.18.camel@dirk> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: kldstat and module ref count X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2004 06:45:01 -0000 On Fri, Mar 26 2004 (09:15:26 +1100), Sam Lawrance wrote: > I've tried to find the answer to this but am stuck. How can I prevent a > kld module being unloaded if it is still in use? > > Filesystem modules give "device busy" if you try to kldunload them while > still in use. Any sort of quick pointer in the right direction would be > much appreciated. You may veto the unload by returning an error > 0 from the module event handler. See md_modevent() in sys/dev/md/md.c or vfs_modevent() in sys/kern/vfs_init.c for examples. Cheers, Toni From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 25 23:48:30 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6FF416A4CE for ; Thu, 25 Mar 2004 23:48:30 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10FBF43D39 for ; Thu, 25 Mar 2004 23:48:30 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i2Q7lEUS063603 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 26 Mar 2004 08:47:19 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i2Q7kahn085773 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Mar 2004 08:46:37 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i2Q7kapu000321; Fri, 26 Mar 2004 08:46:36 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i2Q7kZY6000320; Fri, 26 Mar 2004 08:46:36 +0100 (CET) (envelope-from ticso) Date: Fri, 26 Mar 2004 08:46:35 +0100 From: Bernd Walter To: Sam Lawrance Message-ID: <20040326074634.GG94505@cicely12.cicely.de> References: <1080257258.1138.34.camel@dirk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1080257258.1138.34.camel@dirk> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: freebsd-hackers@freebsd.org Subject: Re: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2004 07:48:31 -0000 On Fri, Mar 26, 2004 at 10:27:39AM +1100, Sam Lawrance wrote: > Hi, > > usbd's present behaviour when reading usbd.conf is to scan from top to > bottom and use the first match. > > What if it was changed to use the last, most specific match? That is, > the last match with the most of (product, vendor) specified. > > The idea is that it makes it programmatically easy to add new entries to > the file - just place them at the end. Presently that won't work because > of the generic catch-all > device "USB Device" > in the default usbd.conf. > > I know this would be useful to me, so I'm just looking for somebody to > say "yeah maybe". I'm working on getting devd(8) usable for usb devices. Seee http://www.bwct.de/usb-devd.patch for the current status. devd.conf(5) is far more flexible then usbd.conf. But devd is a 5.x thing. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 04:08:43 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5015416A4CE; Fri, 26 Mar 2004 04:08:43 -0800 (PST) Received: from crf-consulting.co.uk (82-44-220-218.cable.ubr10.haye.blueyonder.co.uk [82.44.220.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6D6843D4C; Fri, 26 Mar 2004 04:08:41 -0800 (PST) (envelope-from nik@crf-consulting.co.uk) Received: from clan.nothing-going-on.org (clan.nothing-going-on.org [192.168.1.20])i2QC8e5U051781; Fri, 26 Mar 2004 12:08:40 GMT (envelope-from nik@catkin) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) i2QC8e7m031697; Fri, 26 Mar 2004 12:08:40 GMT (envelope-from nik@clan.nothing-going-on.org) Received: (from nik@localhost)i2QC8eij031696; Fri, 26 Mar 2004 12:08:40 GMT (envelope-from nik) Date: Fri, 26 Mar 2004 12:08:40 +0000 From: Nik Clayton To: harti@freebsd.org Message-ID: <20040326120840.GF30797@clan.nothing-going-on.org> References: <20040324183912.F64321@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1Ow488MNN9B9o/ov" Content-Disposition: inline In-Reply-To: <20040324183912.F64321@beagle.fokus.fraunhofer.de> User-Agent: Mutt/1.4.2.1i Organization: FreeBSD Project cc: hackers@freebsd.org Subject: Re: handbook submissions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2004 12:08:43 -0000 --1Ow488MNN9B9o/ov Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 24, 2004 at 06:44:36PM +0100, Harti Brandt wrote: > what is the correct address to send handbook submissions (in text form, > I'm not an SGML guru) to, so that they get picked up? I've send a > submission several months ago to one of our committers, but he seems to be > more involved with DF-BSD nowadays. send-pr. N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --1Ow488MNN9B9o/ov Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAZB1Hk6gHZCw343URAiXsAKCL81Z0penhFQAg5Ylzk28ysWnO7wCeOzIz wg9YJ3q95STCTPphU9Qw6W0= =rnOx -----END PGP SIGNATURE----- --1Ow488MNN9B9o/ov-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 14:30:55 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 404E416A4CE for ; Fri, 26 Mar 2004 14:30:55 -0800 (PST) Received: from skutsje.san.webweaving.org (skutsje.san.webweaving.org [209.132.96.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08BF443D1D for ; Fri, 26 Mar 2004 14:30:53 -0800 (PST) (envelope-from dirkx@webweaving.org) Received: from [10.11.0.203] (fia193-115-100.dsl.hccnet.nl [80.100.115.193]) (authenticated bits=0)i2QMOYEJ051747 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Fri, 26 Mar 2004 14:24:36 -0800 (PST) (envelope-from dirkx@webweaving.org) Mime-Version: 1.0 (Apple Message framework v613) Content-Transfer-Encoding: 7bit Message-Id: <39FE23FA-7F75-11D8-8F99-000A95CDA38A@webweaving.org> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-hackers@freebsd.org From: Dirk-Willem van Gulik Date: Fri, 26 Mar 2004 23:30:46 +0100 X-Mailer: Apple Mail (2.613) Subject: events when (de)associating or when cable is (un)plugged X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2004 22:30:55 -0000 Looking for suggestions on a 'clean' and generic way to allow for notifications when a 802.11 association is made or lost, or when a ethernet cable is (un)plugged. I.e.akin to the events 'usbd(8) get when you sit on /dev/usb. This is for 5.2.1 or beyond. Any infrastructure which is already used I can leverage ? (Right now I do a dirty hack by letting the net80211 code twiddle the INET address - which then causes a routing msg on a socket(PF_ROUTE, SOCK_RAW, AF_UNSPEC) socket. But that is far from ideal - as often it is nicer to have the IP address linger around a bit longer.) Thanks, Dw From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 15:17:14 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7B9B16A4CF for ; Fri, 26 Mar 2004 15:17:14 -0800 (PST) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DE6E43D3F for ; Fri, 26 Mar 2004 15:17:14 -0800 (PST) (envelope-from refugee@segfaulted.com) Received: from steiner.cc.vt.edu (IDENT:mirapoint@evil-steiner [10.1.1.14]) by lennier.cc.vt.edu (8.12.8/8.12.8) with ESMTP id i2QNHDh0302981; Fri, 26 Mar 2004 18:17:13 -0500 (EST) Received: from zZzZ.segfaulted.com (hc6524a8b.dhcp.vt.edu [198.82.74.139]) by steiner.cc.vt.edu (MOS 3.4.4-GR) with SMTP id ALN72787; Fri, 26 Mar 2004 18:17:13 -0500 (EST) Date: Fri, 26 Mar 2004 18:17:13 -0500 From: Suleiman Souhlal To: Dirk-Willem van Gulik Message-Id: <20040326181713.32971952@zZzZ.segfaulted.com> In-Reply-To: <39FE23FA-7F75-11D8-8F99-000A95CDA38A@webweaving.org> References: <39FE23FA-7F75-11D8-8F99-000A95CDA38A@webweaving.org> X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: events when (de)associating or when cable is (un)plugged X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2004 23:17:14 -0000 Hi, On Fri, 26 Mar 2004 23:30:46 +0100 Dirk-Willem van Gulik wrote: > Looking for suggestions on a 'clean' and generic way to allow for > notifications when a 802.11 association is made or lost, or when > a ethernet cable is (un)plugged. I.e.akin to the events 'usbd(8) get > when you sit on /dev/usb. This is for 5.2.1 or beyond. I am not too sure about 802.11, but to detect when the ethernet cable is (un)plugged, you can use kqueue(2) with the EVFILT_NETDEV filter. Later, Suleiman Souhlal From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 16:39:41 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF3DF16A4CE for ; Fri, 26 Mar 2004 16:39:41 -0800 (PST) Received: from skutsje.san.webweaving.org (skutsje.san.webweaving.org [209.132.96.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id C277443D39 for ; Fri, 26 Mar 2004 16:39:39 -0800 (PST) (envelope-from dirkx@webweaving.org) Received: from [10.11.0.203] (fia193-115-100.dsl.hccnet.nl [80.100.115.193]) (authenticated bits=0)i2R0XLEJ061588 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Fri, 26 Mar 2004 16:33:25 -0800 (PST) (envelope-from dirkx@webweaving.org) In-Reply-To: <20040326181713.32971952@zZzZ.segfaulted.com> References: <39FE23FA-7F75-11D8-8F99-000A95CDA38A@webweaving.org> <20040326181713.32971952@zZzZ.segfaulted.com> Mime-Version: 1.0 (Apple Message framework v613) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <37AF87AA-7F87-11D8-8F99-000A95CDA38A@webweaving.org> Content-Transfer-Encoding: 7bit From: Dirk-Willem van Gulik Date: Sat, 27 Mar 2004 01:39:33 +0100 To: Suleiman Souhlal X-Mailer: Apple Mail (2.613) cc: freebsd-hackers@freebsd.org Subject: Re: events when (de)associating or when cable is (un)plugged X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2004 00:39:42 -0000 On Mar 27, 2004, at 12:17 AM, Suleiman Souhlal wrote: >> Looking for suggestions on a 'clean' and generic way to allow for >> notifications when a 802.11 association is made or lost, or when >> a ethernet cable is (un)plugged. I.e.akin to the events 'usbd(8) get >> when you sit on /dev/usb. This is for 5.2.1 or beyond. > > I am not too sure about 802.11, but to detect when the ethernet cable > is > (un)plugged, you can use kqueue(2) with the EVFILT_NETDEV filter. Ok - that looks like a good match - so I guess it would make sense then to make the #define of: #define ieee80211_new_state(_ic, _nstate, _arg) \ (((_ic)->ic_newstate)((_ic), (_nstate), (_arg))) into something a bit more like a function: extern int ieee80211_new_state(struct ieee80211com *, enum ieee80211_state , int); and then make the latter do something like void ieee80211_new_state(struct ieee80211com * ic, enum ieee80211_state nstate , int arg) { /* Callback into the real driver */ int err = (ic->ic_newstate)(ic, nstate, arg); #ifdef IEEE80211_DEBUG printf("Transition to state %x(%d) %s\n",nstate,arg, err ? "Failed" : "ok"); #endif /* DEBUG */ if (right args == some-assoc-change) KNOTE(ic->ifp->if_klist, arg ? NOTE_LINKDOWN : NOTE_LINKUP); /* ?? locking ?? */ } Thanks - hacking away. Dw From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 26 18:38:27 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D9F116A4CE for ; Fri, 26 Mar 2004 18:38:27 -0800 (PST) Received: from skutsje.san.webweaving.org (skutsje.san.webweaving.org [209.132.96.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3D8B43D2F for ; Fri, 26 Mar 2004 18:38:26 -0800 (PST) (envelope-from dirkx@asemantics.com) Received: from [10.11.0.203] (fia193-115-100.dsl.hccnet.nl [80.100.115.193]) (authenticated bits=0)i2R2VsEJ069460 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Fri, 26 Mar 2004 18:31:58 -0800 (PST) (envelope-from dirkx@asemantics.com) In-Reply-To: <37AF87AA-7F87-11D8-8F99-000A95CDA38A@webweaving.org> References: <39FE23FA-7F75-11D8-8F99-000A95CDA38A@webweaving.org> <20040326181713.32971952@zZzZ.segfaulted.com> <37AF87AA-7F87-11D8-8F99-000A95CDA38A@webweaving.org> Mime-Version: 1.0 (Apple Message framework v613) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Dirk-Willem van Gulik Date: Sat, 27 Mar 2004 03:37:44 +0100 To: Suleiman Souhlal X-Mailer: Apple Mail (2.613) cc: freebsd-hackers@freebsd.org Subject: Re: events when (de)associating or when cable is (un)plugged X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2004 02:38:27 -0000 Suleiman, Thanks for all the help - I just hacked up the patch below and took http://green.homeunix.org/~green/linkwatcher.c for testing. I also had to add the LINKUP/DOWN in some non-mii using ethernet cards (as only miibus(4) seems to issue this event). Now experimenting with different types of changes to the link/association on wifi level. Not exactly clear yet on the semantics of a 'lost link' myself; i.e. loss of assoc with -a- basestation; with the basestationS of a given ssid or simply connection loss; or whenever a handover happens, etc. Thanks for the help. Dw. diff -c -r /usr/src/sys/net80211/ieee80211.c /usr/src.new/sys/net80211/ieee80211.c *** /usr/src/sys/net80211/ieee80211.c Mon Sep 15 00:32:18 2003 --- /usr/src.new/sys/net80211/ieee80211.c Wed Mar 17 19:32:48 2004 *************** *** 845,850 **** --- 845,889 ---- #undef N } + /* Event notification channel */ + int + ieee80211_new_state(struct ieee80211com * ic, enum ieee80211_state nstate , int arg) + { + int link = NOTE_LINKINV; + + /* Callback into the real driver */ + int err = (ic->ic_newstate)(ic, nstate, arg); + +#if IEEE80211_DEBUG + printf("Transition to state %x(%d) %s\n",nstate,arg, err ? "Failed" : "ok"); +#endif + + switch(nstate) { + + case IEEE80211_S_SCAN: + case IEEE80211_S_AUTH: + case IEEE80211_S_ASSOC: + link = NOTE_LINKDOWN; + break; + + case IEEE80211_S_RUN: + link = NOTE_LINKUP; + break; + + case IEEE80211_S_INIT: + default: + link = NOTE_LINKINV; + break; + }; + /* XXX rely on ordering and do ((struct ifnet *)ic)->if_klist cast ??? XX */ + KNOTE(&(ic->ic_ac.ac_if.if_klist), link); + + return err; + } + /* * Module glue. * diff -c -r /usr/src/sys/net80211/ieee80211_proto.h /usr/src.new/sys/net80211/ieee80211_proto.h *** /usr/src/sys/net80211/ieee80211_proto.h Wed Aug 20 00:17:03 2003 --- /usr/src.new/sys/net80211/ieee80211_proto.h Wed Mar 17 17:48:13 2004 *************** *** 67,74 **** --- 67,78 ---- extern struct mbuf *ieee80211_decap(struct ifnet *, struct mbuf *); extern u_int8_t *ieee80211_add_rates(u_int8_t *frm, const struct ieee80211_rateset *); + extern int ieee80211_new_state(struct ieee80211com *, enum ieee80211_state , int); + #if 0 #define ieee80211_new_state(_ic, _nstate, _arg) \ (((_ic)->ic_newstate)((_ic), (_nstate), (_arg))) + #endif extern u_int8_t *ieee80211_add_xrates(u_int8_t *frm, const struct ieee80211_rateset *); extern void ieee80211_print_essid(u_int8_t *, int); From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 27 02:28:53 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C0B816A4CE for ; Sat, 27 Mar 2004 02:28:53 -0800 (PST) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4044643D2D for ; Sat, 27 Mar 2004 02:28:52 -0800 (PST) (envelope-from xdivac02@stud.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 i2RASmWq071501 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 27 Mar 2004 11:28:48 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i2RASm4X071499 for hackers@freebsd.org; Sat, 27 Mar 2004 11:28:48 +0100 (CET) Date: Sat, 27 Mar 2004 11:28:48 +0100 From: Divacky Roman To: hackers@freebsd.org Message-ID: <20040327102848.GA71464@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) Subject: precompiled headers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2004 10:28:53 -0000 Hi I am wondering wheter there is a plan to use precompiled heades once the 3.4 gcc is imported. that should cut compile times... any thoughts? thnx roman From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 27 03:45:03 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89D4416A4CE for ; Sat, 27 Mar 2004 03:45:03 -0800 (PST) Received: from www.citello.it (host170-131.pool80117.interbusiness.it [80.117.131.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA96643D3F for ; Sat, 27 Mar 2004 03:45:02 -0800 (PST) (envelope-from molter@tin.it) Received: from gattaccio.codalunga (ANice-205-1-33-125.w83-112.abo.wanadoo.fr [83.112.139.125]) by www.citello.it (Postfix) with ESMTP id CB2CF3A2; Sat, 27 Mar 2004 12:44:59 +0100 (CET) Received: by gattaccio.codalunga (Postfix, from userid 1001) id 332424118; Sat, 27 Mar 2004 12:39:51 +0100 (CET) Date: Sat, 27 Mar 2004 12:39:50 +0100 From: Marco Molteni To: Dirk-Willem van Gulik Message-Id: <20040327123950.49ced32e@localhost> In-Reply-To: References: <39FE23FA-7F75-11D8-8F99-000A95CDA38A@webweaving.org> <20040326181713.32971952@zZzZ.segfaulted.com> <37AF87AA-7F87-11D8-8F99-000A95CDA38A@webweaving.org> X-Mailer: Sylpheed version 0.9.9claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: events when (de)associating or when cable is (un)plugged X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2004 11:45:03 -0000 On Sat, 27 Mar 2004 Dirk-Willem van Gulik wrote: [..] > Now experimenting with different types of changes to the > link/association on wifi level. Not exactly clear yet on the semantics > of a 'lost link' myself; > i.e. loss of assoc with -a- basestation; with the basestationS of a > given ssid or simply connection loss; or whenever a handover happens, etc. [..] Hi Dirk-Willem, first of all, thanks for your efforts. I hope they will be integrated in FreeBSD. Regarding the lost link, I think that allowing for a fine granularity is a plus, ie having maybe a "generic" lost link and then more detailed lost link or whatever names like the ones you listed. You may also want to have a look at Wireless Tools for Linux http://halibut.aquilamsl.com/ they might have already considered this. thanks again and keep up the good work :-) marco From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 27 03:56:17 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08D5E16A4CE for ; Sat, 27 Mar 2004 03:56:17 -0800 (PST) Received: from www.citello.it (host170-131.pool80117.interbusiness.it [80.117.131.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE77443D31 for ; Sat, 27 Mar 2004 03:56:16 -0800 (PST) (envelope-from molter@tin.it) Received: from gattaccio.codalunga (ANice-205-1-33-125.w83-112.abo.wanadoo.fr [83.112.139.125]) by www.citello.it (Postfix) with ESMTP id 0860D3A2 for ; Sat, 27 Mar 2004 12:56:15 +0100 (CET) Received: by gattaccio.codalunga (Postfix, from userid 1001) id A745C4118; Sat, 27 Mar 2004 12:51:07 +0100 (CET) Date: Sat, 27 Mar 2004 12:51:07 +0100 From: Marco Molteni To: freebsd-hackers@freebsd.org Message-Id: <20040327125107.69aea43c@localhost> In-Reply-To: <20040327123950.49ced32e@localhost> References: <39FE23FA-7F75-11D8-8F99-000A95CDA38A@webweaving.org> <20040326181713.32971952@zZzZ.segfaulted.com> <37AF87AA-7F87-11D8-8F99-000A95CDA38A@webweaving.org> <20040327123950.49ced32e@localhost> X-Mailer: Sylpheed version 0.9.9claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: events when (de)associating or when cable is (un)plugged X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2004 11:56:17 -0000 On Sat, 27 Mar 2004 12:39:50 +0100 Marco Molteni wrote: [..] > You may also want to have a look at Wireless Tools for Linux > http://halibut.aquilamsl.com/ > they might have already considered this. sorry, mistake. Right url is Wireless Tools for Linux http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html marco From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 27 09:56:48 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9E8F16A4CF for ; Sat, 27 Mar 2004 09:56:48 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id B16EB43D39 for ; Sat, 27 Mar 2004 09:56:48 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id C0402652FE; Sat, 27 Mar 2004 17:56:47 +0000 (GMT) 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 99609-05-3; Sat, 27 Mar 2004 17:56:47 +0000 (GMT) Received: from empiric.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 74082652EC; Sat, 27 Mar 2004 17:56:46 +0000 (GMT) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id BAC8E6108; Sat, 27 Mar 2004 17:56:45 +0000 (GMT) Date: Sat, 27 Mar 2004 17:56:45 +0000 From: Bruce M Simpson To: Dirk-Willem van Gulik Message-ID: <20040327175645.GC90316@empiric.dek.spc.org> Mail-Followup-To: Dirk-Willem van Gulik , Suleiman Souhlal , freebsd-hackers@freebsd.org References: <39FE23FA-7F75-11D8-8F99-000A95CDA38A@webweaving.org> <20040326181713.32971952@zZzZ.segfaulted.com> <37AF87AA-7F87-11D8-8F99-000A95CDA38A@webweaving.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: freebsd-hackers@freebsd.org cc: Suleiman Souhlal Subject: Re: events when (de)associating or when cable is (un)plugged X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2004 17:56:49 -0000 On Sat, Mar 27, 2004 at 03:37:44AM +0100, Dirk-Willem van Gulik wrote: > Suleiman, > > Thanks for all the help - I just hacked up the patch below and took > http://green.homeunix.org/~green/linkwatcher.c for testing. I also > had to add the LINKUP/DOWN in some non-mii using ethernet > cards (as only miibus(4) seems to issue this event). Nice! I'll take a more indepth look at this when less pressed. Keep on hacking. Would be nice to hook up with the WirelessLeiden folks too... Good stuff, BMS From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 27 10:13:06 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 056F516A4CE for ; Sat, 27 Mar 2004 10:13:06 -0800 (PST) Received: from venus.vincentjardin.net (lns-vlq-25-82-255-135-145.adsl.proxad.net [82.255.135.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id D69AF43D45 for ; Sat, 27 Mar 2004 10:13:04 -0800 (PST) (envelope-from jardin@venus.vincentjardin.net) Received: from venus.vincentjardin.net (localhost [127.0.0.1]) i2RIIJax010289; Sat, 27 Mar 2004 19:18:20 +0100 (CET) (envelope-from jardin@venus.vincentjardin.net) Received: from localhost (localhost [[UNIX: localhost]]) by venus.vincentjardin.net (8.12.9/8.12.9/Submit) id i2RIIIww010288; Sat, 27 Mar 2004 19:18:18 +0100 (CET) From: Vincent Jardin To: Bruce M Simpson , Dirk-Willem van Gulik Date: Sat, 27 Mar 2004 19:18:16 +0100 User-Agent: KMail/1.5.2 References: <39FE23FA-7F75-11D8-8F99-000A95CDA38A@webweaving.org> <20040327175645.GC90316@empiric.dek.spc.org> In-Reply-To: <20040327175645.GC90316@empiric.dek.spc.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200403271918.18032.vjardin@free.fr> cc: freebsd-hackers@freebsd.org Subject: Re: events when (de)associating or when cable is (un)plugged X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2004 18:13:06 -0000 See NetBSD mii source code too: They announce when a cable is plugged and unplugged on the routing socket. mii_physubr.c ... void mii_phy_update(struct mii_softc *sc, int cmd) { struct mii_data *mii = sc->mii_pdata; int announce, s; if (sc->mii_media_active != mii->mii_media_active || sc->mii_media_status != mii->mii_media_status || cmd == MII_MEDIACHG) { announce = mii_phy_statusmsg(sc); (*mii->mii_statchg)(sc->mii_dev.dv_parent); sc->mii_media_active = mii->mii_media_active; sc->mii_media_status = mii->mii_media_status; if (announce) { s = splnet(); rt_ifmsg(mii->mii_ifp); splx(s); } } } Regards, Vincent On Saturday 27 March 2004 18:56, Bruce M Simpson wrote: > On Sat, Mar 27, 2004 at 03:37:44AM +0100, Dirk-Willem van Gulik wrote: > > Suleiman, > > > > Thanks for all the help - I just hacked up the patch below and took > > http://green.homeunix.org/~green/linkwatcher.c for testing. I also > > had to add the LINKUP/DOWN in some non-mii using ethernet > > cards (as only miibus(4) seems to issue this event). > > Nice! I'll take a more indepth look at this when less pressed. Keep on > hacking. Would be nice to hook up with the WirelessLeiden folks too... > > Good stuff, > BMS > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 27 15:56:18 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC05016A4CE for ; Sat, 27 Mar 2004 15:56:18 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EF0543D1D for ; Sat, 27 Mar 2004 15:56:17 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i2RNtokj067119; Sat, 27 Mar 2004 16:56:00 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 27 Mar 2004 16:55:56 -0700 (MST) Message-Id: <20040327.165556.34761174.imp@bsdimp.com> To: ticso@cicely.de, ticso@cicely12.cicely.de From: "M. Warner Losh" In-Reply-To: <20040326074634.GG94505@cicely12.cicely.de> References: <1080257258.1138.34.camel@dirk> <20040326074634.GG94505@cicely12.cicely.de> 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: samuel.lawrance@studentmail.newcastle.edu.au cc: freebsd-hackers@freebsd.org Subject: Re: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2004 23:56:19 -0000 In message: <20040326074634.GG94505@cicely12.cicely.de> Bernd Walter writes: : I'm working on getting devd(8) usable for usb devices. The part I'm not sure about is where you add the pnpinfo to the devaddq stuff. All that stuff should generally be in devaddq. Why did you did it the way you did and what were you able to gain by it? Warner From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 27 15:57:30 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E396C16A4CE for ; Sat, 27 Mar 2004 15:57:30 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D55F43D31 for ; Sat, 27 Mar 2004 15:57:30 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i2RNvQkj067152; Sat, 27 Mar 2004 16:57:27 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 27 Mar 2004 16:57:32 -0700 (MST) Message-Id: <20040327.165732.57443924.imp@bsdimp.com> To: bms@spc.org From: "M. Warner Losh" In-Reply-To: <20040327175645.GC90316@empiric.dek.spc.org> References: <37AF87AA-7F87-11D8-8F99-000A95CDA38A@webweaving.org> <20040327175645.GC90316@empiric.dek.spc.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: dirkx@asemantics.com cc: refugee@segfaulted.com cc: freebsd-hackers@freebsd.org Subject: Re: events when (de)associating or when cable is (un)plugged X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2004 23:57:31 -0000 In message: <20040327175645.GC90316@empiric.dek.spc.org> Bruce M Simpson writes: : On Sat, Mar 27, 2004 at 03:37:44AM +0100, Dirk-Willem van Gulik wrote: : > Suleiman, : > : > Thanks for all the help - I just hacked up the patch below and took : > http://green.homeunix.org/~green/linkwatcher.c for testing. I also : > had to add the LINKUP/DOWN in some non-mii using ethernet : > cards (as only miibus(4) seems to issue this event). : : Nice! I'll take a more indepth look at this when less pressed. Keep on hacking. : Would be nice to hook up with the WirelessLeiden folks too... Just so people know, I'm planning on adding a few new event stream types to devd. These will include link level notifications... Warner From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 27 16:25:49 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C676116A4CE for ; Sat, 27 Mar 2004 16:25:49 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFE1243D4C for ; Sat, 27 Mar 2004 16:25:48 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i2S0OdUS061354 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 28 Mar 2004 01:24:44 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i2S0Nbhn012259 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 28 Mar 2004 01:23:37 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i2S0NaTg016341; Sun, 28 Mar 2004 01:23:36 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i2S0Nap7016340; Sun, 28 Mar 2004 01:23:36 +0100 (CET) (envelope-from ticso) Date: Sun, 28 Mar 2004 01:23:35 +0100 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20040328002334.GA15543@cicely12.cicely.de> References: <1080257258.1138.34.camel@dirk> <20040326074634.GG94505@cicely12.cicely.de> <20040327.165556.34761174.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040327.165556.34761174.imp@bsdimp.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: ticso@cicely12.cicely.de cc: samuel.lawrance@studentmail.newcastle.edu.au cc: ticso@cicely.de cc: freebsd-hackers@freebsd.org Subject: Re: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2004 00:25:49 -0000 On Sat, Mar 27, 2004 at 04:55:56PM -0700, M. Warner Losh wrote: > In message: <20040326074634.GG94505@cicely12.cicely.de> > Bernd Walter writes: > : I'm working on getting devd(8) usable for usb devices. > > The part I'm not sure about is where you add the pnpinfo to the > devaddq stuff. All that stuff should generally be in devaddq. Why > did you did it the way you did and what were you able to gain by it? Fact is that we need more information then available for attach/detach statements right now to replace usbd - especially the serial number of a device was the part that I'm interested in. What still puzzles me is why pnpinfo is currently only part in case of unassigned new devices - it looks intentionaly to be left out for other cases - therefor the current patch just adds it in the most simple way to test the other part and was never intended as a commit candidate. Do you think there could be problems with pnpinfo for other type of devices (cardbus, pcmcia, acpi, ...)? -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de