From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 21 02:47:25 2003 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 842C316A4CE; Sun, 21 Dec 2003 02:47:25 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03D6D43D5D; Sun, 21 Dec 2003 02:47:25 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id ED2235C788; Sun, 21 Dec 2003 02:47:24 -0800 (PST) Date: Sun, 21 Dec 2003 02:47:24 -0800 From: Alfred Perlstein To: hackers@freebsd.org Message-ID: <20031221104724.GT60229@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Sun, 21 Dec 2003 11:43:52 -0800 Subject: support for __thread 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 Dec 2003 10:47:25 -0000 How do I get __thread to work for me? http://gcc.gnu.org/onlinedocs/gcc/Thread-Local.html it seems the assembler chokes on it? -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684 From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 21 05:56:23 2003 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 5152116A4CE; Sun, 21 Dec 2003 05:56:23 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F80043D53; Sun, 21 Dec 2003 05:56:22 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 8533F5C7C9; Sun, 21 Dec 2003 05:56:22 -0800 (PST) Date: Sun, 21 Dec 2003 05:56:22 -0800 From: Alfred Perlstein To: hackers@freebsd.org Message-ID: <20031221135622.GU60229@elvis.mu.org> References: <20031221104724.GT60229@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031221104724.GT60229@elvis.mu.org> User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Sun, 21 Dec 2003 11:43:52 -0800 Subject: Re: support for __thread 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 Dec 2003 13:56:23 -0000 * Alfred Perlstein [031221 02:47] wrote: > How do I get __thread to work for me? > > http://gcc.gnu.org/onlinedocs/gcc/Thread-Local.html > > it seems the assembler chokes on it? Taking this code: #include __thread int x; int main(int argc, char **argv) { printf("duh:\n"); return (0); } Running it through "gcc -S" results in an asm file that has this at the end: .globl %lx .section .tbss,"awT",@nobits .p2align 2 .type %lx, @object .size %lx, 4 %lx: .zero 4 .ident "GCC: (GNU) 3.3.3 [FreeBSD] 20031106" as(1) will accept this file if I replace all occurrances of '%lx' with 'lx', it then appears to create special section called tbss, (this is used for automatic thread specific data). Where is the bug, the compiler or the assembler, anyone have a fix? -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684 From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 21 12:08:34 2003 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 0262416A4CE for ; Sun, 21 Dec 2003 12:08:34 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDEDF43D3F for ; Sun, 21 Dec 2003 12:08:22 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id hBLK8Fiw024160; Sun, 21 Dec 2003 15:08:15 -0500 (EST) Date: Sun, 21 Dec 2003 15:08:15 -0500 (EST) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Alfred Perlstein In-Reply-To: <20031221135622.GU60229@elvis.mu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: support for __thread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2003 20:08:34 -0000 On Sun, 21 Dec 2003, Alfred Perlstein wrote: > * Alfred Perlstein [031221 02:47] wrote: > > How do I get __thread to work for me? > > > > http://gcc.gnu.org/onlinedocs/gcc/Thread-Local.html > > > > it seems the assembler chokes on it? We don't have support for it yet. Why do you want it? -- Dan Eischen From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 21 12:33:12 2003 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 1B5F816A4CE; Sun, 21 Dec 2003 12:33:12 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3761043D5E; Sun, 21 Dec 2003 12:33:11 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 302D15C780; Sun, 21 Dec 2003 12:33:11 -0800 (PST) Date: Sun, 21 Dec 2003 12:33:11 -0800 From: Alfred Perlstein To: deischen@freebsd.org Message-ID: <20031221203311.GW60229@elvis.mu.org> References: <20031221135622.GU60229@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Sun, 21 Dec 2003 14:07:54 -0800 cc: hackers@freebsd.org Subject: Re: support for __thread 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 Dec 2003 20:33:12 -0000 * Daniel Eischen [031221 12:08] wrote: > On Sun, 21 Dec 2003, Alfred Perlstein wrote: > > > * Alfred Perlstein [031221 02:47] wrote: > > > How do I get __thread to work for me? > > > > > > http://gcc.gnu.org/onlinedocs/gcc/Thread-Local.html > > > > > > it seems the assembler chokes on it? > > We don't have support for it yet. Why do you want it? .) it'd be nice to have it for future work .) linux seems to have it, so does MS but mostly: I'm porting webstone to use threads, and it uses that construct for the win32 threaded portion, it'd be really nice if we supported it so that I could make use of it instead of changing hundreds of lines of code. Any idea of how much effort it would take? I have no clue as to how to fix our toolchain, gooing the work in ld.so doesn't see that awful, but it's not trivial either: http://people.freebsd.org/~alfred/tls.pdf I want a threaded webstone so that I can generate a lot more load with wimpier client boxes on FreeBSD. Right now doing hundreds of connections nearly kills my desktop, but when threaded it barely hiccups. Also, in re: thread things: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/60477 :( -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684 From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 21 14:29:12 2003 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 5EFA016A4CE; Sun, 21 Dec 2003 14:29:12 -0800 (PST) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 547B043D49; Sun, 21 Dec 2003 14:29:11 -0800 (PST) (envelope-from eta@lclark.edu) Received: from [192.168.0.101] (12-231-141-5.client.attbi.com[12.231.141.5]) by comcast.net (sccrmhc13) with SMTP id <2003122122291001600rjar8e>; Sun, 21 Dec 2003 22:29:10 +0000 From: Eric Anholt To: deischen@freebsd.org In-Reply-To: References: Content-Type: text/plain Message-Id: <1072045740.689.6.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 21 Dec 2003 14:29:37 -0800 Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org cc: Alfred Perlstein Subject: Re: support for __thread 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 Dec 2003 22:29:12 -0000 On Sun, 2003-12-21 at 12:08, Daniel Eischen wrote: > On Sun, 21 Dec 2003, Alfred Perlstein wrote: > > > * Alfred Perlstein [031221 02:47] wrote: > > > How do I get __thread to work for me? > > > > > > http://gcc.gnu.org/onlinedocs/gcc/Thread-Local.html > > > > > > it seems the assembler chokes on it? > > We don't have support for it yet. Why do you want it? >From what I understand, having thread-local variables would be a big bonus for OpenGL. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 21 14:31:07 2003 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 A8BD116A4CE for ; Sun, 21 Dec 2003 14:31:07 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1961643D5E for ; Sun, 21 Dec 2003 14:31:04 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id hBLMV3iw028908; Sun, 21 Dec 2003 17:31:03 -0500 (EST) Date: Sun, 21 Dec 2003 17:31:03 -0500 (EST) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Alfred Perlstein In-Reply-To: <20031221203311.GW60229@elvis.mu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: support for __thread 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 Dec 2003 22:31:07 -0000 On Sun, 21 Dec 2003, Alfred Perlstein wrote: > * Daniel Eischen [031221 12:08] wrote: > > On Sun, 21 Dec 2003, Alfred Perlstein wrote: > > > > > * Alfred Perlstein [031221 02:47] wrote: > > > > How do I get __thread to work for me? > > > > > > > > http://gcc.gnu.org/onlinedocs/gcc/Thread-Local.html > > > > > > > > it seems the assembler chokes on it? > > > > We don't have support for it yet. Why do you want it? > > .) it'd be nice to have it for future work > .) linux seems to have it, so does MS libkse is ready to add support for it but I believe there's some additional work to be done in rtld-elf first. > but mostly: > > I'm porting webstone to use threads, and it uses that construct > for the win32 threaded portion, it'd be really nice if we supported > it so that I could make use of it instead of changing hundreds of > lines of code. I would discourage using __thread and instead make the API better so it's not needed. My fear is that once we have it, it'll be abused in all sorts of ways. I can understand needing it for something like nvidia's OpenGL where you have an existing API layered over their drivers and they need to get thread-local-storage very often (tight loops). > Any idea of how much effort it would take? I have no clue as to > how to fix our toolchain, gooing the work in ld.so doesn't see > that awful, but it's not trivial either: > > http://people.freebsd.org/~alfred/tls.pdf Yes, we've been over that in either -current or -threads; I forget which. I think libkse already obeys the tls spec WRT %gs; we just need some hooks/coordination into/with rtld. > I want a threaded webstone so that I can generate a lot more load > with wimpier client boxes on FreeBSD. > > Right now doing hundreds of connections nearly kills my desktop, > but when threaded it barely hiccups. There is always pthread_[gs]pecific which is what normally should be used. > Also, in re: thread things: > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/60477 > :( There were some thoughts on restructuring our name lookups so that they would be thread-safe. I would rather see that than littering __thread around libc. -- Dan Eischen From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 21 17:03:00 2003 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 02BF216A4CE for ; Sun, 21 Dec 2003 17:03:00 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 085EE43D5A for ; Sun, 21 Dec 2003 17:02:58 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 02F175C791; Sun, 21 Dec 2003 17:02:58 -0800 (PST) Date: Sun, 21 Dec 2003 17:02:57 -0800 From: Alfred Perlstein To: Daniel Eischen Message-ID: <20031222010257.GY60229@elvis.mu.org> References: <20031221203311.GW60229@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Sun, 21 Dec 2003 17:15:17 -0800 cc: hackers@freebsd.org Subject: Re: support for __thread 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 Dec 2003 01:03:00 -0000 * Daniel Eischen [031221 14:31] wrote: > On Sun, 21 Dec 2003, Alfred Perlstein wrote: > > > * Daniel Eischen [031221 12:08] wrote: > > > On Sun, 21 Dec 2003, Alfred Perlstein wrote: > > > > > > > * Alfred Perlstein [031221 02:47] wrote: > > > > > How do I get __thread to work for me? > > > > > > > > > > http://gcc.gnu.org/onlinedocs/gcc/Thread-Local.html > > > > > > > > > > it seems the assembler chokes on it? > > > > > > We don't have support for it yet. Why do you want it? > > > > .) it'd be nice to have it for future work > > .) linux seems to have it, so does MS > > libkse is ready to add support for it but I believe there's > some additional work to be done in rtld-elf first. Well yes, but first would be getting the toolchain to emit proper code... Redhat Linux's gcc 3.2.2 will output: .globl x .section .tbss,"awT",@nobits .align 4 .type x,@object .size x,4 x: .zero 4 .ident "GCC: (GNU) 3.2.2 20030222 (Red Hat Linux 3.2.2-5)" ours: .globl %lx .section .tbss,"awT",@nobits .p2align 2 .type %lx, @object .size %lx, 4 %lx: .zero 4 .ident "GCC: (GNU) 3.3.3 [FreeBSD] 20031106" It looks like a simple typo or format string error of some kind, but I have no clue where this is done in gcc, what would take me hours could likely been in a couple of minutes if the right people *kicks obrien* would respond. :) > > but mostly: > > > > I'm porting webstone to use threads, and it uses that construct > > for the win32 threaded portion, it'd be really nice if we supported > > it so that I could make use of it instead of changing hundreds of > > lines of code. > > I would discourage using __thread and instead make the API > better so it's not needed. My fear is that once we have it, > it'll be abused in all sorts of ways. I can understand > needing it for something like nvidia's OpenGL where you > have an existing API layered over their drivers and they > need to get thread-local-storage very often (tight loops). Well, this allows the port to be pretty seamless, with minimal chances for bugs... I've already had a lot of issues porting the code because of other distractions. I figure that supporting it would be nice. I can give the ld.so work a shot if someone gives me a general idea of how to get at the linker sets and registers in C code. It would be nice if it worked with libc_r as well, is there any chance for that? Webstone doesn't need kernel threads really... the relatively lightweight nature of libc_r doing strictly network IO makes it an attractive solution for what I'm trying to accomplish. > > Any idea of how much effort it would take? I have no clue as to > > how to fix our toolchain, gooing the work in ld.so doesn't see > > that awful, but it's not trivial either: > > > > http://people.freebsd.org/~alfred/tls.pdf > > Yes, we've been over that in either -current or -threads; I forget > which. I think libkse already obeys the tls spec WRT %gs; we just need > some hooks/coordination into/with rtld. As I said, I may be able to do this, but I definetly have no clue how to fix the compiler. > > I want a threaded webstone so that I can generate a lot more load > > with wimpier client boxes on FreeBSD. > > > > Right now doing hundreds of connections nearly kills my desktop, > > but when threaded it barely hiccups. > > There is always pthread_[gs]pecific which is what normally should > be used. That doesn't lend itself to a "clean" port. I'll need to extensively modify the source to do that, I can but was hoping that I could guilt people into getting on the bandwagon wrt __thread. :) > > Also, in re: thread things: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/60477 > > :( > > There were some thoughts on restructuring our name lookups so > that they would be thread-safe. I would rather see that than > littering __thread around libc. I actually don't have any intention of polluting libc with __thread. I was just whining about yet another issue (I actually hit it with webstone, but there's a workaround which is to make sure that the domain name resolves exactly to what you have in the config file, that avoids threaded name lookups.) I think I can actually fix our libc functions to use thread local storage if I ever get around to it. As long as threads copy the return value from gethostent/getservent and don't just hand the pointer to another thread they should be fine, although it would act "funny" if threads expected to be able to iterate through the hostent/servent files by having several threads call the functions expecting each to get alternating lines. Any thoughts on this? Supposedly the interfaces that make sense (the ones that use the host_data parameter) are depricated on some UNIX versions already, and honestly the glibC and Solaris ones are just STUPID. :( -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684 From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 21 20:09:13 2003 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 A145016A4CE for ; Sun, 21 Dec 2003 20:09:13 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF8E443D53 for ; Sun, 21 Dec 2003 20:09:12 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id 3FECC307DE; Sun, 21 Dec 2003 23:09:12 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id EBEBB1D2284; Sun, 21 Dec 2003 23:09:10 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16358.28260.695219.464322@canoe.dclg.ca> Date: Sun, 21 Dec 2003 23:09:08 -0500 X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid From: David Gilbert To: freebsd-hackers@freebsd.org Subject: USB link cables. 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 Dec 2003 04:09:13 -0000 Has anyone looked into supporting USB link cables? I see a number of these on eBay ... they appear to have two usb host connectors and some small bit of electronics (by the description). Are these propriatary ... or is there some sensible way this would work? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 21 21:04:09 2003 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 8126B16A4CE for ; Sun, 21 Dec 2003 21:04:09 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 619F443D41 for ; Sun, 21 Dec 2003 21:04:05 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id hBM544iw001439; Mon, 22 Dec 2003 00:04:04 -0500 (EST) Date: Mon, 22 Dec 2003 00:04:04 -0500 (EST) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Alfred Perlstein In-Reply-To: <20031222010257.GY60229@elvis.mu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: support for __thread 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 Dec 2003 05:04:09 -0000 On Sun, 21 Dec 2003, Alfred Perlstein wrote: > * Daniel Eischen [031221 14:31] wrote: > > On Sun, 21 Dec 2003, Alfred Perlstein wrote: > > > > > * Daniel Eischen [031221 12:08] wrote: > > > > On Sun, 21 Dec 2003, Alfred Perlstein wrote: > > > > > > > > > * Alfred Perlstein [031221 02:47] wrote: > > > > > > How do I get __thread to work for me? > > > > > > > > > > > > http://gcc.gnu.org/onlinedocs/gcc/Thread-Local.html > > > > > > > > > > > > it seems the assembler chokes on it? > > > > > > > > We don't have support for it yet. Why do you want it? > > > > > > .) it'd be nice to have it for future work > > > .) linux seems to have it, so does MS > > > > libkse is ready to add support for it but I believe there's > > some additional work to be done in rtld-elf first. > > Well yes, but first would be getting the toolchain to emit > proper code... [...] > It looks like a simple typo or format string error of some kind, > but I have no clue where this is done in gcc, what would take > me hours could likely been in a couple of minutes if the > right people *kicks obrien* would respond. :) Try kan. > > > but mostly: > > > > > > I'm porting webstone to use threads, and it uses that construct > > > for the win32 threaded portion, it'd be really nice if we supported > > > it so that I could make use of it instead of changing hundreds of > > > lines of code. > > > > I would discourage using __thread and instead make the API > > better so it's not needed. My fear is that once we have it, > > it'll be abused in all sorts of ways. I can understand > > needing it for something like nvidia's OpenGL where you > > have an existing API layered over their drivers and they > > need to get thread-local-storage very often (tight loops). > > Well, this allows the port to be pretty seamless, with minimal > chances for bugs... I've already had a lot of issues porting > the code because of other distractions. I figure that supporting > it would be nice. Yes, for OpenGL/nvidia users mostly. webstone looks pretty simple to fix so it doesn't need __thread, and would benefit platforms other platforms. Which webstone are you using? The same version as in www/ports, or is there another more recent version out there that we haven't tracked yet. > I can give the ld.so work a shot if someone gives me a general > idea of how to get at the linker sets and registers in C code. Don't ask me :) > It would be nice if it worked with libc_r as well, is there > any chance for that? Webstone doesn't need kernel threads > really... the relatively lightweight nature of libc_r doing > strictly network IO makes it an attractive solution for what > I'm trying to accomplish. I'd like to stay away from maintaining libc_r any further; not that it can't be done, but with libkse and libthr around, why? > > > Any idea of how much effort it would take? I have no clue as to > > > how to fix our toolchain, gooing the work in ld.so doesn't see > > > that awful, but it's not trivial either: > > > > > > http://people.freebsd.org/~alfred/tls.pdf > > > > Yes, we've been over that in either -current or -threads; I forget > > which. I think libkse already obeys the tls spec WRT %gs; we just need > > some hooks/coordination into/with rtld. > > As I said, I may be able to do this, but I definetly have no clue > how to fix the compiler. > > > > I want a threaded webstone so that I can generate a lot more load > > > with wimpier client boxes on FreeBSD. > > > > > > Right now doing hundreds of connections nearly kills my desktop, > > > but when threaded it barely hiccups. > > > > There is always pthread_[gs]pecific which is what normally should > > be used. > > That doesn't lend itself to a "clean" port. I looked at the port and it should be easy enough to fix it so that it does support threads without TLS. > I'll need to extensively modify the source to do that, I can > but was hoping that I could guilt people into getting on the > bandwagon wrt __thread. :) > > > > Also, in re: thread things: > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/60477 > > > :( > > > > There were some thoughts on restructuring our name lookups so > > that they would be thread-safe. I would rather see that than > > littering __thread around libc. > > I actually don't have any intention of polluting libc with __thread. > I was just whining about yet another issue (I actually hit it with > webstone, but there's a workaround which is to make sure that the > domain name resolves exactly to what you have in the config file, > that avoids threaded name lookups.) > > I think I can actually fix our libc functions to use thread local > storage if I ever get around to it. As long as threads copy the I'd rather see a thread-safe function(s) instead of using __thread. > return value from gethostent/getservent and don't just hand the > pointer to another thread they should be fine, although it would > act "funny" if threads expected to be able to iterate through the > hostent/servent files by having several threads call the functions > expecting each to get alternating lines. > > Any thoughts on this? Supposedly the interfaces that make sense > (the ones that use the host_data parameter) are depricated on some > UNIX versions already, and honestly the glibC and Solaris ones are > just STUPID. :( I haven't looked at any of the gethost* functions too much. I think Jacques Vidrine (nectar) was looking into this. -- Dan Eischen From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 21 21:35:27 2003 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 8F1E116A4CE for ; Sun, 21 Dec 2003 21:35:27 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DA5E43D1F for ; Sun, 21 Dec 2003 21:35:24 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from chowder.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id hBM5Z6E7033991; Mon, 22 Dec 2003 16:05:07 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: David Gilbert , freebsd-hackers@freebsd.org Date: Mon, 22 Dec 2003 16:05:03 +1030 User-Agent: KMail/1.5.3 References: <16358.28260.695219.464322@canoe.dclg.ca> In-Reply-To: <16358.28260.695219.464322@canoe.dclg.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312221605.03196.doconnor@gsoft.com.au> X-Spam-Score: -4.4 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: USB link cables. 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 Dec 2003 05:35:27 -0000 On Monday 22 December 2003 14:39, David Gilbert wrote: > Has anyone looked into supporting USB link cables? I see a number of > these on eBay ... they appear to have two usb host connectors and some > small bit of electronics (by the description). Are these propriatary > ... or is there some sensible way this would work? There's a linux driver for some models. http://www.linux-usb.org/usbnet/ If it's FreeBSD to FreeBSD and they both have firewire you could use if_fwe (which is nonstandard unfortunately). Of course there's also ethernet :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 21 21:56:13 2003 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 1740616A4CE for ; Sun, 21 Dec 2003 21:56:13 -0800 (PST) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39D9643D5E for ; Sun, 21 Dec 2003 21:56:11 -0800 (PST) (envelope-from takawata@axe-inc.co.jp) Received: from localhost (localhost [127.0.0.1]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with SMTP id OAA16484; Mon, 22 Dec 2003 14:55:15 +0900 (JST) Message-Id: <200312220555.OAA16484@axe-inc.co.jp> X-Authentication-Warning: axegw.axe-inc.co.jp: localhost [127.0.0.1] didn't use HELO protocol From: takawata@jp.freebsd.org To: "Daniel O'Connor" , dgilbert@dclg.ca In-reply-to: Your message of "Mon, 22 Dec 2003 16:05:03 +1030." <200312221605.03196.doconnor@gsoft.com.au> Date: Mon, 22 Dec 2003 14:55:15 +0900 Sender: takawata@axe-inc.co.jp cc: hackers@freebsd.org Subject: Re: USB link cables. 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 Dec 2003 05:56:13 -0000 In message <200312221605.03196.doconnor@gsoft.com.au>, "Daniel O'Connor" wrote: >On Monday 22 December 2003 14:39, David Gilbert wrote: >> Has anyone looked into supporting USB link cables? I see a number of >> these on eBay ... they appear to have two usb host connectors and some >> small bit of electronics (by the description). Are these propriatary >> ... or is there some sensible way this would work? > >There's a linux driver for some models. >http://www.linux-usb.org/usbnet/ > >If it's FreeBSD to FreeBSD and they both have firewire you could use if_fwe >(which is nonstandard unfortunately). > >Of course there's also ethernet :) man udbp(4). From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 21 22:01:39 2003 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 84F3316A4CE for ; Sun, 21 Dec 2003 22:01:39 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C1CE43D1F for ; Sun, 21 Dec 2003 22:01:38 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id hBM61bHn039175; Mon, 22 Dec 2003 00:01:37 -0600 (CST) (envelope-from dan) Date: Mon, 22 Dec 2003 00:01:37 -0600 From: Dan Nelson To: Daniel Eischen Message-ID: <20031222060137.GA87552@dan.emsphone.com> References: <20031222010257.GY60229@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.5.1i cc: hackers@freebsd.org cc: Alfred Perlstein Subject: Re: support for __thread 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 Dec 2003 06:01:39 -0000 In the last episode (Dec 22), Daniel Eischen said: > I'd like to stay away from maintaining libc_r any further; not that > it can't be done, but with libkse and libthr around, why? Do gdb and pstack (in ports) handle libkse or libthr threads? libc_r is a great debugging tool, if nothing else. I can't even attach to a libkse-threaded program with gdb; the tracee gets SIGSTOP'ped, and gdb just sits there. You have to kill -9 gdb from another tty, and the tracee dies. gdb can attach to a libc_r program, view all the threads, and detach without affecting the tracee. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 21 19:33:15 2003 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 407C516A4CE for ; Sun, 21 Dec 2003 19:33:15 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65E2243D6B for ; Sun, 21 Dec 2003 19:33:11 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id B387C307E1; Sun, 21 Dec 2003 22:33:10 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 099FD1D23F9; Sun, 21 Dec 2003 22:33:11 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16358.26102.823837.190621@canoe.dclg.ca> Date: Sun, 21 Dec 2003 22:33:10 -0500 To: freebsd-hackers@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid X-Mailman-Approved-At: Mon, 22 Dec 2003 01:14:15 -0800 Subject: USB link cables. 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 Dec 2003 03:33:15 -0000 Has anyone looked into supporting USB link cables? I see a number of these on eBay ... they appear to have two usb host connectors and some small bit of electronics (by the description). Are these propriatary ... or is there some sensible way this would work? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 22 01:13:46 2003 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 2CA6E16A4CE for ; Mon, 22 Dec 2003 01:13:46 -0800 (PST) Received: from mtaw4.prodigy.net (mtaw4.prodigy.net [64.164.98.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E68643D62 for ; Mon, 22 Dec 2003 01:13:42 -0800 (PST) (envelope-from julian@elischer.org) Received: from elischer.org ([209.233.196.26]) by mtaw4.prodigy.net (8.12.10/8.12.10) with ESMTP id hBM9DeVJ012587; Mon, 22 Dec 2003 01:13:41 -0800 (PST) Message-ID: <3FE6B4B1.4070001@elischer.org> Date: Mon, 22 Dec 2003 01:09:05 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Alfred Perlstein References: <20031221203311.GW60229@elvis.mu.org> <20031222010257.GY60229@elvis.mu.org> In-Reply-To: <20031222010257.GY60229@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 22 Dec 2003 01:14:15 -0800 cc: hackers@freebsd.org Subject: Re: support for __thread 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 Dec 2003 09:13:46 -0000 Alfred Perlstein wrote: > > > > Well yes, but first would be getting the toolchain to emit > proper code... It'd help but the linker is where all the action happens.. Marcel seems to understand this quite well. > > > I can give the ld.so work a shot if someone gives me a general > idea of how to get at the linker sets and registers in C code. WHen you have read and understood the document that describes the __thread implementation then I guess the next step would be to read and understand ld (and the rt version). > > It would be nice if it worked with libc_r as well, is there > any chance for that? Webstone doesn't need kernel threads > really... the relatively lightweight nature of libc_r doing > strictly network IO makes it an attractive solution for what > I'm trying to accomplish. Once it has been done for libpthread then it is almost free for libc_r because in libc_r we can set %gx once and forget it and just change the address it points to whenever we schedule a different thread. > -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 22 05:36:23 2003 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 2FD5416A4CE for ; Mon, 22 Dec 2003 05:36:23 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B955F43D4C for ; Mon, 22 Dec 2003 05:36:21 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id hBMDaFiw027048; Mon, 22 Dec 2003 08:36:15 -0500 (EST) Date: Mon, 22 Dec 2003 08:36:15 -0500 (EST) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Dan Nelson In-Reply-To: <20031222060137.GA87552@dan.emsphone.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: Alfred Perlstein Subject: Re: support for __thread 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 Dec 2003 13:36:23 -0000 On Mon, 22 Dec 2003, Dan Nelson wrote: > In the last episode (Dec 22), Daniel Eischen said: > > I'd like to stay away from maintaining libc_r any further; not that > > it can't be done, but with libkse and libthr around, why? > > Do gdb and pstack (in ports) handle libkse or libthr threads? libc_r I don't know what pstack is, but we should have gdb for 5.3R. > is a great debugging tool, if nothing else. I can't even attach to a > libkse-threaded program with gdb; the tracee gets SIGSTOP'ped, and gdb > just sits there. You have to kill -9 gdb from another tty, and the > tracee dies. gdb can attach to a libc_r program, view all the threads, > and detach without affecting the tracee. From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 22 06:03:33 2003 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 DF81316A4CE for ; Mon, 22 Dec 2003 06:03:33 -0800 (PST) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D8EB343D55 for ; Mon, 22 Dec 2003 06:03:31 -0800 (PST) (envelope-from silby@silby.com) Received: (qmail 322 invoked from network); 22 Dec 2003 14:03:31 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 22 Dec 2003 14:03:31 -0000 X-pair-Authenticated: 209.68.2.70 Date: Mon, 22 Dec 2003 08:03:28 -0600 (CST) From: Mike Silbersack To: Alfred Perlstein In-Reply-To: <20031221203311.GW60229@elvis.mu.org> Message-ID: <20031222080119.Y2799@odysseus.silby.com> References: <20031221135622.GU60229@elvis.mu.org> <20031221203311.GW60229@elvis.mu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: deischen@freebsd.org cc: hackers@freebsd.org Subject: Re: support for __thread 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 Dec 2003 14:03:34 -0000 On Sun, 21 Dec 2003, Alfred Perlstein wrote: > Any idea of how much effort it would take? I have no clue as to > how to fix our toolchain, gooing the work in ld.so doesn't see > that awful, but it's not trivial either: > > http://people.freebsd.org/~alfred/tls.pdf > > I want a threaded webstone so that I can generate a lot more load > with wimpier client boxes on FreeBSD. While you're working on gcc / our linker, you may want to investigate this article that I just saw on news.google.com as well: --- GCC summit in Kuwait concludes meetings, approves ''anti-terrorism'' agreement --- I'm not sure exactly what OS support that requires, but having it would certainly put us ahead of OpenBSD's ProPolice + nonexec stack! Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 22 08:10:52 2003 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 402A116A4CE; Mon, 22 Dec 2003 08:10:52 -0800 (PST) Received: from nalle.netsonic.fi (netsonic.fi [194.29.192.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0336943D1D; Mon, 22 Dec 2003 08:10:50 -0800 (PST) (envelope-from markus.kovero@grafikansi.fi) Received: from grafikansi.fi (office.grafikansi.fi [81.17.198.67]) by nalle.netsonic.fi (8.11.6/8.11.6) with ESMTP id hBMGAIo02064; Mon, 22 Dec 2003 18:10:18 +0200 Message-ID: <3FE733A6.9030903@grafikansi.fi> Date: Mon, 22 Dec 2003 18:10:46 +0000 From: Markus Kovero User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031208 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Atmel WLAN 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: Mon, 22 Dec 2003 16:10:52 -0000 Hi. I Have Belkin 11MBps wlan adapter F5D6020 ver.2 that uses atmel chipset. I noticed that support for freebsd hasnt been made yet but I found leenox driver for it. So I thought to ask would it be possible to port leenox driver to freebsd so I could use my wlan pcmcia card. Linux driver I found: http://atmelwlandriver.sourceforge.net/news.html Thanks. Peaceful xmas and happy newyear! Greets Markus Kovero From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 22 08:24:49 2003 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 36ECC16A4CE for ; Mon, 22 Dec 2003 08:24:49 -0800 (PST) Received: from dragon.rutgers.edu (dragon.rutgers.edu [128.6.25.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 133BF43D4C for ; Mon, 22 Dec 2003 08:24:46 -0800 (PST) (envelope-from bohra@cs.rutgers.edu) Received: by dragon.rutgers.edu (CommuniGate Pro PIPE 4.1) with PIPE id 10573775; Mon, 22 Dec 2003 11:24:45 -0500 X-Spam-Status-LCSR: dragon spam scanned Received: from [128.6.171.146] (account bohra HELO cs.rutgers.edu) by dragon.rutgers.edu (CommuniGate Pro SMTP 4.1) with ESMTP id 10573767 for freebsd-hackers@freebsd.org; Mon, 22 Dec 2003 11:24:37 -0500 Message-ID: <3FE71A91.8050207@cs.rutgers.edu> Date: Mon, 22 Dec 2003 11:23:45 -0500 From: Aniruddha Bohra User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031024 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=1.0 required=5.0 tests=SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MOZILLA_UA, X_ACCEPT_LANG version=2.43 X-Spam-Level: * Subject: Per CPU region of memory 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 Dec 2003 16:24:49 -0000 Hello, I am writing a loadable kernel module where I need a per-cpu region of wired memory. The module should work for -current and -stable. How can I get such a region of memory? Any docs or pointers would be great. Thanks Aniruddha From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 22 08:47:28 2003 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 68BB816A4CE; Mon, 22 Dec 2003 08:47:28 -0800 (PST) Received: from Vitsch.net (b74143.upc-b.chello.nl [212.83.74.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60F7943D5F; Mon, 22 Dec 2003 08:47:25 -0800 (PST) (envelope-from Danovitsch@Vitsch.net) Received: from FreeBSD.Danovitsch.LAN (b83007.upc-b.chello.nl [212.83.83.7]) by Vitsch.net (8.12.3p2/8.11.3) with ESMTP id hBMGkmXe065181; Mon, 22 Dec 2003 17:46:49 +0100 (CET) (envelope-from Danovitsch@Vitsch.net) Content-Type: text/plain; charset="iso-8859-1" From: "Daan Vreeken [PA4DAN]" To: Markus Kovero Date: Mon, 22 Dec 2003 17:47:57 +0100 User-Agent: KMail/1.4.3 References: <3FE733A6.9030903@grafikansi.fi> In-Reply-To: <3FE733A6.9030903@grafikansi.fi> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200312221747.57575.Danovitsch@Vitsch.net> cc: FreeBSD-hackers@FreeBSD.org cc: FreeBSD-questions@FreeBSD.org Subject: Re: Atmel WLAN 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: Mon, 22 Dec 2003 16:47:28 -0000 (to stop cross-posting please 'cc' follow-ups to -questions) On Monday 22 December 2003 19:10, Markus Kovero wrote: > Hi. I Have Belkin 11MBps wlan adapter F5D6020 ver.2 that uses atmel > chipset. I noticed that support for freebsd hasnt been made yet but I > found leenox driver for it. So I thought to ask would it be possible to > port leenox driver to freebsd so I could use my wlan pcmcia card. > Linux driver I found: http://atmelwlandriver.sourceforge.net/news.html I have been (and still am) working on a FreeBSD driver for the USB versio= n of=20 this adapter. The driver homepage can be found here : http://vitsch.net/bsd/atuwi/ If you want to try to get the PCMCIA version working, you could have a lo= ok at=20 the driver to start with, since the device itself is the same, only the=20 interface to it is different. > Thanks. > Peaceful xmas and happy newyear! Greets Markus Kovero grtz, Daan From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 22 10:19:15 2003 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 52FB316A4CE for ; Mon, 22 Dec 2003 10:19:15 -0800 (PST) Received: from quelrod.quelrod.net (cs24243230-109.austin.rr.com [24.243.230.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED4B743D41 for ; Mon, 22 Dec 2003 10:19:13 -0800 (PST) (envelope-from quel@quelrod.net) Received: from quelrod.net (quelrod.net [127.0.0.1]) by quelrod.quelrod.net (8.12.9/8.12.9) with ESMTP id hBMIJVm2005454 for ; Mon, 22 Dec 2003 12:19:31 -0600 (CST) Received: from localhost (quel@localhost) by quelrod.net (8.12.9/8.12.9/Submit) with ESMTP id hBMIJUnN017839 for ; Mon, 22 Dec 2003 12:19:30 -0600 (CST) Date: Mon, 22 Dec 2003 12:19:30 -0600 (CST) From: quel@quelrod.net To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: status of modem on inspiron 8500 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 Dec 2003 18:19:15 -0000 Greetings all, I am curious as to the status of the integrated modem on the dell inspiron 8500. I'm sure someone will say no one cares about a dial up modem anymore but it always happens that one is on the road and dial up is the only access one can get. Any information on progress on this drive would be useful. I believe this is the dmesg entry for it: pci0: at device 31.6 (no driver attached) -James From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 22 09:03:56 2003 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 071B316A4CE for ; Mon, 22 Dec 2003 09:03:55 -0800 (PST) Received: from hotmail.com (sea1-f45.sea1.hotmail.com [207.68.163.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18E8743D55 for ; Mon, 22 Dec 2003 09:03:32 -0800 (PST) (envelope-from jonniluv@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 22 Dec 2003 09:03:31 -0800 Received: from 24.169.142.125 by sea1fd.sea1.hotmail.msn.com with HTTP; Mon, 22 Dec 2003 17:03:31 GMT X-Originating-IP: [24.169.142.125] X-Originating-Email: [jonniluv@hotmail.com] X-Sender: jonniluv@hotmail.com From: "John Schneider" To: freebsd-hackers@freebsd.org Date: Mon, 22 Dec 2003 17:03:31 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 22 Dec 2003 17:03:31.0737 (UTC) FILETIME=[870FE890:01C3C8AD] X-Mailman-Approved-At: Mon, 22 Dec 2003 15:31:29 -0800 cc: cvsup-bugs@polstra.com Subject: cvsup hanging 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 Dec 2003 17:03:56 -0000 I am having a problem with cvsup on a fresh install of 5.1-RELEASE. After running cvsup -g -L 2 src-supfile the program does nothing after "Parsing supfile..." If I intentionaly make the supfile malformed, i.e. removing the *default release=cvs line, cvsup will go past "Parsing supfile..." and give me the appropriate error. I have heard their are odd quicks with file permissions, so I exactly mirrored my new setup with a know good system running -CURRENT. The supfile permissions are 644 and the /usr/local/etc/cvsup/sup directory has perms of 755, both owned by root:wheel (and I run cvsup as root.) I also suspected their could be a problem with the connection, as it appears that my system sends out a DNS lookup when I run cvsup. Telnetting to cvsup2.freebsd.org on port 5999 is no problem. I am behind a firewall, but I set it to be wide open for troubleshooting this problem. I also tried plugging in the IP address of several cvsup servers. Running cvsup-without-gui 16.1h with supfile: *default host=cvsup2.freebsd.org compress *default release=cvs *default base=/usr/local/etc/cvsup *default prefix=/usr *default delete use-rel-suffix *default tag=. src-all _________________________________________________________________ Grab our best dial-up Internet access offer: 6 months @$9.95/month. http://join.msn.com/?page=dept/dialup From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 22 16:09:02 2003 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 E087916A4CE for ; Mon, 22 Dec 2003 16:09:02 -0800 (PST) Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NOSPAM.dyndns.dk (does-d9b90acd.pool.mediaWays.net [217.185.10.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9020143D41 for ; Mon, 22 Dec 2003 16:08:24 -0800 (PST) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from NOSPAM.spam.NOSPAM.spam.NOSPAM.dyndns.dk (NOSPAM.spam.NOSPAM.spam.NOSPAM.dyndns.dk [2002:d9b9:acd:0:200:c0ff:fefc:19aa]) (8.11.6/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id hBN07lX30429 verified NO) for ; Tue, 23 Dec 2003 01:07:49 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost)hBN07lr03615; Tue, 23 Dec 2003 01:07:47 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Tue, 23 Dec 2003 01:07:47 +0100 (CET) Message-Id: <200312230007.hBN07lr03615@NOSPAM.spam.NOSPAM.spam.NOSPAM.dyndns.dk> X-Authentication-Warning: NOSPAM.spam.NOSPAM.spam.NOSPAM.dyndns.dk: beer set sender to bounce@NOSPAM.dyndns.dk using -f To: Hackers Haven From: Barry Bouwsma X-Mailman-Approved-At: Mon, 22 Dec 2003 17:24:13 -0800 Subject: pci_cfgintr: can't route an interrupt ... 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 Dec 2003 00:09:03 -0000 [Drop my IPv6-only address for any replies, or hostname-only for IPv4...] There was a thread about this in this list back in late may of 2003. I recently found a mainboard which exhibits this problem with one particular card I have -- a combi OHCI+EHCI USB card with firewire, and an on-card HiNT PCI-PCI bridge. This card worked mostly fine on a probably-older DEC Venturis machine. A roughly-same-age-as-the-found-board machine was tried before the boot- time interrupt storm was discovered and solved with -stable months ago, so I can't say how well it worked there. I can only quote from a NetBSD boot somewhat later in this message. I'm using FreeBSD-4 with hacked source from around September-ish right now, and here's part of the verbose boot on the ``new'' found machine that has this problem (166MHz Pentium)... bios32: Found BIOS32 Service Directory header at 0xc00fb950 bios32: Entry = 0xfbdd0 (c00fbdd0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xbe00 pnpbios: Found PnP BIOS data at 0xc00fcab0 pnpbios: Entry = f0000:cad8 Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 [...] pcib1: at device 10.0 on pci0 found-> vendor=0x1033, dev=0x0035, revid=0x41 class=0c-03-10, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=12 map[10]: type 1, range 32, base d0000000, size 12 found-> vendor=0x1033, dev=0x0035, revid=0x41 class=0c-03-10, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=b, irq=255 map[10]: type 1, range 32, base d0001000, size 12 found-> vendor=0x1033, dev=0x00e0, revid=0x02 class=0c-03-20, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=c, irq=255 map[10]: type 1, range 32, base d0002000, size 8 found-> vendor=0x1106, dev=0x3044, revid=0x46 class=0c-00-10, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=12 map[10]: type 1, range 32, base d0003000, size 11 map[14]: type 1, range 32, base 0000e000, size 7 pci1: on pcib1 ohci0: mem 0xd0000000-0xd0000fff irq 12 at device 8.0 on pci1 using shared irq12. usb0: OHCI version 1.0 usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered [...] ohci1: mem 0xd0001000-0xd0001fff at device 8.1 on pci1 pci_cfgintr: can't route an interrupt to 1:8 INTB ohci1: Could not allocate irq device_probe_and_attach: ohci1 attach returned 6 pci1: (vendor=0x1033, dev=0x00e0) at 8.2 fwohci0: port 0xe000-0xe07f mem 0xd0003000-0xd00037ff irq 12 at dev ice 11.0 on pci1 I'm able to use ohci0 as well as fwohci0; ohci1 and the ehci controller get irq=255 which -STABLE doesn't seem to be able to handle. On the other old machine, where it works, IRQs are assigned as shown: bios32: Found BIOS32 Service Directory header at 0xc00fff70 bios32: Entry = 0xfc716 (c00fc716) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x246 pnpbios: Found PnP BIOS data at 0xc00f5870 pnpbios: Entry = f0000:ae95 Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 [...] pcib1: at device 11.0 on pci0 found-> vendor=0x1033, dev=0x0035, revid=0x41 class=0c-03-10, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base fcfff000, size 12 found-> vendor=0x1033, dev=0x0035, revid=0x41 class=0c-03-10, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=b, irq=10 map[10]: type 1, range 32, base fcffe000, size 12 found-> vendor=0x1033, dev=0x00e0, revid=0x02 class=0c-03-20, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=c, irq=9 map[10]: type 1, range 32, base fcffdc00, size 8 found-> vendor=0x1106, dev=0x3044, revid=0x46 class=0c-00-10, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base fcffd000, size 11 map[14]: type 1, range 32, base 0000fc80, size 7 pci1: on pcib1 ohci0: mem 0xfcfff000-0xfcffffff irq 11 at device 8.0 on pci1 [...] ohci1: mem 0xfcffe000-0xfcffefff irq 10 at device 8.1 on pci1 ehci0: mem 0xfcffdc00-0xfcffdcff irq 9 at de vice 8.2 on pci1 [...] fwohci0: port 0xfc80-0xfcff mem 0xfcffd000-0xfcffd7ff irq 11 at dev ice 11.0 on pci1 using shared irq11. As I said, it appears to work without problem, though just before I swapped that old machine for the found board, I lost function of the USB mouse after many days of working flawlessly together with firewire disk activity, which problem I didn't bother to track down since it was the first time any such thing has happened to me. As I noted, I also tried this card under NetBSD many months ago on a motherboard of roughly the same vintage. Here's what NetBSD had to say at boot about it on that machine: BIOS32 rev. 0 found at 0xf8080 [...] ppb0 at pci0 dev 11 function 0: HiNT HB1 PCI-PCI Bridge (rev. 0x11) pci1 at ppb0 bus 1 pci1: i/o space, memory space enabled, rd/line, wr/inv ok ohci0 at pci1 dev 8 function 0: NEC USB Host Controller (rev. 0x41) ohci0: interrupting at irq 9 ohci0: OHCI version 1.0 usb at ohci0 not configured ohci1 at pci1 dev 8 function 1: NEC USB Host Controller (rev. 0x41) ohci1: interrupting at irq 9 ohci1: OHCI version 1.0 usb at ohci1 not configured ehci0 at pci1 dev 8 function 2: NEC USB Host Controller (rev. 0x02) ehci0: interrupting at irq 9 ehci0: EHCI version 0.95 ehci0: companion controllers, 3 ports each: ohci0 ohci1 usb1 at ehci0: USB revision 2.0 uhub1 at usb1 uhub1: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 5 ports with 5 removable, self powered fwohci0 at pci1 dev 11 function 0: VIA Technologies VT3606 OHCI IEEE 1394 Contro ller (rev. 0x46) fwohci0: interrupting at irq 9 fwohci0: OHCI 1.0, 00:10:74:70:00:10:0b:f3, 400Mb/s, 2048 max_rec, 8 ir_ctx, 8 i t_ctx (hrm, haven't tried anything but FreeBSD 3.x and 4.x on the problematic newly-acquired board, sorry to say) Now, the ``new'' board appears to wedge solid at times with this card, accessing a firewire-attached drive. No debugger, no keyboard input, no numlock, no nuthin' that I can see, just power-cycle the thing. Would this probably be an interrupt issue? If so, would it possibly be related to fwohci sharing interrupts with many other cards, including the usb ohci? (my ohci code dates from a few months back, and I know there have been a good number of fixes) The devices sharing this IRQ are pcm0: port 0x6100-0x617f irq 12 at device 9 .0 on pci0 ohci0: mem 0xd0000000-0xd0000fff irq 12 at device 8.0 on pci1 fwohci0: port 0xe000-0xe07f mem 0xd0003000-0xd00037ff irq 12 at dev ice 11.0 on pci1 uhci0: port 0x6300-0x631f irq 12 at device 11.0 on p ci0 pci0: (vendor=0x1106, dev=0x3104) at 11.2 irq 12 At the moment, I'm running this machine with the combi-ohci+fw card swapped out for two separate uhci usb and fwohci firewire cards, also at irq12. No wedges yet after a day of operation. Now, I'll quote from this thread back late May, and pose questions: M. Warner Losh: > : > You lose. W/o a pci interrupt router, you can't use the cardbus > : > bridge. > : Good - so who/what should set up a PCI router ? the Bios ? > It depends. Really old machines routed interrupts to all PCI slots > and assigned devices found there an interrupt. Newer old machines > expect the PCI bridge driver of the OS to cope. Newer old machines > provide a BIOS interface to route them (which we can use). Newer > machines with ACPI have ACPI to do the routing. You might want to do Would my newly-found motherboard be a Really Old Machine, or is that what is happening in the DEC Venturis machine where it works? As shown above, they both have PCIBIOS shown in the verbose boot... This isn't a cardbus bridge, rather an on-card PCI bridge, for whatever difference that makes. I have at hand no newer machines than 100+MHz pentium vintage at least six years old -- certainly no ACPI -- so I can't compare in newer boxes, sorry. I could try NetBSD, which disk is currently in use in a different machine, to see how it copes with this board/card combination. thanks barry bouwsma dumpster-diving for motherboards better off left behind From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 22 17:31:52 2003 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 9C26416A4CE for ; Mon, 22 Dec 2003 17:31:52 -0800 (PST) Received: from smtp106.mail.sc5.yahoo.com (smtp106.mail.sc5.yahoo.com [66.163.169.226]) by mx1.FreeBSD.org (Postfix) with SMTP id C7E6243D31 for ; Mon, 22 Dec 2003 17:31:51 -0800 (PST) (envelope-from q_dolan@yahoo.com.au) Received: from unknown (HELO ?172.22.1.10?) (q?dolan@203.10.89.16 with plain) by smtp106.mail.sc5.yahoo.com with SMTP; 23 Dec 2003 01:31:51 -0000 From: Q To: Aniruddha Bohra In-Reply-To: <3FE71A91.8050207@cs.rutgers.edu> References: <3FE71A91.8050207@cs.rutgers.edu> Content-Type: text/plain Message-Id: <1072143103.9461.16.camel@boxster.onthenet.com.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 23 Dec 2003 11:31:44 +1000 Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Per CPU region of memory 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 Dec 2003 01:31:52 -0000 On Tue, 2003-12-23 at 02:23, Aniruddha Bohra wrote: > Hello, > I am writing a loadable kernel module where I > need a per-cpu region of wired memory. The module should > work for -current and -stable. > > How can I get such a region of memory? > Any docs or pointers would be great. Try looking at contigmalloc (in sys/vm/vm_contig.c) -- Seeya...Q -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- _____ / Quinton Dolan q_dolan@yahoo.com.au __ __/ / / __/ / / / __ / _/ / / Gold Coast, QLD, Australia __/ __/ __/ ____/ / - / Ph: +61 419 729 806 _______ / _\ From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 22 18:13:21 2003 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 7EA0216A4CE; Mon, 22 Dec 2003 18:13:21 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D74143D5C; Mon, 22 Dec 2003 18:13:10 -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 hBN2CvAS043974; Mon, 22 Dec 2003 19:13:05 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 22 Dec 2003 17:03:50 -0700 (MST) Message-Id: <20031222.170350.41876647.imp@bsdimp.com> To: Danovitsch@Vitsch.net From: "M. Warner Losh" In-Reply-To: <200312221747.57575.Danovitsch@Vitsch.net> References: <3FE733A6.9030903@grafikansi.fi> <200312221747.57575.Danovitsch@Vitsch.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: FreeBSD-hackers@freebsd.org cc: markus.kovero@grafikansi.fi cc: FreeBSD-questions@freebsd.org Subject: Re: Atmel WLAN 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: Tue, 23 Dec 2003 02:13:21 -0000 In message: <200312221747.57575.Danovitsch@Vitsch.net> "Daan Vreeken [PA4DAN]" writes: : (to stop cross-posting please 'cc' follow-ups to -questions) : : On Monday 22 December 2003 19:10, Markus Kovero wrote: : > Hi. I Have Belkin 11MBps wlan adapter F5D6020 ver.2 that uses atmel : > chipset. I noticed that support for freebsd hasnt been made yet but I : > found leenox driver for it. So I thought to ask would it be possible to : > port leenox driver to freebsd so I could use my wlan pcmcia card. : > Linux driver I found: http://atmelwlandriver.sourceforge.net/news.html : I have been (and still am) working on a FreeBSD driver for the USB version of : this adapter. The driver homepage can be found here : : http://vitsch.net/bsd/atuwi/ : : If you want to try to get the PCMCIA version working, you could have a look at : the driver to start with, since the device itself is the same, only the : interface to it is different. OpenBSD has wi driver that does both PCMCIA and USB versions of the prism-2 chipset. I suspect that something similar here would be a good thing. Warner From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 22 21:17:35 2003 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 89DD316A4CE for ; Mon, 22 Dec 2003 21:17:35 -0800 (PST) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC08A43D31 for ; Mon, 22 Dec 2003 21:17:33 -0800 (PST) (envelope-from tim@kientzle.com) Received: from kientzle.com ([66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id hBN5HXkX081509 for ; Mon, 22 Dec 2003 21:17:33 -0800 (PST) (envelope-from tim@kientzle.com) Message-ID: <3FE7CFED.4070700@kientzle.com> Date: Mon, 22 Dec 2003 21:17:33 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'freebsd-hackers@freebsd.org'" Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: libarchive/bsdtar snapshot available 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 Dec 2003 05:17:35 -0000 A fairly complete snapshot of libarchive and bsdtar, including source code, complete documentation, and some background about why I'm doing this and what I hope to accomplish is now available: http://people.freebsd.org/~kientzle/libarchive/ It needs a lot of testing still, but is getting to the point that someone other than me should be able to make sense of it. ;-) Feedback appreciated. Tim Kientzle kientzle@freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 23 08:04:56 2003 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 E634A16A4CE; Tue, 23 Dec 2003 08:04:55 -0800 (PST) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41D6A43D1D; Tue, 23 Dec 2003 08:04:54 -0800 (PST) (envelope-from craig@tobuj.gank.org) Received: from localhost (ion.gank.org [69.55.238.164]) by ion.gank.org (mail) with ESMTP id C98872B506; Tue, 23 Dec 2003 10:04:52 -0600 (CST) Received: from ion.gank.org ([69.55.238.164]) by localhost (ion.gank.org [69.55.238.164]) (amavisd-new, port 10024) with LMTP id 51012-01; Tue, 23 Dec 2003 10:04:51 -0600 (CST) Received: from owen1492.uf.corelab.com (pix.corelab.com [12.45.169.2]) by ion.gank.org (mail) with ESMTP id 4295E2B504; Tue, 23 Dec 2003 10:04:51 -0600 (CST) From: Craig Boston To: Peter Jeremy Date: Tue, 23 Dec 2003 10:04:40 -0600 User-Agent: KMail/1.5.4 References: <200312212239.38557.craig@xfoil.gank.org> <200312220851.24133.craig@xfoil.gank.org> <20031223065236.GA29936@cirb503493.alcatel.com.au> In-Reply-To: <20031223065236.GA29936@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312231004.40480.craig@tobuj.gank.org> X-Virus-Scanned: by amavisd-new at gank.org cc: freebsd-hackers@freebsd.org Subject: Re: An experiment: 64-bit time_t on IA-32 (5.2-RC) 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 Dec 2003 16:04:56 -0000 This is probably more appropriate on -hackers at this point, so I'm redirecting there. Bcc current so interested parties know where to look. I'm also changing my From: to my -hackers address, so don't be alarmed ;) On Tuesday 23 December 2003 12:52 am, Peter Jeremy wrote: > I don't recall that. I notice time_t is 'long' on i386 so bde's > ia32-with-64-bit-longs will also have 64-bit time_t. That may be what I'm thinking of. > Looks like I was wrong about the adjacent field being spare - it seems > it _has_ been used for high-res timestamps since I looked last. The discussion I did find mentioned that that field had been used for milliseconds or something. Hopefully by 2038 there won't be too many UFS1 filesystems left ;) > I was thinking of a totally independent implementation - eg the > algorithms in Edward M. Reingold's "Calendrical Calculations". > Agreeing with FreeBSD on an iA64 or amd64 could just be common bugs. Ahhhh, math :) I'll try cooking something up and see how it turns out. I'll also run those numbers through my trusty HP-48 and see what it thinks as well. > >Right now I'm recompiling world again because I didn't notice that struct > >timeval had long hard-coded for tv_sec :( > > gcc should be able to pick this up for you. I'm not sure I understand... Right now I'm really wishing I had gone ahead and implemented some compat functions in libc and the kernel so that old binaries would work. Being without cvsup is no fun at all. I tried to update ports using anoncvs, but that was slooooow and eventually died. > This isn't true now on Alpha and SPARC so I thought they had all been > ironed out. You may still get bitten if sizeof(time_t) > sizeof(long). I think that's exactly what's happening. All the cases I've isolated so far involve trying to stuff a time_t into a long (or sometimes even an int!), so if sizeof(long) > sizeof(time_t) it wouldn't be a problem. The kdelibs one is no fun. There are a couple places in KDE where a time_t is stored in some sort of configuration object -- the interface is slightly reminiscent of the Windows registry. The storage function is overloaded, so if I make sure there is one for long long it will be able to store it just fine no matter what the architecture. Getting it out is trickier since you have to know ahead of time what the type is in order to call the correct retrieval function (readLongNum, readLongLongNum, etc.) Currently I'm thinking about doing something like #if sizeof(time_t) == sizeof(long) #define readTimeTNum readLongNum #elif sizeof(time_t) == sizeof(long long) #define readTimeTNum readLongLongNum ... but that's really ugly. Surely there's a better way? Craig From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 23 08:07:25 2003 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 4DAE416A4CE for ; Tue, 23 Dec 2003 08:07:25 -0800 (PST) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2E3E43D50 for ; Tue, 23 Dec 2003 08:07:19 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 5906 invoked from network); 23 Dec 2003 16:07:18 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Dec 2003 16:07:18 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id hBNG7GM0051252; Tue, 23 Dec 2003 11:07:16 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200312230007.hBN07lr03615@NOSPAM.spam.NOSPAM.spam.NOSPAM.dyndns.dk> Date: Tue, 23 Dec 2003 11:07:16 -0500 (EST) From: John Baldwin To: Barry Bouwsma X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: Hackers Haven Subject: RE: pci_cfgintr: can't route an interrupt ... 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 Dec 2003 16:07:25 -0000 On 23-Dec-2003 Barry Bouwsma wrote: > > [Drop my IPv6-only address for any replies, or hostname-only for IPv4...] > > There was a thread about this in this list back in late may of 2003. > I recently found a mainboard which exhibits this problem with one particular > card I have -- a combi OHCI+EHCI USB card with firewire, and an on-card > HiNT PCI-PCI bridge. FreeBSD-4 is not going to route interrupts correctly across an onboard PCI-PCI bridge or any devices behind it. FreeBSD-5 will, but 4.x will not. Try disabling PNP OS in your BIOS if you have it set to get the BIOS to route all the interrupts if possible. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 23 08:54:44 2003 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 A34A916A4CE for ; Tue, 23 Dec 2003 08:54:44 -0800 (PST) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A4EB43D50 for ; Tue, 23 Dec 2003 08:54:40 -0800 (PST) (envelope-from bicknell@ussenterprise.ufp.org) Received: from ussenterprise.ufp.org (bicknell@localhost [127.0.0.1]) by ussenterprise.ufp.org (8.12.9/8.12.9) with ESMTP id hBNGseeC023830 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 23 Dec 2003 11:54:40 -0500 (EST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.12.9/8.12.9/Submit) id hBNGses6023829 for freebsd-hackers@freebsd.org; Tue, 23 Dec 2003 11:54:40 -0500 (EST) Date: Tue, 23 Dec 2003 11:54:39 -0500 From: Leo Bicknell To: freebsd-hackers@freebsd.org Message-ID: <20031223165439.GA23721@ussenterprise.ufp.org> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ Subject: natd + ipfw question 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 Dec 2003 16:54:44 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Can someone explain to me why: ipfw add 1000 divert natd ip from any to any via fxp0 works, and yet: ipfw add 1000 divert natd ip from any to any recv fxp0 ipfw add 1001 divert natd ip from any to any xmit fxp0 doesn't? Yes, I want to do something fancier treating inbound and outbound traffic differently, but this basic case doesn't seem to work, and it seems to me like it should. What am I missing? --=20 Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/6HNPNh6mMG5yMTYRAo3fAKCEeq4bazmW0dcRjozbmnYCHbSgvgCeIOuN 4BbGO5e1//be4TT9RXEjxdI= =A3Ya -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 23 10:04:27 2003 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 6B60E16A4CE for ; Tue, 23 Dec 2003 10:04:27 -0800 (PST) Received: from diaspar.rdsnet.ro (diaspar.rdsnet.ro [213.157.165.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 913FE43D31 for ; Tue, 23 Dec 2003 10:04:22 -0800 (PST) (envelope-from dudu@diaspar.rdsnet.ro) Received: (qmail 55600 invoked by uid 89); 23 Dec 2003 18:04:19 -0000 Received: from unknown (HELO diaspar.rdsnet.ro) (dudu@diaspar.rdsnet.ro@213.157.165.224) by 0 with AES256-SHA encrypted SMTP; 23 Dec 2003 18:04:19 -0000 Date: Tue, 23 Dec 2003 20:04:17 +0200 From: Vlad Galu To: freebsd-hackers@freebsd.org Message-Id: <20031223200417.66763307.dudu@diaspar.rdsnet.ro> X-Mailer: Sylpheed version 0.9.8a (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=_Tue__23_Dec_2003_20_04_17_+0200_Z7vTAy/_9e5HsS_3" Subject: kernel land functions 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 Dec 2003 18:04:27 -0000 --Signature=_Tue__23_Dec_2003_20_04_17_+0200_Z7vTAy/_9e5HsS_3 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit Before grepping through the kernel sources, I thought to ask you guys if you knew any papers regarding kernel space functions, especially memory handling ones. Thanks in advance for any useful links. ---- 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=_Tue__23_Dec_2003_20_04_17_+0200_Z7vTAy/_9e5HsS_3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/6IOjP5WtpVOrzpcRArJxAJ9oskqABWiMIziIntGSnjYLJIbnWwCghIpw xtu+omijuM/Ppr4Db27LTbg= =tuzY -----END PGP SIGNATURE----- --Signature=_Tue__23_Dec_2003_20_04_17_+0200_Z7vTAy/_9e5HsS_3-- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 23 11:19:01 2003 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 7A76516A4CE for ; Tue, 23 Dec 2003 11:19:01 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5480743D53 for ; Tue, 23 Dec 2003 11:19:00 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 6DB186538E for ; Tue, 23 Dec 2003 19:18:59 +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 21843-05-5 for ; Tue, 23 Dec 2003 19:18:59 +0000 (GMT) Received: from saboteur.dek.spc.org (82-147-18-36.dsl.uk.rapidplay.com [82.147.18.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id AE54965371 for ; Tue, 23 Dec 2003 19:18:58 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id 0F15B2E; Tue, 23 Dec 2003 19:18:56 +0000 (GMT) Date: Tue, 23 Dec 2003 19:18:56 +0000 From: Bruce M Simpson To: freebsd-hackers@freebsd.org Message-ID: <20031223191856.GE8370@saboteur.dek.spc.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20031223165439.GA23721@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031223165439.GA23721@ussenterprise.ufp.org> Subject: Re: natd + ipfw question 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 Dec 2003 19:19:01 -0000 On Tue, Dec 23, 2003 at 11:54:39AM -0500, Leo Bicknell wrote: > doesn't? Yes, I want to do something fancier treating inbound and > outbound traffic differently, but this basic case doesn't seem to > work, and it seems to me like it should. What am I missing? Have you configured IPFW2 (if running 4.x) into the kernel and rebuilt the appropriate pieces of world? BMS From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 23 09:40:46 2003 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 7331716A4CE for ; Tue, 23 Dec 2003 09:40:46 -0800 (PST) Received: from arbornet.org (m-net.arbornet.org [209.142.209.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC52D43D2D for ; Tue, 23 Dec 2003 09:40:44 -0800 (PST) (envelope-from soup@m-net.arbornet.org) Received: from m-net.arbornet.org (localhost [127.0.0.1]) by arbornet.org (8.12.3p2/8.11.2) with ESMTP id hBNHi2FL041663 for ; Tue, 23 Dec 2003 12:44:02 -0500 (EST) (envelope-from soup@m-net.arbornet.org) Received: from localhost (soup@localhost)hBNHi1OY041658 for ; Tue, 23 Dec 2003 12:44:02 -0500 (EST) Date: Tue, 23 Dec 2003 12:44:01 -0500 (EST) From: soupman To: freebsd-hackers@freebsd.org Message-ID: <20031223124014.W41190-100000@m-net.arbornet.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Tue, 23 Dec 2003 12:04:23 -0800 Subject: Install 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: Tue, 23 Dec 2003 17:40:46 -0000 Hello. I am getting the following error when attempting an FTP install from a Windows machine: Cannot parse information file for the bin distribution: I/O error. Please verify that your media is valid and try again. I tried removing the file and this error still occurs. The FTP server logs on the windows machine show the freebsd box is able to find and request the file, but it seems not to want to use it! Anyone have any ideas? Thanks for your help. From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 23 12:17:15 2003 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 6CA9816A4CE for ; Tue, 23 Dec 2003 12:17:15 -0800 (PST) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id D339943D46 for ; Tue, 23 Dec 2003 12:17:12 -0800 (PST) (envelope-from bicknell@ussenterprise.ufp.org) Received: from ussenterprise.ufp.org (bicknell@localhost [127.0.0.1]) by ussenterprise.ufp.org (8.12.9/8.12.9) with ESMTP id hBNKHCeC033695 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 23 Dec 2003 15:17:12 -0500 (EST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.12.9/8.12.9/Submit) id hBNKHCZg033694 for freebsd-hackers@freebsd.org; Tue, 23 Dec 2003 15:17:12 -0500 (EST) Date: Tue, 23 Dec 2003 15:17:12 -0500 From: Leo Bicknell To: freebsd-hackers@freebsd.org Message-ID: <20031223201712.GA33497@ussenterprise.ufp.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20031223165439.GA23721@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <20031223165439.GA23721@ussenterprise.ufp.org> Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ Subject: Re: natd + ipfw question 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 Dec 2003 20:17:15 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Well, I found the solution to my problem by random chance (futzing with other things), and it still doesn't make sense. Works: > ipfw add 1000 divert natd ip from any to any via fxp0 =20 Doesn't work: > ipfw add 1000 divert natd ip from any to any recv fxp0 > ipfw add 1001 divert natd ip from any to any xmit fxp0 Works: ipfw add 1000 divert natd ip from any to any in recv fxp0 ipfw add 1001 divert natd ip from any to any out xmit fxp0 I must not be clear on what "in" "out" "recv" and "xmit" mean, and after reading the manual page 3 times I'm now even more confused. I'd love for someone to explain to me why the middle one doesn't work (or, why in and out are required). --=20 Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/6KLINh6mMG5yMTYRAkoyAJ0R9rNscc/Dqq5RovPafHSSL1uWwwCfWuWl uUzAul+zxvFy/ItMH5GKjn8= =0vJH -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 23 18:54:20 2003 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 7B8D716A4CE for ; Tue, 23 Dec 2003 18:54:20 -0800 (PST) Received: from mail-store1.service.ohio-state.edu (mail-store1.service.ohio-state.edu [128.146.216.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53D6043D53 for ; Tue, 23 Dec 2003 18:54:19 -0800 (PST) (envelope-from mistry.7@osu.edu) Received: from osu.edu (mail1.service.ohio-state.edu [128.146.216.23]) by mail1.service.ohio-state.edu (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with ESMTP id <0HQD0052SPEIV3@mail1.service.ohio-state.edu> for freebsd-hackers@freebsd.org; Tue, 23 Dec 2003 21:54:18 -0500 (EST) Received: from [128.146.216.20] by mail1.service.ohio-state.edu (mshttpd); Tue, 23 Dec 2003 21:54:18 -0500 Date: Tue, 23 Dec 2003 21:54:18 -0500 From: ANISH MISTRY To: freebsd-hackers@freebsd.org Message-id: <42e65483b9.483b942e65@osu.edu> MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.14 (built Mar 18 2003) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: en Priority: normal Subject: Multiple speaker channels 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 Dec 2003 02:54:20 -0000 I've got a Hercules GameTheatre XP and I'm trying to enable both the front and rear speaker channels on the sound card. Just by looking at the ALSA source it seems that there are multiple codecs for my particular card. 1 for the front, and 1 for the back. There seems to be the same in initilization code, which is already in the FreeBSD driver, so just copy/paste our existing code, but it only initilizes the first codec. My question, is there a current framework in FreeBSD for multiple speaker channels so that I can get sound out of my rear speakers, and where is there an example of it. If not, is one being worked on? Thanks, -- Anish Mistry From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 23 22:34:11 2003 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 8F56816A4CE for ; Tue, 23 Dec 2003 22:34:11 -0800 (PST) Received: from smtp106.mail.sc5.yahoo.com (smtp106.mail.sc5.yahoo.com [66.163.169.226]) by mx1.FreeBSD.org (Postfix) with SMTP id B8B9C43D39 for ; Tue, 23 Dec 2003 22:34:10 -0800 (PST) (envelope-from q_dolan@yahoo.com.au) Received: from unknown (HELO ?172.22.1.10?) (q?dolan@203.10.89.16 with plain) by smtp106.mail.sc5.yahoo.com with SMTP; 24 Dec 2003 06:34:10 -0000 From: Q To: hackers@freebsd.org Content-Type: text/plain Message-Id: <1072247645.2335.3.camel@boxster.onthenet.com.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 24 Dec 2003 16:34:05 +1000 Content-Transfer-Encoding: 7bit Subject: Looking for a AMD64 nForce3 volunteer. 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 Dec 2003 06:34:11 -0000 Hi, NVIDIA have just released their AMD64 version of the nForce drivers, and I am keen to add support for the onboard ethernet (MCP3) of this hardware to my existing nforce MCP driver (net/nvnet in ports). As I don't have access to one of these boards it's a bit hard to do right now. And Santa won't be bringing me one for christmas because he's an Intel man. ;) So I need a kind soul to volunteer some time and/or remote access to such a box, so I can modify my driver to work on this hardware. Very little is different between the i386 and AMD64 versions of the drivers so I (should) just need to sort out any 64bit related issues, get it to build and make sure that it works. Any and all assistance would be much appreciated. -- Seeya...Q -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- _____ / Quinton Dolan - q@OntheNet.com.au __ __/ / / __/ / / / __ / _/ / / Gold Coast, QLD, Australia __/ __/ __/ ____/ / - / Ph: +61 419 729 806 _______ / _\ From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 23 12:28:11 2003 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 E892B16A4CE for ; Tue, 23 Dec 2003 12:28:11 -0800 (PST) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C488743D60 for ; Tue, 23 Dec 2003 12:28:10 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.9p1/8.12.3) with ESMTP id hBNKS9SN011920 for ; Tue, 23 Dec 2003 12:28:09 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.9p1/8.12.3/Submit) id hBNKS9OK011919 for freebsd-hackers@freebsd.org; Tue, 23 Dec 2003 12:28:09 -0800 (PST) (envelope-from rizzo) Date: Tue, 23 Dec 2003 12:28:09 -0800 From: Luigi Rizzo To: freebsd-hackers@freebsd.org Message-ID: <20031223122808.A7604@xorpc.icir.org> References: <20031223165439.GA23721@ussenterprise.ufp.org> <20031223201712.GA33497@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20031223201712.GA33497@ussenterprise.ufp.org>; from bicknell@ufp.org on Tue, Dec 23, 2003 at 03:17:12PM -0500 X-Mailman-Approved-At: Wed, 24 Dec 2003 05:15:02 -0800 Subject: Re: natd + ipfw question 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 Dec 2003 20:28:12 -0000 On Tue, Dec 23, 2003 at 03:17:12PM -0500, Leo Bicknell wrote: ... > I must not be clear on what "in" "out" "recv" and "xmit" mean, and > after reading the manual page 3 times I'm now even more confused. The names are reasonably intuitive... "in" matches packets on the INput path (basically, ip_input() and/or ether_input() "out" matches packets on the OUTput path; (ip_output() and/or ether_output()) "recv foo0" matches packets that have been received from interface "foo0" "xmit bar1" matches packets that are going to be transmitted on interface "bar1" "via xx2" matches packets that are either received or transmitted through interface xx2 the flow diagram near the beginning of the ipfw manpage should clarify things a bit (i agree that the wording of 'recv/xmit/via' section is a bit confusing, so if you have better suggestions they are welcome) cheers luigi From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 24 05:39:47 2003 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 700D916A4CE for ; Wed, 24 Dec 2003 05:39:47 -0800 (PST) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D16E43D45 for ; Wed, 24 Dec 2003 05:39:45 -0800 (PST) (envelope-from bicknell@ussenterprise.ufp.org) Received: from ussenterprise.ufp.org (bicknell@localhost [127.0.0.1]) by ussenterprise.ufp.org (8.12.9/8.12.9) with ESMTP id hBODdjeC075058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 24 Dec 2003 08:39:45 -0500 (EST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.12.9/8.12.9/Submit) id hBODdjDB075057 for freebsd-hackers@freebsd.org; Wed, 24 Dec 2003 08:39:45 -0500 (EST) Date: Wed, 24 Dec 2003 08:39:45 -0500 From: Leo Bicknell To: freebsd-hackers@freebsd.org Message-ID: <20031224133945.GA74426@ussenterprise.ufp.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20031223165439.GA23721@ussenterprise.ufp.org> <20031223201712.GA33497@ussenterprise.ufp.org> <20031223122808.A7604@xorpc.icir.org> <20031223165439.GA23721@ussenterprise.ufp.org> <20031223201712.GA33497@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <20031223122808.A7604@xorpc.icir.org> <20031223201712.GA33497@ussenterprise.ufp.org> Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ Subject: Re: natd + ipfw question 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 Dec 2003 13:39:47 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Original broken case: In a message written on Tue, Dec 23, 2003 at 03:17:12PM -0500, Leo Bicknell= wrote: > > ipfw add 1000 divert natd ip from any to any recv fxp0 > > ipfw add 1001 divert natd ip from any to any xmit fxp0 In a message written on Tue, Dec 23, 2003 at 12:28:09PM -0800, Luigi Rizzo = wrote: > The names are reasonably intuitive... [snip] > the flow diagram near the beginning of the ipfw manpage should > clarify things a bit (i agree that the wording of 'recv/xmit/via' > section is a bit confusing, so if you have better suggestions they > are welcome) I did some more poking with my broken rules above. With them natd appears to get the packet each way once (based on nat debugging turned on), so it's not my first fear that the packets would go through twice without in and out with these rules. Natd simply (per it's debugging) doesn't change anything. 1918 space in, 1918 space out. If I add the "in" and "out" keywords it magically starts working. Now, if I understand the diagram right a packet might be processed by rule 1000 twice, since recv matches on input or output, but I don't actually ever see received packets (I think) since the xmit side isn't doing the outbound part of the nat (if the packet leaves with 1918 space source, insted of my outside source, I'll never get it back). Now that I've used IPFW2 for something more complicated than simple host filtering I see that the syntax and structure makes something like a firewall/nat box for any moderately interesting config way too complicated with way too many pitfalls. This whole "the packet may hit your rule between 0 and 4 times, depending on a pile of stuff" just doesn't fly, and add in the need for "one_pass=3D0" to make dummynet traffic shaping work right, which adds some complication to the firewall rules and things are just all kinds of strange. That's no knock on the authors, backwards compatability is important, and a lot has been grafted onto IPFW since it started (like divert/nat and the dummynet stuff). I'll strongly recomend though that IPFW3 have a whole new, from the ground up, redesigned config language. :) And yes, I'm willing to help. --=20 Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/6ZcgNh6mMG5yMTYRAhcdAJ0QYYB+XmmE2F4xMkhAXx0XZ6MgzwCdG96Z 5sXZP1l/jIY5FReA/p6K4t8= =qHsl -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 24 06:26:54 2003 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 3200A16A4CE for ; Wed, 24 Dec 2003 06:26:54 -0800 (PST) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0ECF43D1F for ; Wed, 24 Dec 2003 06:26:52 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.9p1/8.12.3) with ESMTP id hBOEQoSN035713; Wed, 24 Dec 2003 06:26:50 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.9p1/8.12.3/Submit) id hBOEQorE035712; Wed, 24 Dec 2003 06:26:50 -0800 (PST) (envelope-from rizzo) Date: Wed, 24 Dec 2003 06:26:50 -0800 From: Luigi Rizzo To: freebsd-hackers@freebsd.org Message-ID: <20031224062650.A35575@xorpc.icir.org> References: <20031223165439.GA23721@ussenterprise.ufp.org> <20031223201712.GA33497@ussenterprise.ufp.org> <20031223122808.A7604@xorpc.icir.org> <20031223165439.GA23721@ussenterprise.ufp.org> <20031223201712.GA33497@ussenterprise.ufp.org> <20031223122808.A7604@xorpc.icir.org> <20031224133945.GA74426@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20031224133945.GA74426@ussenterprise.ufp.org>; from bicknell@ufp.org on Wed, Dec 24, 2003 at 08:39:45AM -0500 Subject: Re: natd + ipfw question 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 Dec 2003 14:26:54 -0000 On Wed, Dec 24, 2003 at 08:39:45AM -0500, Leo Bicknell wrote: ... > Now that I've used IPFW2 for something more complicated than simple > host filtering I see that the syntax and structure makes something > like a firewall/nat box for any moderately interesting config way > too complicated with way too many pitfalls. This whole "the packet > may hit your rule between 0 and 4 times, depending on a pile of > stuff" just doesn't fly, and add in the need for "one_pass=0" to > make dummynet traffic shaping work right, which adds some complication honestly, i think you are mispresenting things. How many times you hit a rule depends on your ruleset, with any firewall -- in fact, a ruleset is no different from a program and if you want to do something useful with a program you probably need to write slightly more than printf("hello world"); with a correspondingly increased chance for putting in bugs. And you normally use "one_pass=1" only when you want to build complex firewall structures involving multiple pipes, or doing dummynet filtering before natd (for which there is a better way given that you can operate on both the input and output path). I believe that what you want is not a better config language, but some default rulesets that you can customize by simply putting in your addresses (more or less). cheers luigi > to the firewall rules and things are just all kinds of strange. > > That's no knock on the authors, backwards compatability is important, > and a lot has been grafted onto IPFW since it started (like divert/nat > and the dummynet stuff). I'll strongly recomend though that IPFW3 > have a whole new, from the ground up, redesigned config language. > :) And yes, I'm willing to help. > > -- > Leo Bicknell - bicknell@ufp.org - CCIE 3440 > PGP keys at http://www.ufp.org/~bicknell/ > Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 24 07:11:40 2003 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 669FA16A4CE for ; Wed, 24 Dec 2003 07:11:40 -0800 (PST) Received: from mail.icomag.de (ns.icomag.de [195.227.115.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8B1243D39 for ; Wed, 24 Dec 2003 07:11:38 -0800 (PST) (envelope-from bgd@icomag.de) Received: from localhost (localhost [127.0.0.1]) by mail.icomag.de (Postfix) with ESMTP id B74CF22E78 for ; Wed, 24 Dec 2003 16:11:32 +0100 (CET) Received: by mail.icomag.de (Postfix, from userid 1019) id 740A122E79; Wed, 24 Dec 2003 16:11:29 +0100 (CET) Date: Wed, 24 Dec 2003 16:11:29 +0100 From: Bogdan TARU To: freebsd-hackers@freebsd.org Message-ID: <20031224151129.GA365@icomag.de> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Virus-Scanned: by AMaViS Subject: Ram problems 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 Dec 2003 15:11:40 -0000 Hi Hackers, I have some weirdo problems here. A box (PIII 400Mhz, asus motherboard, 256MB ram) got a memory upgrade (got the 256MB out, and put 2x512MB in). Well, the Bios sees the correct amount of RAM (1GB), but FreeBSD is noticing only 256MB. I have tried to add MAXMEM="2048*1024" in the kernel, also tried to put 'hw.physmem="1G"' in /boot/loader.conf, but with no result. FreeBSD is stubborn enough in detecting: real memory = 270561280 (264220K bytes) avail memory = 260583424 (254476K bytes) at each boot time. Any ideas what else I could check? Thanks, bogdan From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 24 09:17:42 2003 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 1550416A4CE for ; Wed, 24 Dec 2003 09:17:42 -0800 (PST) Received: from newman.gte.com (newman.gte.com [132.197.8.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2F6443D2F for ; Wed, 24 Dec 2003 09:17:39 -0800 (PST) (envelope-from ak03@gte.com) Received: from h132-197-179-27.gte.com (kanpc.gte.com [132.197.179.27]) by newman.gte.com (8.9.1/8.9.1) with ESMTP id MAA23150; Wed, 24 Dec 2003 12:17:39 -0500 (EST) Received: from kanpc.gte.com (localhost [IPv6:::1])hBOHHcnm035901; Wed, 24 Dec 2003 12:17:38 -0500 (EST) (envelope-from ak03@gte.com) Date: Wed, 24 Dec 2003 12:17:37 -0500 From: Alexander Kabaev To: Daniel Eischen Message-Id: <20031224121737.0d863165@kanpc.gte.com> In-Reply-To: References: <20031221203311.GW60229@elvis.mu.org> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.9.7claws48 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org cc: Alfred Perlstein Subject: Re: support for __thread 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 Dec 2003 17:17:42 -0000 Sorry for late response, but ... On Sun, 21 Dec 2003 17:31:03 -0500 (EST) Daniel Eischen wrote: > > libkse is ready to add support for it but I believe there's > some additional work to be done in rtld-elf first. libkse in current shape is unable to support GNU TLS model, which is what our system GCC is configured to use by default. While I can certainly switch it to less optimal in some cases model defined by Sun, I think maintaining binary compat in TLS are is an important feature given the fact that precompiled linux-only object files are getting more and more popular. Being binary compatible will give is at least a change to link Linux object file into native FreeBSD binary. -- Alexander Kabaev From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 24 09:33:21 2003 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 9834D16A4CE for ; Wed, 24 Dec 2003 09:33:21 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F96543D45 for ; Wed, 24 Dec 2003 09:33:20 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id hBOHXJiw016714; Wed, 24 Dec 2003 12:33:19 -0500 (EST) Date: Wed, 24 Dec 2003 12:33:19 -0500 (EST) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Alexander Kabaev In-Reply-To: <20031224121737.0d863165@kanpc.gte.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: Alfred Perlstein Subject: Re: support for __thread 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 Dec 2003 17:33:21 -0000 On Wed, 24 Dec 2003, Alexander Kabaev wrote: > Sorry for late response, but ... > > On Sun, 21 Dec 2003 17:31:03 -0500 (EST) > Daniel Eischen wrote: > > > > > libkse is ready to add support for it but I believe there's > > some additional work to be done in rtld-elf first. > > libkse in current shape is unable to support GNU TLS model, which is > what our system GCC is configured to use by default. While I can Right, I think we just need to add one more dereference if that is what you mean. > certainly switch it to less optimal in some cases model defined by Please do :) > Sun, I think maintaining binary compat in TLS are is an important > feature given the fact that precompiled linux-only object files are > getting more and more popular. Being binary compatible will give is at > least a change to link Linux object file into native FreeBSD binary. We don't want to have a separate LDT for each thread in libkse; it adds overhead, limits number of threads, and isn't needed. Also, while you may be able to have binary compat for TLS, you will not for the rest of the threading system so any advantage in that regard is marginal. -- Dan Eischen From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 24 10:04:52 2003 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 B584616A4CE; Wed, 24 Dec 2003 10:04:52 -0800 (PST) Received: from nalle.netsonic.fi (netsonic.fi [194.29.192.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB02943D48; Wed, 24 Dec 2003 10:04:47 -0800 (PST) (envelope-from markus.kovero@grafikansi.fi) Received: from grafikansi.fi (office.grafikansi.fi [81.17.198.67]) by nalle.netsonic.fi (8.11.6/8.11.6) with ESMTP id hBOI4Ko07251; Wed, 24 Dec 2003 20:04:20 +0200 Message-ID: <3FE9F15A.6080909@grafikansi.fi> Date: Wed, 24 Dec 2003 20:04:42 +0000 From: Markus Kovero User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031208 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <3FE733A6.9030903@grafikansi.fi> <200312221747.57575.Danovitsch@Vitsch.net> <20031222.170350.41876647.imp@bsdimp.com> In-Reply-To: <20031222.170350.41876647.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: Atmel WLAN 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: Wed, 24 Dec 2003 18:04:52 -0000 Yes, that would be solution, anybody has time to do that little kickin? :-p Iam sure iam not alone with my wlan-thing. Greets Markus Kovero M Warner Losh wrote: >In message: <200312221747.57575.Danovitsch@Vitsch.net> > "Daan Vreeken [PA4DAN]" writes: >: (to stop cross-posting please 'cc' follow-ups to -questions) >: >: On Monday 22 December 2003 19:10, Markus Kovero wrote: >: > Hi. I Have Belkin 11MBps wlan adapter F5D6020 ver.2 that uses atmel >: > chipset. I noticed that support for freebsd hasnt been made yet but I >: > found leenox driver for it. So I thought to ask would it be possible to >: > port leenox driver to freebsd so I could use my wlan pcmcia card. >: > Linux driver I found: http://atmelwlandriver.sourceforge.net/news.html >: I have been (and still am) working on a FreeBSD driver for the USB version of >: this adapter. The driver homepage can be found here : >: http://vitsch.net/bsd/atuwi/ >: >: If you want to try to get the PCMCIA version working, you could have a look at >: the driver to start with, since the device itself is the same, only the >: interface to it is different. > >OpenBSD has wi driver that does both PCMCIA and USB versions of the >prism-2 chipset. I suspect that something similar here would be a >good thing. > >Warner > > From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 24 15:20:26 2003 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 2B25E16A4CE for ; Wed, 24 Dec 2003 15:20:26 -0800 (PST) Received: from mail.1plan.net (ns1.1plan.net [216.240.143.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 81B7343D46 for ; Wed, 24 Dec 2003 15:20:25 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: (qmail 30869 invoked from network); 24 Dec 2003 23:21:38 -0000 Received: from unknown (HELO reversedhell.net) (81.196.32.25) by ns1.1plan.net with SMTP; 24 Dec 2003 23:21:37 -0000 Message-ID: <3FEA1F3D.9020908@reversedhell.net> Date: Thu, 25 Dec 2003 01:20:29 +0200 From: Anton Alin-Adrian User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031212 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Merry Christmas Everyone! 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 Dec 2003 23:20:26 -0000 From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 24 16:07:29 2003 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 5BFFF16A4CE; Wed, 24 Dec 2003 16:07:29 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E99843D1F; Wed, 24 Dec 2003 16:07:28 -0800 (PST) (envelope-from the_mip_rvl@myrealbox.com) Received: from the_mip_rvl [145.53.68.203] by myrealbox.com with NetMail ModWeb Module; Thu, 25 Dec 2003 01:07:31 +0100 From: "The MiP RvL" To: freebsd-hackers@freebsd.org Date: Thu, 25 Dec 2003 01:07:31 +0100 X-Mailer: NetMail ModWeb Module X-Sender: the_mip_rvl MIME-Version: 1.0 Message-ID: <1072310851.bd48a4a0the_mip_rvl@myrealbox.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable cc: techniek@lijst.wirelessleiden.nl cc: freebsd-mobile@freebsd.org Subject: enhanced security patch for if_wi 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 Dec 2003 00:07:29 -0000 Hello This is a patch for which a couple of wi-fi fans have been waiting to get := ) And now it's there, just before Christmas ;) This patch is against FreeBSD 5.1, I didn't have current installed and 5.0 = doesn't work in hostap mode with 1.7.4 firmware. http://wleiden.webweaving.org:8080/svn/node-config/other/enh-sec-patch/ For the enhsec option to work you need a prism 2,2.5,3 with firmware 1.6.3 = or higher. To give a small explaination: It uses a firmware feature: 0xFC43 # wicontrol -i iface -E 0|1|2|3 This sets the WI_RID_CNFENHSECURITY flag.=20 0 =3D "disabled" 1 =3D hide SSID in beacon frames 2 =3D ignore clients with a "ANY" SSID 3 =3D 1 and 2 combined It blocks clients with a "" or "ANY" ssid And disables ssid broadcasting. I checked it today, and it worked, but please do acknowledge the fact that I haven't been able to test this function on a real network, with real data going over the= link. I haven't had the time yet to make it work with ifconfig, so until then, us= e wicontrol. Regards, Roland van Laar From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 25 00:45:40 2003 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 AB0A716A4CE for ; Thu, 25 Dec 2003 00:45:40 -0800 (PST) Received: from smtp011.mail.yahoo.com (smtp011.mail.yahoo.com [216.136.173.31]) by mx1.FreeBSD.org (Postfix) with SMTP id 0DDB343D48 for ; Thu, 25 Dec 2003 00:45:39 -0800 (PST) (envelope-from q_dolan@yahoo.com.au) Received: from unknown (HELO ?192.168.100.140?) (q?dolan@203.144.21.67 with plain) by smtp011.mail.yahoo.com with SMTP; 25 Dec 2003 08:45:37 -0000 From: Q To: Matthew Dillon In-Reply-To: <200312250522.hBP5MRKN026375@apollo.backplane.com> References: <1072247645.2335.3.camel@boxster.onthenet.com.au> <200312250522.hBP5MRKN026375@apollo.backplane.com> Message-Id: <1072341926.2730.33.camel@boxster.onthenet.com.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 25 Dec 2003 18:45:26 +1000 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: hackers@freebsd.org Subject: Re: Looking for a AMD64 nForce3 volunteer. 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 Dec 2003 08:45:40 -0000 Thanks, I have known about this for a while, and after speaking with the author, have taken his suggestion to hang off porting this one for a little bit until they have sorted out a few issues. I plan to revisit this again over the next couple of weeks as I am currently on leave, but getting the Linux binary version working on the AMD64 nForce3 boards should be trivial as it varies very little from the i386 version, so I would like to get that working first. Seeya...Q On Thu, 2003-12-25 at 15:22, Matthew Dillon wrote: > I just found a linux written, GPL'd, reverse engineered nforce2 > ethernet driver in source form: > > http://linux.derkeiler.com/Mailing-Lists/Kernel/2003-10/6502.html > > It might help. > > -Matt > Matthew Dillon > > > > :Hi, > : > :NVIDIA have just released their AMD64 version of the nForce drivers, and > :I am keen to add support for the onboard ethernet (MCP3) of this > :hardware to my existing nforce MCP driver (net/nvnet in ports). As I > :don't have access to one of these boards it's a bit hard to do right > :now. And Santa won't be bringing me one for christmas because he's an > :Intel man. ;) > : > :So I need a kind soul to volunteer some time and/or remote access to > :such a box, so I can modify my driver to work on this hardware. Very > :little is different between the i386 and AMD64 versions of the drivers > :so I (should) just need to sort out any 64bit related issues, get it to > :build and make sure that it works. Any and all assistance would be much > :appreciated. > : > :-- > :Seeya...Q From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 24 14:26:13 2003 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 E911E16A4CE for ; Wed, 24 Dec 2003 14:26:12 -0800 (PST) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7626443D46 for ; Wed, 24 Dec 2003 14:26:11 -0800 (PST) (envelope-from welchsm@earthlink.net) Received: from daisy.psp.pas.earthlink.net ([207.217.78.223]) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1AZHSE-0000Lq-00; Wed, 24 Dec 2003 14:26:11 -0800 Message-ID: <2094632.1072304770916.JavaMail.root@daisy.psp.pas.earthlink.net> Date: Wed, 24 Dec 2003 16:26:10 -0600 (GMT-06:00) From: Sean Welch To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Earthlink Zoo Mail 1.0 X-Mailman-Approved-At: Thu, 25 Dec 2003 04:55:18 -0800 Subject: Unprobed PCI bus on VXPro II chipset X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sean Welch List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Dec 2003 22:26:13 -0000 As I'm not quite sure where I should be asking for help with this I figured I'd try shooting the info over to freebsd-hackers (as it seemed the closest match). I've got an oldish machine (EDO RAM and such) running a VXPro II chipset. I have successfully configured FreeBSD from 2.2.8 up to 5-CURRENT to run on this thing but I've never managed to get it to probe and attach anything on the PCI bus. Here's what I've found and what I've tried. I believe the motherboard was sold as PCChips kit. Looking up the stats I find that it was a rebrand of Hint Co. hardware. The PCI IDs are actually listed in /usr/share/misc/pci_vendors and look like this: 3388 Hint Corp. 0020 HB6 UNIVERSAL PCI-PCI BRIDGE 0021 HB1-SE33 PCI-to-PCI Bridge 8011 VXPro II Chipset CPU to PCI Bridge 8012 VXPro II Chipset PCI to ISA Bridge 8013 VXPro II Chipset EIDE Controller I found a commit notice online to the linux kernel that contained these same IDs so it looks like the complete string should be "33880020", "33880021", etc. I also managed to find this message from *long* ago: http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=Pine.BSF.3.96.990120135600.28221A-100000_gate1.ilhadamagia.com.br%40ns.sol.net&rnum=5&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26q%3Dfreebsd%2Bvxpro%26btnG%3DGoogle%2BSearch I'm currently running 4.9-RELEASE. The uname -a output is: FreeBSD 4.9-RELEASE FreeBSD 4.9-RELEASE #5: Tue Oct 14 11:51:28 CDT 2003 root@:/usr/src/sys/compile/WARPPHYS i386 Poking around I discovered that pcibus.c no longer contains the code referenced in the above message (but that didn't stop me). I found it instead in pci_cfgreg.c and tried adding the explicit set of oldval1 to zero but no joy. I ended up adding the PCI IDs to both /usr/src/sys/i386/isa/pcibus.c and also /usr/src/sys/pci/pcisupport.c in the effort to get the chipset recognized. No go. When I boot verbose this is all I can get about the PCI bus: pci_open(1): mode 1 addr port (0x0cf8) is 0x0000ff00 pci_open(1a): mode1res=0x00000000 (0x80000000) pci_open(1b): mode1res=0x00007020 (0xff000001) pci_open(2): mode 2 enable port (0x0cf8) is 0xff Infuriatingly, the BIOS sees everything on the bus and labels the devices with reasonable categories. Likewise, scanpci (comes with XFree86) identifies the chipsets and the devices without any trouble at all -- that at least explains why I've never had any trouble using the PCI video card under X. The output of scanpci identifies the last three chipsets from that snipet I put above (from pci_vendors) with the last being labeled as IDE rather than EIDE (which is correct). Based on this digging around I'm convinced that there must be some ugly hack that is posible to get FreeBSD to probe and attach the bus and devices on it. I've only got this desktop and while I've been able to live without the PCI USB card, I need to test out a PCI WinTV card. The whole machine is old enough that isn't feasible to just try swapping out the motherboard (the case isn't even ATX compatible) and I've not got the money to just buy something else. Would anyone be willing to help me get this sorted out? I'm out of my depth here but to my inexperienced eyes this doesn't look to be an insurmountable issue. Sean From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 24 21:22:28 2003 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 CF97816A4CE for ; Wed, 24 Dec 2003 21:22:28 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED80043D2F for ; Wed, 24 Dec 2003 21:22:27 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) hBP5MRLL026376; Wed, 24 Dec 2003 21:22:27 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id hBP5MRKN026375; Wed, 24 Dec 2003 21:22:27 -0800 (PST) (envelope-from dillon) Date: Wed, 24 Dec 2003 21:22:27 -0800 (PST) From: Matthew Dillon Message-Id: <200312250522.hBP5MRKN026375@apollo.backplane.com> To: Q References: <1072247645.2335.3.camel@boxster.onthenet.com.au> X-Mailman-Approved-At: Thu, 25 Dec 2003 04:55:18 -0800 cc: hackers@freebsd.org Subject: Re: Looking for a AMD64 nForce3 volunteer. 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 Dec 2003 05:22:28 -0000 I just found a linux written, GPL'd, reverse engineered nforce2 ethernet driver in source form: http://linux.derkeiler.com/Mailing-Lists/Kernel/2003-10/6502.html It might help. -Matt Matthew Dillon :Hi, : :NVIDIA have just released their AMD64 version of the nForce drivers, and :I am keen to add support for the onboard ethernet (MCP3) of this :hardware to my existing nforce MCP driver (net/nvnet in ports). As I :don't have access to one of these boards it's a bit hard to do right :now. And Santa won't be bringing me one for christmas because he's an :Intel man. ;) : :So I need a kind soul to volunteer some time and/or remote access to :such a box, so I can modify my driver to work on this hardware. Very :little is different between the i386 and AMD64 versions of the drivers :so I (should) just need to sort out any 64bit related issues, get it to :build and make sure that it works. Any and all assistance would be much :appreciated. : :-- :Seeya...Q From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 25 09:04:46 2003 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 494DD16A4CE for ; Thu, 25 Dec 2003 09:04:46 -0800 (PST) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0EDA43D1F for ; Thu, 25 Dec 2003 09:04:44 -0800 (PST) (envelope-from alex@metrocom.ru) Received: from apache (apache [195.5.128.150]) by apache.metrocom.ru (8.12.10/8.12.10) with ESMTP id hBPH4glR026852 for ; Thu, 25 Dec 2003 20:04:42 +0300 (MSK) Date: Thu, 25 Dec 2003 20:04:42 +0300 (MSK) From: Varshavchick Alexander To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=0.0 required=2.5 tests=AWL autolearn=no version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on apache.metrocom.ru Subject: SIGPIPE in popper 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 Dec 2003 17:04:46 -0000 Hi everyone and Merry Christmas! I have the following problem: after moving cucipop popper daemon to FreeBSD 4.9 from 4.5, the popper often terminates with a SIGPIPE, even if the client resides on the same server. It never occured on FreeBSD 4.5. It seems as though the tcp connection breaks unexpectedly due to some reason at random times. Can you give me any hints how to solve this? Thanks a lot ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 25 11:19:53 2003 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 2E8FE16A4CE for ; Thu, 25 Dec 2003 11:19:53 -0800 (PST) Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2568543D1D for ; Thu, 25 Dec 2003 11:19:52 -0800 (PST) (envelope-from bf20761@binghamton.edu) Received: from bingsun2.cc.binghamton.edu (bingsun2.cc.binghamton.edu [128.226.6.4])hBPJJlWo000054 for ; Thu, 25 Dec 2003 14:19:47 -0500 (EST) Date: Thu, 25 Dec 2003 14:19:50 -0500 (EST) From: Zhihui Zhang X-X-Sender: bf20761@bingsun2.cc.binghamton.edu To: freebsd-hackers@FreeBSD.ORG Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: tr command in DDB 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 Dec 2003 19:19:53 -0000 Hi, I always like the command "db> tr 123" in DDB. Is there an equivalent command in gdb? Thanks. -Zhihui -- From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 25 12:58:07 2003 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 E2C8D16A4CE for ; Thu, 25 Dec 2003 12:58:07 -0800 (PST) Received: from mxsf17.cluster1.charter.net (mxsf17.cluster1.charter.net [209.225.28.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCECE43D31 for ; Thu, 25 Dec 2003 12:58:06 -0800 (PST) (envelope-from ups@stups.com) Received: from stups.com ([209.187.143.11])hBPKum7D030257 for ; Thu, 25 Dec 2003 15:56:48 -0500 (EST) (envelope-from ups@stups.com) Received: from tree.com (localhost [127.0.0.1]) by stups.com (8.9.3/8.9.3) with ESMTP id XAA17441 for ; Thu, 25 Dec 2003 23:59:25 -0500 Message-Id: <200312260459.XAA17441@stups.com> X-Mailer: exmh version 2.0.2 To: freebsd-hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Dec 2003 23:59:25 -0500 From: Stephan Uphoff Subject: (mtx|sx)_init zeroed memory requirement plans? 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 Dec 2003 20:58:08 -0000 Currently both mtx_init() and sx_init() make assumptions about the lock memory passed in. ( KASSERT((lock->lo_flags & LO_INITIALIZED) == 0)) To fulfill this requirement current code that works with dynamically allocated memory routinely zeroes the lock memory space before calling the lock initialization function. ( Or allocates zeroed memory) Is this (undocumented?) behavior just a temporary debugging aid - or will it stay around ? If it is not going away anytime soon I would suggest adding MTX_PREPARE and SX_PREPARE macros instead of zeroing the lock memory. This would make it easier to remove or optimize lock memory preparation later on. Stephan From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 25 19:46:19 2003 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 E6E9D16A4CF for ; Thu, 25 Dec 2003 19:46:18 -0800 (PST) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE89243D49 for ; Thu, 25 Dec 2003 19:46:10 -0800 (PST) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.12.10/8.11.1) with ESMTP id hBQ3k9Ei005518 for ; Fri, 26 Dec 2003 04:46:09 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.12.10/8.12.9/Submit) id hBQ3k9Ol005517 for freebsd-hackers@freebsd.org; Thu, 25 Dec 2003 22:46:09 -0500 (EST) Date: Thu, 25 Dec 2003 22:46:09 -0500 From: Martin Cracauer To: freebsd-hackers@freebsd.org Message-ID: <20031225224609.A5326@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Mailman-Approved-At: Thu, 25 Dec 2003 21:06:26 -0800 Subject: Power consumption in desktop computers 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 Dec 2003 03:46:19 -0000 Hi, those who followed might have noticed I was shopping for a notebook to replace some of my desktop system. To make it short, the notebook vendors all pissed me off so good that I'm not going to get a notebook (details on request) so I am going for other options. Here is what my powermeter thinks my desktops are using with various options: System 1 ("wavehh", FreeBSD-4-stable): - 1300 MHz Celeron - Asus P2B board - 3x 256 MB ECC modules - 2x Intel 82855 fxp cards - 3.5" Floppy - Promise PCI IDE controller - Matrox G-400 (G-450?) 32 MB dual-head - 35772MB - 76345MB - DVD-ROM - CD-RW <32X10> at ata1-master WDMA2 Base power consumption with all drives: 99 watts - No drives connected: 82 watts - CD-Writer and DVD each take 1 watt when idle - Maxtor disk takes 8-10 watts - IBM disk takes 6-8 watts - replacing the G-400 with some random plain S3 saves 4 watts - forgot to measure what the fxp cards draw, but they get pretty hot, I assume it is not neglectable System 2: "libber", Linux-2.6.0 and Win2K (yes, that's supposed to become my FreeBSD-current system when I figure out why the CD-writer broke on my move): - Asus A7V600 Via KT600 - AMD Athlon XP 2500+ 1.83GHz - 1x 512 MB non-ECC module - ATI Radeon 7500 LE 128 MB incl ventilator - Maxtor 6Y060P0 60 GB drive - TOSHIBA DVD-ROM SD-R5112 (DVD-R writer) - Adaptec 2940 with 3 SCSI CD-ROMS, picked up for $1 each on MIT swapfest - TV card (model escapes me right now) - 8139 Ethernet (doesn't get as hot as the fxp cards) NOTE: this is the new Athlon core, this CPU takes less power than e.g. the 2600+ and 2400+ which are based on the old core. Base system with all drives: 148 watts - DVD writer idle: 2 watts - 3x SCSI CD: 20 watts (ups...) - harddrive 5 watts - no video card: -23 watts (not sure the system goes into proper startup with no video) - replace ATI card with G-400 -15 watts (16 MB card, not the save card as above) - TV card out -6 watts - SCSI card out -1 watt - Realtek 8139 out -1 watt Harddisk activity: find / -name laksjfla: adds 1 watt When Linux is driven with "make CPU halt calls when idle" the 148 watts go down to 136 when the system is idle, and up from that by 25 watts on drystone munching. Remarks: I assume that you can build a pretty nice powersaving box if you use one of the Intel chipsets with 852/855 GM onboard video. I am surprised the harddrives take so few power, but the numbers are clear. I was near replacing them with notebook drives, glad I measured. Don't pick up 10 year old hardware on flea markets if you want to save power :-) My old 20" Hitachi superscan Elite 751 takes more than twice the power than the new el-cheapo MAG 19". For some reason the AMD box draws about 5 watts when turned off. Power supply change may be a good idea. -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 25 21:26:40 2003 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 C6D2916A4CE for ; Thu, 25 Dec 2003 21:26:40 -0800 (PST) Received: from mail.1plan.net (ns1.1plan.net [216.240.143.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 38FDD43D39 for ; Thu, 25 Dec 2003 21:26:39 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: (qmail 2623 invoked from network); 26 Dec 2003 05:27:53 -0000 Received: from unknown (HELO reversedhell.net) (81.196.32.25) by ns1.1plan.net with SMTP; 26 Dec 2003 05:27:52 -0000 Message-ID: <3FEBC695.9020306@reversedhell.net> Date: Fri, 26 Dec 2003 07:26:45 +0200 From: Anton Alin-Adrian User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031212 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20031225224609.A5326@cons.org> In-Reply-To: <20031225224609.A5326@cons.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Power consumption in desktop computers 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 Dec 2003 05:26:41 -0000 Martin Cracauer wrote: >Hi, > >those who followed might have noticed I was shopping for a notebook to >replace some of my desktop system. To make it short, the notebook >vendors all pissed me off so good that I'm not going to get a notebook >(details on request) so I am going for other options. > >Here is what my powermeter thinks my desktops are using with various >options: > >System 1 ("wavehh", FreeBSD-4-stable): >- 1300 MHz Celeron >- Asus P2B board >- 3x 256 MB ECC modules >- 2x Intel 82855 fxp cards >- 3.5" Floppy >- Promise PCI IDE controller >- Matrox G-400 (G-450?) 32 MB dual-head >- 35772MB >- 76345MB >- DVD-ROM >- CD-RW <32X10> at ata1-master WDMA2 > >Base power consumption with all drives: 99 watts >- No drives connected: 82 watts >- CD-Writer and DVD each take 1 watt when idle >- Maxtor disk takes 8-10 watts >- IBM disk takes 6-8 watts >- replacing the G-400 with some random plain S3 saves 4 watts >- forgot to measure what the fxp cards draw, but they get pretty hot, > I assume it is not neglectable > > >System 2: "libber", Linux-2.6.0 and Win2K (yes, that's supposed to >become my FreeBSD-current system when I figure out why the CD-writer >broke on my move): >- Asus A7V600 Via KT600 >- AMD Athlon XP 2500+ 1.83GHz >- 1x 512 MB non-ECC module >- ATI Radeon 7500 LE 128 MB incl ventilator >- Maxtor 6Y060P0 60 GB drive >- TOSHIBA DVD-ROM SD-R5112 (DVD-R writer) >- Adaptec 2940 with 3 SCSI CD-ROMS, picked up for $1 each on MIT > swapfest >- TV card (model escapes me right now) >- 8139 Ethernet (doesn't get as hot as the fxp cards) > >NOTE: this is the new Athlon core, this CPU takes less power than >e.g. the 2600+ and 2400+ which are based on the old core. > >Base system with all drives: 148 watts >- DVD writer idle: 2 watts >- 3x SCSI CD: 20 watts (ups...) >- harddrive 5 watts >- no video card: -23 watts > (not sure the system goes into proper startup with no video) >- replace ATI card with G-400 -15 watts > (16 MB card, not the save card as above) >- TV card out -6 watts >- SCSI card out -1 watt >- Realtek 8139 out -1 watt > >Harddisk activity: find / -name laksjfla: adds 1 watt > >When Linux is driven with "make CPU halt calls when idle" the 148 >watts go down to 136 when the system is idle, and up from that by 25 >watts on drystone munching. > >Remarks: > >I assume that you can build a pretty nice powersaving box if you use >one of the Intel chipsets with 852/855 GM onboard video. > >I am surprised the harddrives take so few power, but the numbers are >clear. I was near replacing them with notebook drives, glad I >measured. > >Don't pick up 10 year old hardware on flea markets if you want to save >power :-) > >My old 20" Hitachi superscan Elite 751 takes more than twice the power >than the new el-cheapo MAG 19". > >For some reason the AMD box draws about 5 watts when turned off. >Power supply change may be a good idea. > > > > Transmeta processors and transmeta-based systems are famous for their blinding low-power consumption. Alin. From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 25 23:14:00 2003 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 DAFCF16A4CE for ; Thu, 25 Dec 2003 23:14:00 -0800 (PST) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B02643D1D for ; Thu, 25 Dec 2003 23:14:00 -0800 (PST) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 1AZmAX-00070i-U0 for freebsd-hackers@freebsd.org; Fri, 26 Dec 2003 09:13:57 +0200 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 2003 09:13:57 +0200 From: Danny Braniss Message-Id: Subject: escape to kernel debugger 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 Dec 2003 07:14:01 -0000 hi, how can i break into the kernel debugger when the console is a serial one? (Ctrl-Alt-Esc has now ascii equivalent :-) thanks, danny From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 00:02:16 2003 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 B1E2116A4CE for ; Fri, 26 Dec 2003 00:02:16 -0800 (PST) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F48743D39 for ; Fri, 26 Dec 2003 00:02:15 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc12) with ESMTP id <20031226080214014001cee1e>; Fri, 26 Dec 2003 08:02:14 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA70335; Fri, 26 Dec 2003 00:02:12 -0800 (PST) Date: Fri, 26 Dec 2003 00:02:11 -0800 (PST) From: Julian Elischer To: Danny Braniss In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: escape to kernel debugger 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 Dec 2003 08:02:16 -0000 On Fri, 26 Dec 2003, Danny Braniss wrote: > hi, > how can i break into the kernel debugger when the console > is a serial one? (Ctrl-Alt-Esc has now ascii equivalent :-) options BREAK_TO_DEBUGGER #a BREAK on a comconsole goes to will cause the kernel to enter the debugger on reception of a BREAK condition. but there is also, sysctl debug.enter_debugger=ddb > > thanks, > danny > > > _______________________________________________ > 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 Fri Dec 26 00:10:53 2003 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 8C36716A4CE for ; Fri, 26 Dec 2003 00:10:53 -0800 (PST) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4B1043D46 for ; Fri, 26 Dec 2003 00:10:52 -0800 (PST) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 1AZn3a-0008VU-KL; Fri, 26 Dec 2003 10:10:50 +0200 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Julian Elischer In-reply-to: Your message of Fri, 26 Dec 2003 00:02:11 -0800 (PST) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 2003 10:10:50 +0200 From: Danny Braniss Message-Id: cc: freebsd-hackers@freebsd.org Subject: Re: escape to kernel debugger 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 Dec 2003 08:10:53 -0000 > > > On Fri, 26 Dec 2003, Danny Braniss wrote: > > > hi, > > how can i break into the kernel debugger when the console > > is a serial one? (Ctrl-Alt-Esc has now ascii equivalent :-) > > options BREAK_TO_DEBUGGER #a BREAK on a comconsole goes to Great! just what i was looking for! I was about to compile pxeboot, but htis is better, thanks danny From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 00:27:32 2003 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 BF93016A4CE for ; Fri, 26 Dec 2003 00:27:32 -0800 (PST) Received: from akivas.pacific.net.sg (akivas.pacific.net.sg [203.120.90.214]) by mx1.FreeBSD.org (Postfix) with SMTP id A4A7043D31 for ; Fri, 26 Dec 2003 00:27:30 -0800 (PST) (envelope-from oceanare@pacific.net.sg) Received: (qmail 4275 invoked from network); 26 Dec 2003 08:27:28 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by akivas with SMTP; 26 Dec 2003 08:27:28 -0000 Received: from pacific.net.sg ([210.24.202.108]) by maxwell2.pacific.net.sg with ESMTP <20031226082728.ZOKX13917.maxwell2.pacific.net.sg@pacific.net.sg>; Fri, 26 Dec 2003 16:27:28 +0800 Message-ID: <3FEBF0EF.2050001@pacific.net.sg> Date: Fri, 26 Dec 2003 16:27:27 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en, en-us, de MIME-Version: 1.0 To: Martin Cracauer References: <20031225224609.A5326@cons.org> In-Reply-To: <20031225224609.A5326@cons.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Power consumption in desktop computers 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 Dec 2003 08:27:32 -0000 Hi, Martin Cracauer wrote: > Hi, > > those who followed might have noticed I was shopping for a notebook to > replace some of my desktop system. To make it short, the notebook > vendors all pissed me off so good that I'm not going to get a notebook > (details on request) so I am going for other options. I do not wonder. > > I am surprised the harddrives take so few power, but the numbers are > clear. I was near replacing them with notebook drives, glad I > measured. They are specified with 10W idle, 30 W max. > > For some reason the AMD box draws about 5 watts when turned off. > Power supply change may be a good idea. > All ATX machines draw some power. Some have a real power switch at the back near the power plug. I got recently a notebook with a Transmeta CPU in it. It runs some 9 hours on some 60W. I also miss real desktop machines with this kind of CPUs. They have enough computing power for most needs. You might wait for Sun's blades with Mobile Athlons. Do you know if FreeBSD 5.2 runs on a Transmeta CPU with support of the power options? My notebook is the Fujitsu P2120. Erich From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 01:56:38 2003 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 840FA16A4CE for ; Fri, 26 Dec 2003 01:56:38 -0800 (PST) Received: from mx.x123.info (165.Red-80-37-224.pooles.rima-tde.net [80.37.224.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D08D43D4C for ; Fri, 26 Dec 2003 01:56:33 -0800 (PST) (envelope-from esn@x123.info) Received: from x123.info (localhost.x123.info [IPv6:::1]) by mx.x123.info (Postfix) with ESMTP id 166C21741F for ; Fri, 26 Dec 2003 10:56:25 +0100 (CET) Date: Fri, 26 Dec 2003 10:56:31 +0100 From: "Sebastian Yepes F. [ESN]" To: freebsd-hackers@freebsd.org Message-Id: <20031226105631.22c85008@fire.x123.info> In-Reply-To: <1072310851.bd48a4a0the_mip_rvl@myrealbox.com> References: <1072310851.bd48a4a0the_mip_rvl@myrealbox.com> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Fri__26_Dec_2003_10_56_31_+0100_DLU6tYX.tMfg+hGc" Subject: Re: enhanced security patch for if_wi 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 Dec 2003 09:56:38 -0000 This is a multi-part message in MIME format. --Multipart=_Fri__26_Dec_2003_10_56_31_+0100_DLU6tYX.tMfg+hGc Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Thu, 25 Dec 2003 01:07:31 +0100 "The MiP RvL" wrote: > Hello > > This is a patch for which a couple of wi-fi fans have been waiting to get :) And now it's there, just before Christmas ;) > > This patch is against FreeBSD 5.1, I didn't have current installed and 5.0 doesn't work in hostap mode with 1.7.4 firmware. > http://wleiden.webweaving.org:8080/svn/node-config/other/enh-sec-patch/ > > For the enhsec option to work you need a prism 2,2.5,3 with firmware 1.6.3 or higher. > > To give a small explaination: > > It uses a firmware feature: 0xFC43 > > # wicontrol -i iface -E 0|1|2|3 > This sets the WI_RID_CNFENHSECURITY flag. > 0 = "disabled" > 1 = hide SSID in beacon frames > 2 = ignore clients with a "ANY" SSID > 3 = 1 and 2 combined > > It blocks clients with a "" or "ANY" ssid > And disables ssid broadcasting. > > I checked it today, and it worked, > but please do acknowledge the fact that I haven't been > able to test this function on a real network, with real data going over the link. > > I haven't had the time yet to make it work with ifconfig, so until then, use wicontrol. > > Regards, > > Roland van Laar > hi man nice work.. there are the diff on Current[Tuday], i well try to make this work with the ath drv.. Until next time.. ---- if (Better You Treat Them) { return "Worst You Get Treated"; } I have a dream that one day this nation will rise up and live out the true meaning of its creed.. (Martin Luther King) /* www: http://www.x123.info Contect: FingerPrint: esn aT x123.info 0D42 F870 F650 6B86 CA9E esn aT freshpkgsrc.org E199 A57D 3824 F8AA A934 sebastian.yepes aT hp.com */ --Multipart=_Fri__26_Dec_2003_10_56_31_+0100_DLU6tYX.tMfg+hGc Content-Type: application/octet-stream; name="if_wavelan_ieee.h.diff" Content-Disposition: attachment; filename="if_wavelan_ieee.h.diff" Content-Transfer-Encoding: base64 LS0tIGlmX3dhdmVsYW5faWVlZS5oCUZyaSBKdW4gMjcgMDI6NDk6MDQgMjAwMworKysgaWZfd2F2 ZWxhbl9pZWVlLmgucAlGcmkgRGVjIDI2IDEwOjE3OjAzIDIwMDMKQEAgLTIzOCw2ICsyMzgsNyBA QAogI2RlZmluZSBXSV9SSURfQ05GQVVUSE1PREUJMHhGQzJBCiAjZGVmaW5lIFdJX1JJRF9ST0FN SU5HX01PREUJMHhGQzJECiAjZGVmaW5lIFdJX1JJRF9PV05fQkVBQ09OX0lOVAkweEZDMzMgLyog YmVhY29uIHhtaXQgdGltZSBmb3IgQlNTIGNyZWF0aW9uICovCisjZGVmaW5lIFdJX1JJRF9DTkZF TkhTRUMJMHhGQzQzIC8qIGZpcm13YXJlIDEuNi4zIG9yIGFib3ZlIG5lZWRlZCAqLwogI2RlZmlu ZSBXSV9SSURfQ05GX0RCTV9BREpVU1QJMHhGQzQ2CiAjZGVmaW5lIFdJX1JJRF9EQk1fQURKVVNU CTB4RkM0NiAvKiBSU1NJIC0gV0lfUklEX0RCTV9BREpVU1QgfiBkQm0gKi8KICNkZWZpbmUgV0lf UklEX0JBU0lDX1JBVEUJMHhGQ0IzCg== --Multipart=_Fri__26_Dec_2003_10_56_31_+0100_DLU6tYX.tMfg+hGc Content-Type: application/octet-stream; name="if_wi.c.diff" Content-Disposition: attachment; filename="if_wi.c.diff" Content-Transfer-Encoding: base64 LS0tIGlmX3dpLmMJVHVlIERlYyAgOSAwODo0MTowNiAyMDAzCisrKyBpZl93aS5jLnAJRnJpIERl YyAyNiAxMDoxNjo0MSAyMDAzCkBAIC00MDIsNiArNDAyLDggQEAKIAkJICovCiAJCWlmIChzYy0+ c2Nfc3RhX2Zpcm13YXJlX3ZlciA+PSA4MDMpCiAJCQlpYy0+aWNfY2FwcyB8PSBJRUVFODAyMTFf Q19IT1NUQVA7CisJCWlmIChzYy0+c2Nfc3RhX2Zpcm13YXJlX3ZlciA+PTEwNjAzKQorCQkJc2Mt PnNjX2ZsYWdzIHw9IFdJX0ZMQUdTX0hBU19FTkhTRUM7CiAJCXNjLT5zY19pYnNzX3BvcnQgPSBo dG9sZTE2KDApOwogCiAJCXNjLT5zY19taW5fcnNzaSA9IFdJX1BSSVNNX01JTl9SU1NJOwpAQCAt NzA1LDYgKzcwNyw4IEBACiAJd2lfd3JpdGVfdmFsKHNjLCBXSV9SSURfUlRTX1RIUkVTSCwgaWMt PmljX3J0c3RocmVzaG9sZCk7CiAJaWYgKHNjLT5zY19mbGFncyAmIFdJX0ZMQUdTX0hBU19GUkFH VEhSKQogCQl3aV93cml0ZV92YWwoc2MsIFdJX1JJRF9GUkFHX1RIUkVTSCwgaWMtPmljX2ZyYWd0 aHJlc2hvbGQpOworCWlmIChzYy0+c2NfZmxhZ3MgJiBXSV9GTEFHU19IQVNfRU5IU0VDKQorCQl3 aV93cml0ZV92YWwoc2MsIFdJX1JJRF9DTkZFTkhTRUMsIHNjLT5zY19lbmhzZWMpOwogCiAJLyog ZHJpdmVyIHNwZWNpZmljIDgwMi4xMSBjb25maWd1cmF0aW9uICovCiAJaWYgKHNjLT5zY19mbGFn cyAmIFdJX0ZMQUdTX0hBU19TWVNTQ0FMRSkKQEAgLTE4ODUsNiArMTg4OSwxNiBAQAogCWNhc2Ug V0lfUklEX1RYX1JBVEU6CiAJCXJldHVybiBpZWVlODAyMTFfY2ZnZ2V0KGlmcCwgY21kLCBkYXRh KTsKIAorCWNhc2UgV0lfUklEX0NORkVOSFNFQzoKKwkJaWYgKHNjLT5zY19lbmFibGVkICYmIChz Yy0+c2NfZmxhZ3MgJiBXSV9GTEFHU19IQVNfRU5IU0VDKSkgeworCQkJZXJyb3IgPSB3aV9yZWFk X3JpZChzYywgd3JlcS53aV90eXBlLCB3cmVxLndpX3ZhbCwKKwkJCSAgICAmbGVuKTsKKwkJCWJy ZWFrOworCQl9CisJCXdyZXEud2lfdmFsWzBdID0gaHRvbGUxNihzYy0+c2NfZW5oc2VjKTsKKwkJ bGVuID0gc2l6ZW9mKHVfaW50MTZfdCk7CisJCWJyZWFrOworCiAJY2FzZSBXSV9SSURfTUlDUk9X QVZFX09WRU46CiAJCWlmIChzYy0+c2NfZW5hYmxlZCAmJiAoc2MtPnNjX2ZsYWdzICYgV0lfRkxB R1NfSEFTX01PUikpIHsKIAkJCWVycm9yID0gd2lfcmVhZF9yaWQoc2MsIHdyZXEud2lfdHlwZSwg d3JlcS53aV92YWwsCkBAIC0yMTA1LDYgKzIxMTksNyBAQAogCQltZW1jcHkoc2MtPnNjX25vZGVu YW1lLCAmd3JlcS53aV92YWxbMV0sIHNjLT5zY19ub2RlbGVuKTsKIAkJYnJlYWs7CiAKKwljYXNl IFdJX1JJRF9DTkZFTkhTRUM6CiAJY2FzZSBXSV9SSURfTUlDUk9XQVZFX09WRU46CiAJY2FzZSBX SV9SSURfUk9BTUlOR19NT0RFOgogCWNhc2UgV0lfUklEX1NZU1RFTV9TQ0FMRToKQEAgLTIxMjEs NiArMjEzNiw5IEBACiAJCWlmICh3cmVxLndpX3R5cGUgPT0gV0lfUklEX0ZSQUdfVEhSRVNIICYm CiAJCSAgICAoc2MtPnNjX2ZsYWdzICYgV0lfRkxBR1NfSEFTX0ZSQUdUSFIpID09IDApCiAJCQli cmVhazsKKwkJaWYgKHdyZXEud2lfdHlwZSA9PSBXSV9SSURfQ05GRU5IU0VDICYmCisJCSAgICAo c2MtPnNjX2ZsYWdzICYgV0lfRkxBR1NfSEFTX0VOSFNFQykgPT0gMCkKKwkJCWJyZWFrOwogCQkv KiBGQUxMVEhST1VHSCAqLwogCWNhc2UgV0lfUklEX1JUU19USFJFU0g6CiAJY2FzZSBXSV9SSURf Q05GQVVUSE1PREU6CkBAIC0yMTUyLDYgKzIxNzAsOSBAQAogCQkJYnJlYWs7CiAJCWNhc2UgV0lf UklEX01BWF9EQVRBTEVOOgogCQkJc2MtPnNjX21heF9kYXRhbGVuID0gbGUxNnRvaCh3cmVxLndp X3ZhbFswXSk7CisJCQlicmVhazsKKwkJY2FzZSBXSV9SSURfQ05GRU5IU0VDOgorCQkJc2MtPnNj X2VuaHNlYyA9IGxlMTZ0b2god3JlcS53aV92YWxbMF0pOwogCQkJYnJlYWs7CiAJCX0KIAkJYnJl YWs7Cg== --Multipart=_Fri__26_Dec_2003_10_56_31_+0100_DLU6tYX.tMfg+hGc Content-Type: application/octet-stream; name="if_wivar.h.diff" Content-Disposition: attachment; filename="if_wivar.h.diff" Content-Transfer-Encoding: base64 LS0tIGlmX3dpdmFyLmgJVHVlIERlYyAgOSAwODo0MTowNyAyMDAzCisrKyBpZl93aXZhci5oLnAJ RnJpIERlYyAyNiAxMDoxNjo1NSAyMDAzCkBAIC01Nyw2ICs1Nyw3IEBACiAjZGVmaW5lIFdJX1JJ RF9QMl9DUllQVF9LRVkzCTB4RkMyNwogI2RlZmluZSBXSV9SSURfUDJfRU5DUllQVElPTgkweEZD MjgKICNkZWZpbmUgV0lfUklEX1JPQU1JTkdfTU9ERQkweEZDMkQKKyNkZWZpbmUgV0lfUklEX0NO RkVOSFNFQwkweEZDNDMgLyogZmlybXdhcmUgMS42LjMgb3IgYWJvdmUgbmVlZGVkICovCiAjZGVm aW5lIFdJX1JJRF9DVVJfVFhfUkFURQkweEZENDQgLyogY3VycmVudCBUWCByYXRlICovCiAKIHN0 cnVjdCB3aV9zb2Z0Ywl7CkBAIC0xMTgsNiArMTE5LDcgQEAKIAl1X2ludDE2X3QJCXNjX3JvYW1p bmdfbW9kZTsKIAl1X2ludDE2X3QJCXNjX21pY3Jvd2F2ZV9vdmVuOwogCXVfaW50MTZfdAkJc2Nf YXV0aHR5cGU7CisJdV9pbnQxNl90CQlzY19lbmhzZWM7CiAKIAlpbnQJCQlzY19ub2RlbGVuOwog CWNoYXIJCQlzY19ub2RlbmFtZVtJRUVFODAyMTFfTldJRF9MRU5dOwpAQCAtMTkzLDYgKzE5NSw3 IEBACiAjZGVmaW5lCVdJX0ZMQUdTX0JVR19BVVRPSU5DCQkweDAxMDAKICNkZWZpbmUJV0lfRkxB R1NfSEFTX0ZSQUdUSFIJCTB4MDIwMAogI2RlZmluZQlXSV9GTEFHU19IQVNfREJNQURKVVNUCQkw eDA0MDAKKyNkZWZpbmUgV0lfRkxBR1NfSEFTX0VOSFNFQwkJMHgwODAwCiAKIHN0cnVjdCB3aV9j YXJkX2lkZW50IHsKIAl1X2ludDE2X3QJY2FyZF9pZDsK --Multipart=_Fri__26_Dec_2003_10_56_31_+0100_DLU6tYX.tMfg+hGc Content-Type: application/octet-stream; name="wicontrol.c.diff" Content-Disposition: attachment; filename="wicontrol.c.diff" Content-Transfer-Encoding: base64 LS0tIHdpY29udHJvbC5jCU1vbiBTZXAgMjkgMDg6MzI6MTEgMjAwMworKysgd2ljb250cm9sLmMu cAlGcmkgRGVjIDI2IDEwOjE3OjIwIDIwMDMKQEAgLTU0LDYgKzU0LDcgQEAKICNpbmNsdWRlIDxu ZXQ4MDIxMS9pZWVlODAyMTFfaW9jdGwuaD4KICNpbmNsdWRlIDxkZXYvd2kvaWZfd2F2ZWxhbl9p ZWVlLmg+CiAjaW5jbHVkZSA8ZGV2L3dpL2lmX3dpcmVnLmg+CisjZGVmaW5lICBXSV9SSURfQ05G RU5IU0VDIDB4RkM0MwogCiAjaW5jbHVkZSA8c3RkaW8uaD4KICNpbmNsdWRlIDxzdHJpbmcuaD4K QEAgLTcxMCw2ICs3MTEsNyBAQAogCXsgV0lfUklEX0NBUkRfSUQsIFdJX0hFWFdPUkRTLCAiQ2Fy ZCBJRCByZWdpc3RlcjpcdFx0XHQiIH0sCiAJeyBXSV9SSURfUkVHX0RPTUFJTlMsIFdJX1JFR0RP TVMsICJSZWd1bGF0b3J5IERvbWFpbnM6XHRcdFx0IiB9LAogCXsgV0lfUklEX1RFTVBfVFlQRSwg V0lfV09SRFMsICJUZW1wZXJhdHVyZSBSYW5nZTpcdFx0XHQiIH0sCisJeyBXSV9SSURfQ05GRU5I U0VDLCBXSV9XT1JEUywgIkVuaGFuY2VkIFNTSUQgU2VjdXJpdHk6XHRcdFx0IiB9LAogI2lmZGVm IFdJX0VYVFJBX0lORk8KIAl7IFdJX1JJRF9QUklfU1VQX1JBTkdFLCBXSV9XT1JEUywgIlBSSSBT dXAgUmFuZ2U6XHRcdFx0XHQiIH0sCiAJeyBXSV9SSURfQ0lGX0FDVF9SQU5HRSwgV0lfV09SRFMs ICJDRkkgQWN0IFN1cCBSYW5nZTpcdFx0XHQiIH0sCkBAIC05MTAsNiArOTEyLDcgQEAKIAlmcHJp bnRmKHN0ZGVyciwgIlx0JXMgLWkgaWZhY2UgLVAgMHwxXG4iLCBwKTsKIAlmcHJpbnRmKHN0ZGVy ciwgIlx0JXMgLWkgaWZhY2UgLVMgbWF4IHNsZWVwIGR1cmF0aW9uXG4iLCBwKTsKIAlmcHJpbnRm KHN0ZGVyciwgIlx0JXMgLWkgaWZhY2UgLVQgMXwyfDN8NFxuIiwgcCk7CisJZnByaW50ZihzdGRl cnIsICJcdCVzIC1pIGlmYWNlIC1FIDB8MXwyfDNcbiIgLHApOwogI2lmZGVmIFdJQ0FDSEUKIAlm cHJpbnRmKHN0ZGVyciwgIlx0JXMgLWkgaWZhY2UgLVogemVybyBvdXQgc2lnbmFsIGNhY2hlXG4i LCBwKTsKIAlmcHJpbnRmKHN0ZGVyciwgIlx0JXMgLWkgaWZhY2UgLUMgcHJpbnQgc2lnbmFsIGNh Y2hlXG4iLCBwKTsKQEAgLTEwOTcsNyArMTEwMCw3IEBACiAJb3B0ZXJyID0gMTsKIAkJCiAJd2hp bGUoKGNoID0gZ2V0b3B0KGFyZ2MsIGFyZ3YsCi0JICAgICJhOmM6ZDplOmY6aGk6azpsbTpuOm9w OnE6cjpzOnQ6djpDRjpMUDpRUzpUOloiKSkgIT0gLTEpIHsKKwkgICAgImE6YzpkOmU6RTpmOmhp Oms6bG06bjpvcDpxOnI6czp0OnY6Q0Y6TFA6UVM6VDpaIikpICE9IC0xKSB7CiAJCXN3aXRjaChj aCkgewogCQljYXNlICdaJzoKICNpZmRlZiBXSUNBQ0hFCkBAIC0xMTMzLDYgKzExMzYsMTMgQEAK IAkJCXdpX3NldHdvcmQoaWZhY2UsIFdJX1JJRF9FTkNSWVBUSU9OLCBhdG9pKG9wdGFyZykpOwog CQkJZXhpdCgwKTsKIAkJCWJyZWFrOworCQljYXNlICdFJzoKKwkJCWlmIChhdG9pKG9wdGFyZykg Pj0gMCAmJiBhdG9pKG9wdGFyZykgPD0zKSB7CisJCQkJd2lfc2V0d29yZChpZmFjZSwgV0lfUklE X0NORkVOSFNFQywgYXRvaShvcHRhcmcpKTsKKwkJCX0KKwkJCWVsc2UgZnByaW50ZihzdGRlcnIs ICJpbnZhbGlkIG9wdGlvblxuIik7CisJCQlleGl0KDApOworCQkJYnJlYWs7IAogCQljYXNlICdm JzoKIAkJCWRlcCgiZiIsICJjaGFubmVsIik7CiAJCQl3aV9zZXR3b3JkKGlmYWNlLCBXSV9SSURf T1dOX0NITkwsIGF0b2kob3B0YXJnKSk7Cg== --Multipart=_Fri__26_Dec_2003_10_56_31_+0100_DLU6tYX.tMfg+hGc-- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 03:00:50 2003 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 BB26816A4CE for ; Fri, 26 Dec 2003 03:00:50 -0800 (PST) Received: from main.evrocom.net (main.evrocom.net [212.39.92.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 86EA143D1F for ; Fri, 26 Dec 2003 03:00:45 -0800 (PST) (envelope-from veno@evrocom.bg) Received: (qmail 41093 invoked from network); 26 Dec 2003 11:00:41 -0000 Received: from unknown (HELO crouch) (217.10.240.98) by main.evrocom.net with SMTP; 26 Dec 2003 11:00:41 -0000 Message-ID: <001001c3cb9f$88addc80$1402a8c0@crouch> From: "Vencislav Velkov" To: Date: Fri, 26 Dec 2003 13:00:54 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: cvsuping ports 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: Fri, 26 Dec 2003 11:00:50 -0000 Hello all, I am not sure if the problem resides to this mailing list, but will post = it, so I appologize if this is the wrong place. I am trying to setup a freebsd repository, but have problems with fetching the ports collection. Here is my config file: *default host=3Dcvsup.uk.freebsd.org *default prefix=3D/mnt/72/cvs *default base=3D/mnt/72/cvs *default release=3Dcvs delete use-rel-suffix ports-all I am fetching the src-all without problems but when fetching the ports = it stops on: Running Updating collection ports-all/cvs Create ports/.cvsignore,v Create ports/INDEX,v =20 and freezes. I am using cvsup-snap-16.1h running on linux, could this be the problem = ? Best regards, Veno From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 03:58:21 2003 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 DD2EA16A4CE for ; Fri, 26 Dec 2003 03:58:21 -0800 (PST) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by mx1.FreeBSD.org (Postfix) with SMTP id 1AE1B43D48 for ; Fri, 26 Dec 2003 03:58:19 -0800 (PST) (envelope-from ertr1013@student.uu.se) Received: (qmail 70323 invoked by uid 1001); 26 Dec 2003 11:58:17 -0000 Date: Fri, 26 Dec 2003 12:58:17 +0100 From: Erik Trulsson To: Vencislav Velkov Message-ID: <20031226115817.GA69260@falcon.midgard.homeip.net> Mail-Followup-To: Vencislav Velkov , freebsd-hackers@freebsd.org References: <001001c3cb9f$88addc80$1402a8c0@crouch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001001c3cb9f$88addc80$1402a8c0@crouch> User-Agent: Mutt/1.5.5.1i cc: freebsd-hackers@freebsd.org Subject: Re: cvsuping ports 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: Fri, 26 Dec 2003 11:58:22 -0000 On Fri, Dec 26, 2003 at 01:00:54PM +0200, Vencislav Velkov wrote: > Hello all, > I am not sure if the problem resides to this mailing list, but will > post it, so I appologize if this is the wrong place. When in doubt about which of the freebsd mailing lists is the correct one, the answer is freebsd-questions. Questions that do not clearly belong elsewhere should be sent there. > I am trying to setup a freebsd repository, > but have problems with fetching the ports collection. > Here is my config file: > > *default host=cvsup.uk.freebsd.org > *default prefix=/mnt/72/cvs > *default base=/mnt/72/cvs > *default release=cvs delete use-rel-suffix > > ports-all > > I am fetching the src-all without problems but when fetching the ports it stops on: > Running > Updating collection ports-all/cvs > Create ports/.cvsignore,v > Create ports/INDEX,v > > and freezes. Does it really freeze, or does it just take a very long time? That particular file (ports/INDEX,v) is about 66MB in size, which indicates it might be the latter. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 04:12:53 2003 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 33D1C16A4CE for ; Fri, 26 Dec 2003 04:12:53 -0800 (PST) Received: from main.evrocom.net (main.evrocom.net [212.39.92.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 2292043D2F for ; Fri, 26 Dec 2003 04:12:49 -0800 (PST) (envelope-from veno@evrocom.bg) Received: (qmail 44616 invoked from network); 26 Dec 2003 12:12:45 -0000 Received: from unknown (HELO crouch) (217.10.240.98) by main.evrocom.net with SMTP; 26 Dec 2003 12:12:45 -0000 Message-ID: <002301c3cba9$9a627080$1402a8c0@crouch> From: "Ventsislav Velkov" To: "Erik Trulsson" References: <001001c3cb9f$88addc80$1402a8c0@crouch> <20031226115817.GA69260@falcon.midgard.homeip.net> Date: Fri, 26 Dec 2003 14:12:59 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-hackers@freebsd.org Subject: Re: cvsuping ports 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: Fri, 26 Dec 2003 12:12:53 -0000 Thanks for both answers. I wrote here because at the and of the http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html is written "Most FreeBSD-related discussion of CVSup takes place on the FreeBSD technical discussions mailing list.", which in fact doesn't mean this is the list for having troubles with using cvsup, but it took me easy here. Yes, you are right, the file is really big, and when I looked in the tree I saw the size is changing. Thanks again! Veno ----- Original Message ----- From: "Erik Trulsson" To: "Vencislav Velkov" Cc: Sent: Friday, December 26, 2003 1:58 PM Subject: Re: cvsuping ports problem > On Fri, Dec 26, 2003 at 01:00:54PM +0200, Vencislav Velkov wrote: > > Hello all, > > I am not sure if the problem resides to this mailing list, but will > > post it, so I appologize if this is the wrong place. > > When in doubt about which of the freebsd mailing lists is the correct > one, the answer is freebsd-questions. Questions that do not clearly > belong elsewhere should be sent there. > > > I am trying to setup a freebsd repository, > > but have problems with fetching the ports collection. > > Here is my config file: > > > > *default host=cvsup.uk.freebsd.org > > *default prefix=/mnt/72/cvs > > *default base=/mnt/72/cvs > > *default release=cvs delete use-rel-suffix > > > > ports-all > > > > I am fetching the src-all without problems but when fetching the ports it stops on: > > Running > > Updating collection ports-all/cvs > > Create ports/.cvsignore,v > > Create ports/INDEX,v > > > > and freezes. > > Does it really freeze, or does it just take a very long time? > That particular file (ports/INDEX,v) is about 66MB in size, which > indicates it might be the latter. > > > -- > > Erik Trulsson > ertr1013@student.uu.se > > From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 06:18:22 2003 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 4DCB616A4CE for ; Fri, 26 Dec 2003 06:18:22 -0800 (PST) Received: from poisson.ece.iisc.ernet.in (poisson.ece.iisc.ernet.in [144.16.64.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64EF143D31 for ; Fri, 26 Dec 2003 06:18:19 -0800 (PST) (envelope-from beastie@poisson.ece.iisc.ernet.in) Received: from poisson.ece.iisc.ernet.in (localhost [127.0.0.1]) hBQJlrgT088760 for ; Fri, 26 Dec 2003 19:47:53 GMT (envelope-from beastie@poisson.ece.iisc.ernet.in) Received: from localhost (beastie@localhost)hBQJlpVa088757 for ; Fri, 26 Dec 2003 19:47:52 GMT Date: Fri, 26 Dec 2003 19:47:51 +0000 (GMT) From: Sumanth NS To: freebsd-hackers@freebsd.org In-Reply-To: <002301c3cba9$9a627080$1402a8c0@crouch> Message-ID: <20031226192854.A88664-100000@poisson.ece.iisc.ernet.in> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: A FreeBSD bridge.. 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 Dec 2003 14:18:22 -0000 Hi! I plan to implement a FreeBSD bridge with two interfaces connecting my router and my LAN. My question, before I go ahead with the installation, is whether the default "This computer wants to be a gateway.." option, in /stand/sysinstall, would be enough to push traffic up and down through the interfaces, or do I need to specifically install additional software? I'm particularly concerned about SYN and ICMP floods entering my network, and am planning to block all such traffic using ipfw, on this intended bridge. All pointers, ideas and suggestions welcome. Many thanks, Sumanth From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 06:28:06 2003 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 AE85316A4CE for ; Fri, 26 Dec 2003 06:28:06 -0800 (PST) Received: from mhub-m6.tc.umn.edu (mhub-m6.tc.umn.edu [160.94.23.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9501B43D3F for ; Fri, 26 Dec 2003 06:28:05 -0800 (PST) (envelope-from ryans@gamersimpact.com) Received: from [24.107.70.120] by mhub-m6.tc.umn.edu with ESMTP; Fri, 26 Dec 2003 08:28:03 -0600 From: Ryan Sommers To: Sumanth NS In-Reply-To: <20031226192854.A88664-100000@poisson.ece.iisc.ernet.in> References: <20031226192854.A88664-100000@poisson.ece.iisc.ernet.in> Content-Type: text/plain Message-Id: <1072448881.650.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 26 Dec 2003 08:28:01 -0600 Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: A FreeBSD bridge.. 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 Dec 2003 14:28:06 -0000 On Fri, 2003-12-26 at 13:47, Sumanth NS wrote: > Hi! > > I plan to implement a FreeBSD bridge with two > interfaces connecting my router and my LAN. > All pointers, ideas and suggestions welcome. If in doubt check the handbooks first. The doc@ team has a lot of quality information in there: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-bridging.html -- Ryan "leadZERO" Sommers Gamer's Impact President ryans@gamersimpact.com ICQ: 1019590 AIM/MSN: leadZERO -= http://www.gamersimpact.com =- From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 07:28:34 2003 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 9B32C16A4CE for ; Fri, 26 Dec 2003 07:28:34 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 484CB43D2F for ; Fri, 26 Dec 2003 07:28:33 -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 hBQFSQAS083938; Fri, 26 Dec 2003 08:28:27 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 26 Dec 2003 08:28:05 -0700 (MST) Message-Id: <20031226.082805.68884339.imp@bsdimp.com> To: oceanare@pacific.net.sg From: "M. Warner Losh" In-Reply-To: <3FEBF0EF.2050001@pacific.net.sg> References: <20031225224609.A5326@cons.org> <3FEBF0EF.2050001@pacific.net.sg> 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 cc: cracauer@cons.org Subject: Re: Power consumption in desktop computers 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 Dec 2003 15:28:34 -0000 In message: <3FEBF0EF.2050001@pacific.net.sg> Erich Dollansky writes: : Do you know if FreeBSD 5.2 runs on a Transmeta CPU with support of : the power options? My notebook is the Fujitsu P2120. I know that it works great. My FIVA with a Transmeta works great, and I can set the power to one of 8 steps. At the lowest power setting, things work fairly well, but very slowly. It sips the power there (I get like 15 hours of battery life with my monster battery). Warner From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 09:00:57 2003 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 B4EC116A4CE for ; Fri, 26 Dec 2003 09:00:57 -0800 (PST) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE09843D2D for ; Fri, 26 Dec 2003 09:00:54 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 8093 invoked from network); 26 Dec 2003 17:00:54 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 26 Dec 2003 17:00:54 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id hBQH0pM0064921; Fri, 26 Dec 2003 12:00:51 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <2094632.1072304770916.JavaMail.root@daisy.psp.pas.earthlink.net> Date: Fri, 26 Dec 2003 12:00:51 -0500 (EST) From: John Baldwin To: Sean Welch X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@freebsd.org Subject: RE: Unprobed PCI bus on VXPro II chipset 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 Dec 2003 17:00:57 -0000 On 24-Dec-2003 Sean Welch wrote: > As I'm not quite sure where I should be asking for help with this I figured > I'd try shooting the info over to freebsd-hackers (as it seemed the closest > match). > > I've got an oldish machine (EDO RAM and such) running a VXPro II chipset. > I have successfully configured FreeBSD from 2.2.8 up to 5-CURRENT to run > on this thing but I've never managed to get it to probe and attach anything > on the PCI bus. Here's what I've found and what I've tried. > > I believe the motherboard was sold as PCChips kit. Looking up the stats > I find that it was a rebrand of Hint Co. hardware. The PCI IDs are actually > listed in /usr/share/misc/pci_vendors and look like this: > > 3388 Hint Corp. > 0020 HB6 UNIVERSAL PCI-PCI BRIDGE > 0021 HB1-SE33 PCI-to-PCI Bridge > 8011 VXPro II Chipset CPU to PCI Bridge > 8012 VXPro II Chipset PCI to ISA Bridge > 8013 VXPro II Chipset EIDE Controller > > I found a commit notice online to the linux kernel that contained these > same IDs so it looks like the complete string should be "33880020", > "33880021", etc. I also managed to find this message from *long* > ago: > > http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=Pine.BSF.3.96.990120135600.282 > 21A-100000_gate1.ilhadamagia.com.br%40ns.sol.net&rnum=5&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF- > 8%26oe%3DUTF-8%26q%3Dfreebsd%2Bvxpro%26btnG%3DGoogle%2BSearch > > I'm currently running 4.9-RELEASE. The uname -a output is: > > FreeBSD 4.9-RELEASE FreeBSD 4.9-RELEASE #5: Tue Oct 14 11:51:28 CDT 2003 > root@:/usr/src/sys/compile/WARPPHYS i386 What I'd like to do is get 5.x working first and then MFC the fix if that is ok. > Poking around I discovered that pcibus.c no longer contains the code > referenced in the above message (but that didn't stop me). I found > it instead in pci_cfgreg.c and tried adding the explicit set of oldval1 to > zero but no joy. I ended up adding the PCI IDs to both > /usr/src/sys/i386/isa/pcibus.c and also /usr/src/sys/pci/pcisupport.c > in the effort to get the chipset recognized. No go. > > When I boot verbose this is all I can get about the PCI bus: > > pci_open(1): mode 1 addr port (0x0cf8) is 0x0000ff00 > pci_open(1a): mode1res=0x00000000 (0x80000000) > pci_open(1b): mode1res=0x00007020 (0xff000001) > pci_open(2): mode 2 enable port (0x0cf8) is 0xff Well, your BIOS seems to be broken. Maybe. Can you send me the output of scanpci -v? I'm curious what method it uses to access PCI config space. Also, can you try this change: Index: pci_cfgreg.c =================================================================== RCS file: /usr/cvs/src/sys/i386/pci/pci_cfgreg.c,v retrieving revision 1.107 diff -u -r1.107 pci_cfgreg.c --- pci_cfgreg.c 3 Nov 2003 21:53:38 -0000 1.107 +++ pci_cfgreg.c 26 Dec 2003 16:38:13 -0000 @@ -732,7 +732,7 @@ devmax = 32; outl(CONF1_ADDR_PORT, CONF1_ENABLE_CHK); - outb(CONF1_ADDR_PORT + 3, 0); + DELAY(1); mode1res = inl(CONF1_ADDR_PORT); outl(CONF1_ADDR_PORT, oldval1); All accesses to CONF1_ADDR_PORT and friends are supposed to be using inl and outl. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 09:10:12 2003 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 5B50316A4CE for ; Fri, 26 Dec 2003 09:10:12 -0800 (PST) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6738443D2F for ; Fri, 26 Dec 2003 09:10:11 -0800 (PST) (envelope-from wes@softweyr.com) Received: from homer.softweyr.com (66-91-236-204.san.rr.com [66.91.236.204]) by smtp-relay.omnis.com (Postfix) with ESMTP id 3531A5B648; Fri, 26 Dec 2003 09:10:10 -0800 (PST) From: Wes Peters Organization: Softweyr To: Martin Cracauer , freebsd-hackers@freebsd.org Date: Fri, 26 Dec 2003 08:15:38 -0800 User-Agent: KMail/1.5.2 References: <20031225224609.A5326@cons.org> In-Reply-To: <20031225224609.A5326@cons.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312260815.38447.wes@softweyr.com> Subject: Re: Power consumption in desktop computers 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 Dec 2003 17:10:12 -0000 On Thursday 25 December 2003 19:46, Martin Cracauer wrote: > Hi, > > those who followed might have noticed I was shopping for a notebook to > replace some of my desktop system. To make it short, the notebook > vendors all pissed me off so good that I'm not going to get a notebook > (details on request) so I am going for other options. > > Here is what my powermeter thinks my desktops are using with various > options: If you want a desktop machine with low power consumption (and far less cooling fan noise as a bonus) you may want to look into the VIA Epia motherboards and systems. Matt Dillon has posted his results in building workstations (sort of glorified Xterms) using Epia systems and LCD panels. You can read his reivew at: http://apollo.backplane.com/FreeBSD/epia/review.html -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 09:39:10 2003 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 3115F16A4CE; Fri, 26 Dec 2003 09:39:10 -0800 (PST) Received: from mailhost.catholic.org (mailhost.catholic.org [66.122.14.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 369D443D39; Fri, 26 Dec 2003 09:39:09 -0800 (PST) (envelope-from phk@catholic.org) Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27]) by mailhost.catholic.org (8.12.10/8.10.0) with SMTP id hBQHj93O000743; Fri, 26 Dec 2003 09:45:09 -0800 Received: from 202.54.61.104 (SquirrelMail authenticated user phk) by webmail.catholic.org with HTTP; Fri, 26 Dec 2003 17:39:08 -0000 (GMT) Message-ID: <40607.202.54.61.104.1072460348.squirrel@webmail.catholic.org> Date: Fri, 26 Dec 2003 17:39:08 -0000 (GMT) From: "Pull-Henning Kunt" To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: I'm resigning from FreeBSD 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 Dec 2003 17:39:10 -0000 Back in the day, around FreeBSD 2.2.8, it was a very nice operating system. However, when RELENG_5 was branched, a lot of wrong decisions were made, most of them by people with zero clue about how to implement proper SMP (e.g. John Baldwin). Matt Dillon tried to fix the situation, but all he got in response was a commit bit suspension, which later lead to his expulsion (1) (1) http://slashdot.org/articles/03/02/03/239238.shtml?tid=122&tid=156 You can thank assholes like: Poul-Henning Kamp (POT, KETTLE, BLACK), Greg Lehey, Dag-Erling Smorgrav, Mark Murray and Bill Fumerola for kicking him out and making sure that, thanks to overengineering, RELENG_5 will never work. Pull-Henning Kunt FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a kill da jews. ----------------------------------------- This email was sent using FREE Catholic Online Webmail. http://webmail.catholic.org/ Celebrate Advent with Catholic Online. Support our Advent sponsors by visiting them at http://www.catholic.org/clife/advent/specials.php From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 11:09:55 2003 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 B4FAB16A4CE for ; Fri, 26 Dec 2003 11:09:55 -0800 (PST) Received: from rdsnet.ro (smtp.rdsnet.ro [62.231.74.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A5DE43D41 for ; Fri, 26 Dec 2003 11:09:53 -0800 (PST) (envelope-from itetcu@apropo.ro) Received: (qmail 406 invoked from network); 26 Dec 2003 18:37:59 -0000 Received: from unknown (HELO it.buh.cameradicommercio.ro) (81.196.25.19) by mail.rdsnet.ro with SMTP; 26 Dec 2003 18:37:59 -0000 Date: Fri, 26 Dec 2003 20:38:56 +0200 From: Ion-Mihai Tetcu Cc: freebsd-hackers@freebsd.org Message-Id: <20031226203856.1aaabb92.itetcu@apropo.ro> In-Reply-To: <40607.202.54.61.104.1072460348.squirrel@webmail.catholic.org> References: <40607.202.54.61.104.1072460348.squirrel@webmail.catholic.org> X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Importance: low X-Priority: 5 (Lowest) Subject: Re: I'm resigning from FreeBSD 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 Dec 2003 19:09:55 -0000 Some Cristmas spirit, heh ? On Fri, 26 Dec 2003 17:39:08 -0000 (GMT) "Pull-Henning Kunt" wrote: > Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) > by hub.freebsd.org (Postfix) with ESMTP > id 3115F16A4CE; Fri, 26 Dec 2003 09:39:10 -0800 (PST) > Received: from mailhost.catholic.org (mailhost.catholic.org [66.122.14.20]) > by mx1.FreeBSD.org (Postfix) with ESMTP > id 369D443D39; Fri, 26 Dec 2003 09:39:09 -0800 (PST) > (envelope-from phk@catholic.org) > Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27]) > by mailhost.catholic.org (8.12.10/8.10.0) with SMTP id hBQHj93O000743; > Fri, 26 Dec 2003 09:45:09 -0800 > Received: from 202.54.61.104 > (SquirrelMail authenticated user phk) > by webmail.catholic.org with HTTP; > Fri, 26 Dec 2003 17:39:08 -0000 (GMT) > Message-ID: <40607.202.54.61.104.1072460348.squirrel@webmail.catholic.org> > Date: Fri, 26 Dec 2003 17:39:08 -0000 (GMT) > From: "Pull-Henning Kunt" > To: freebsd-hackers@freebsd.org > User-Agent: SquirrelMail/1.4.2 > MIME-Version: 1.0 > Content-Type: text/plain;charset=iso-8859-1 > Content-Transfer-Encoding: 8bit > X-Priority: 3 > Importance: Normal > Subject: I'm resigning from FreeBSD ;; QUERY SECTION: ;; 104.61.54.202.in-addr.arpa, type = ANY, class = IN inetnum: 202.54.61.96 - 202.54.61.111 netname: NTPC2-ND descr: VSNL DELHI country: IN admin-c: IA15-AP tech-c: VT43-AP remarks: ------------------------------------------------------------------ remarks: for abuse and spam related complaints and queries please contact: remarks: abuse@vsnl.com remarks: ------------------------------------------------------------------ mnt-by: MAINT-VSNL-AP changed: ip-admin@giasbm01.vsnl.net.in 20031111 status: ASSIGNED NON-PORTABLE source: APNIC -- IOnut Unregistered ;) FreeBSD user From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 09:44:07 2003 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 6FDA716A4CE; Fri, 26 Dec 2003 09:44:07 -0800 (PST) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 186F143D4C; Fri, 26 Dec 2003 09:44:05 -0800 (PST) (envelope-from welchsm@earthlink.net) Received: from grover.psp.pas.earthlink.net ([207.217.78.249]) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1AZw0I-0001LW-00; Fri, 26 Dec 2003 09:44:02 -0800 Message-ID: <21298231.1072460642403.JavaMail.root@grover.psp.pas.earthlink.net> Date: Fri, 26 Dec 2003 09:44:02 -0800 (PST) From: Sean Welch To: John Baldwin Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Earthlink Zoo Mail 1.0 X-Mailman-Approved-At: Fri, 26 Dec 2003 14:08:29 -0800 cc: freebsd-hackers@FreeBSD.org Subject: RE: Unprobed PCI bus on VXPro II chipset X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sean Welch List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2003 17:44:07 -0000 5.x is okay by me, but I'll have to reinstall it. I'm trying out the change you asked me to under 4.9-RELEASE right now; the machine is pretty slow so it takes a bit over an hour to recompile the kernel. My responses are going to be pretty slow. ;-) I've noticed that scanpci seems a tad confused at times. It seems that the first time I run it it tells me that there are no pci devices. The other times it gives me a listing. At any rate, the output is: pci bus 0x0000 cardnum 0x05 function 0x00: vendor 0x3388 device 0x8011 Hint Corp VXPro II Chipset STATUS 0x24a0 COMMAND 0x0007 CLASS 0x06 0x00 0x00 REVISION 0x00 BIST 0x00 HEADER 0x80 LATENCY 0x40 CACHE 0x00 pci bus 0x0000 cardnum 0x05 function 0x01: vendor 0x3388 device 0x8012 Hint Corp VXPro II Chipset STATUS 0x24a0 COMMAND 0x0007 CLASS 0x06 0x01 0x00 REVISION 0x00 BIST 0x00 HEADER 0x80 LATENCY 0x40 CACHE 0x00 pci bus 0x0000 cardnum 0x05 function 0x02: vendor 0x3388 device 0x8013 Hint Corp VXPro II IDE STATUS 0x0380 COMMAND 0x0001 CLASS 0x01 0x01 0x00 REVISION 0x00 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 pci bus 0x0000 cardnum 0x08 function 0x00: vendor 0x109e device 0x036e Brooktree Corporation Bt878 Video Capture CardVendor 0x0070 card 0x13eb (Hauppauge computer works Inc. WinTV Series) STATUS 0x0280 COMMAND 0x0106 CLASS 0x04 0x00 0x00 REVISION 0x02 BIST 0x00 HEADER 0x80 LATENCY 0x40 CACHE 0x00 BASE0 0xffafe008 addr 0xffafe000 MEM PREFETCHABLE MAX_LAT 0x28 MIN_GNT 0x10 INT_PIN 0x01 INT_LINE 0x09 pci bus 0x0000 cardnum 0x08 function 0x01: vendor 0x109e device 0x0878 Brooktree Corporation Bt878 Audio Capture CardVendor 0x0070 card 0x13eb (Hauppauge computer works Inc. WinTV Series) STATUS 0x0280 COMMAND 0x0106 CLASS 0x04 0x80 0x00 REVISION 0x02 BIST 0x00 HEADER 0x80 LATENCY 0x40 CACHE 0x00 BASE0 0xffaff008 addr 0xffaff000 MEM PREFETCHABLE MAX_LAT 0xff MIN_GNT 0x04 INT_PIN 0x01 INT_LINE 0x09 pci bus 0x0000 cardnum 0x09 function 0x00: vendor 0x1106 device 0x3038 VIA Technologies, Inc. USB CardVendor 0x0925 card 0x1234 (VIA Technologies, Inc. (Wrong ID) USB Controller ) STATUS 0x4200 COMMAND 0x0117 CLASS 0x0c 0x03 0x00 REVISION 0x04 BIST 0x00 HEADER 0x00 LATENCY 0x40 CACHE 0x08 BASE4 0x0000ef81 addr 0x0000ef80 I/O MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x0b pci bus 0x0000 cardnum 0x0a function 0x00: vendor 0x5333 device 0x8901 S3 Inc. 86c775/86c785 [Trio 64V2/DX or /GX] STATUS 0x0200 COMMAND 0x0003 CLASS 0x03 0x00 0x00 REVISION 0x16 BIST 0x00 HEADER 0x00 LATENCY 0x00 CACHE 0x00 BASE0 0xec000000 addr 0xec000000 MEM BASEROM 0xebff0000 addr 0xebff0000 not-decode-enabled MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x00 I hope that helps to some degree. Anything else I can provide immediately? Sean -----Original Message----- From: John Baldwin Sent: Dec 26, 2003 9:00 AM To: Sean Welch Cc: freebsd-hackers@FreeBSD.org Subject: RE: Unprobed PCI bus on VXPro II chipset On 24-Dec-2003 Sean Welch wrote: > As I'm not quite sure where I should be asking for help with this I figured > I'd try shooting the info over to freebsd-hackers (as it seemed the closest > match). > > I've got an oldish machine (EDO RAM and such) running a VXPro II chipset. > I have successfully configured FreeBSD from 2.2.8 up to 5-CURRENT to run > on this thing but I've never managed to get it to probe and attach anything > on the PCI bus. Here's what I've found and what I've tried. > > I believe the motherboard was sold as PCChips kit. Looking up the stats > I find that it was a rebrand of Hint Co. hardware. The PCI IDs are actually > listed in /usr/share/misc/pci_vendors and look like this: > > 3388 Hint Corp. > 0020 HB6 UNIVERSAL PCI-PCI BRIDGE > 0021 HB1-SE33 PCI-to-PCI Bridge > 8011 VXPro II Chipset CPU to PCI Bridge > 8012 VXPro II Chipset PCI to ISA Bridge > 8013 VXPro II Chipset EIDE Controller > > I found a commit notice online to the linux kernel that contained these > same IDs so it looks like the complete string should be "33880020", > "33880021", etc. I also managed to find this message from *long* > ago: > > http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=Pine.BSF.3.96.990120135600.282 > 21A-100000_gate1.ilhadamagia.com.br%40ns.sol.net&rnum=5&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF- > 8%26oe%3DUTF-8%26q%3Dfreebsd%2Bvxpro%26btnG%3DGoogle%2BSearch > > I'm currently running 4.9-RELEASE. The uname -a output is: > > FreeBSD 4.9-RELEASE FreeBSD 4.9-RELEASE #5: Tue Oct 14 11:51:28 CDT 2003 > root@:/usr/src/sys/compile/WARPPHYS i386 What I'd like to do is get 5.x working first and then MFC the fix if that is ok. > Poking around I discovered that pcibus.c no longer contains the code > referenced in the above message (but that didn't stop me). I found > it instead in pci_cfgreg.c and tried adding the explicit set of oldval1 to > zero but no joy. I ended up adding the PCI IDs to both > /usr/src/sys/i386/isa/pcibus.c and also /usr/src/sys/pci/pcisupport.c > in the effort to get the chipset recognized. No go. > > When I boot verbose this is all I can get about the PCI bus: > > pci_open(1): mode 1 addr port (0x0cf8) is 0x0000ff00 > pci_open(1a): mode1res=0x00000000 (0x80000000) > pci_open(1b): mode1res=0x00007020 (0xff000001) > pci_open(2): mode 2 enable port (0x0cf8) is 0xff Well, your BIOS seems to be broken. Maybe. Can you send me the output of scanpci -v? I'm curious what method it uses to access PCI config space. Also, can you try this change: Index: pci_cfgreg.c =================================================================== RCS file: /usr/cvs/src/sys/i386/pci/pci_cfgreg.c,v retrieving revision 1.107 diff -u -r1.107 pci_cfgreg.c --- pci_cfgreg.c 3 Nov 2003 21:53:38 -0000 1.107 +++ pci_cfgreg.c 26 Dec 2003 16:38:13 -0000 @@ -732,7 +732,7 @@ devmax = 32; outl(CONF1_ADDR_PORT, CONF1_ENABLE_CHK); - outb(CONF1_ADDR_PORT + 3, 0); + DELAY(1); mode1res = inl(CONF1_ADDR_PORT); outl(CONF1_ADDR_PORT, oldval1); All accesses to CONF1_ADDR_PORT and friends are supposed to be using inl and outl. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 26 10:54:31 2003 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 1523F16A4CE; Fri, 26 Dec 2003 10:54:31 -0800 (PST) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA7F843D48; Fri, 26 Dec 2003 10:54:27 -0800 (PST) (envelope-from welchsm@earthlink.net) Received: from grover.psp.pas.earthlink.net ([207.217.78.249]) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1AZx6R-0006Sp-00; Fri, 26 Dec 2003 10:54:27 -0800 Message-ID: <15259089.1072464867529.JavaMail.root@grover.psp.pas.earthlink.net> Date: Fri, 26 Dec 2003 10:54:27 -0800 (PST) From: Sean Welch To: John Baldwin Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Earthlink Zoo Mail 1.0 X-Mailman-Approved-At: Fri, 26 Dec 2003 14:08:29 -0800 cc: freebsd-hackers@freebsd.org Subject: RE: Unprobed PCI bus on VXPro II chipset X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sean Welch List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Dec 2003 18:54:31 -0000 That change seems to have done it!! I left in the extra PCI IDs I had added to pcisupport.c and pci_cfgreg.c -- looks like that helps get things going. I've got "options PCI_ENABLE_IO_MODES" in the kernel. I've also got "device puc" due to a suggestion from fbsd_user on freebsd-questions. The USB card doesn't seem to be attaching but I do see the WinTV card! Any other suggestions based on what you see below? The output of pciconf -l is as follows: pcib4@pci0:5:0: class=0x060000 card=0x80113388 chip=0x80113388 rev=0x00 hdr=0x00 pcib5@pci0:5:1: class=0x060100 card=0x80123388 chip=0x80123388 rev=0x00 hdr=0x00 pcib6@pci0:5:2: class=0x010100 card=0x80133388 chip=0x80133388 rev=0x00 hdr=0x00 bktr0@pci0:8:0: class=0x040000 card=0x13eb0070 chip=0x036e109e rev=0x02 hdr=0x00 none0@pci0:8:1: class=0x048000 card=0x13eb0070 chip=0x0878109e rev=0x02 hdr=0x00 pcib7@pci0:9:0: class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x04 hdr=0x00 none1@pci0:10:0: class=0x030000 card=0x89015333 chip=0x89015333 rev=0x16 hdr=0x00 Here is the verbose dmesg: Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.9-RELEASE #8: Tue Oct 14 16:25:24 CDT 2003 root@:/usr/src/sys/compile/WARPPHYS Calibrating clock(s) ... TSC clock: 233912110 Hz, i8254 clock: 1193430 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium/P55C (233.87-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 67108864 (65536K bytes) Physical memory chunk(s): 0x000001000 - 0x00009efff, 647168 bytes (158 pages) 0x00055c000 - 0x003ff7fff, 61456384 bytes (15004 pages) config> en ed0 config> po ed0 0x340 config> ir ed0 10 config> iom ed0 0xd8000 config> f ed0 0 config> q avail memory = 60002304 (58596K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fdb00 bios32: Entry = 0xfdb10 (c00fdb10) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xdb31 pnpbios: Found PnP BIOS data at 0xc00f8450 pnpbios: Entry = f0000:7dae Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc0535000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc053509c. Intel Pentium detected, installing workaround for F00F bug Creating DISK md0 md0: Malloc disk Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0x0000ff00 pci_open(1a): mode1res=0xffffff1c (0x80000000) pci_cfgcheck: device 0 1 2 3 4 5 [class=060000] [hdr=80] is there (id=80113388 ) pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 288267512 bytes/sec bios32: Found BIOS32 Service Directory header at 0xc00fdb00 bios32: Entry = 0xfdb10 (c00fdb10) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xdb31 pnpbios: Found PnP BIOS data at 0xc00f8450 pnpbios: Entry = f0000:7dae Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc0535000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc053509c. Intel Pentium detected, installing workaround for F00F bug Creating DISK md0 md0: Malloc disk Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0x0000ff00 pci_open(1a): mode1res=0xffffff1c (0x80000000) pci_cfgcheck: device 0 1 2 3 4 5 [class=060000] [hdr=80] is there (id=80113388 ) pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 288267512 bytes/sec bios32: Found BIOS32 Service Directory header at 0xc00fdb00 bios32: Entry = 0xfdb10 (c00fdb10) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xdb31 pnpbios: Found PnP BIOS data at 0xc00f8450 pnpbios: Entry = f0000:7dae Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc0535000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc053509c. Intel Pentium detected, installing workaround for F00F bug Creating DISK md0 md0: Malloc disk Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0x0000ff00 pci_open(1a): mode1res=0xffffff1c (0x80000000) pci_cfgcheck: device 0 1 2 3 4 5 [class=060000] [hdr=80] is there (id=80113388 ) pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 288267512 bytes/sec bios32: Found BIOS32 Service Directory header at 0xc00fdb00 bios32: Entry = 0xfdb10 (c00fdb10) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xdb31 pnpbios: Found PnP BIOS data at 0xc00f8450 pnpbios: Entry = f0000:7dae Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc0535000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc053509c. Intel Pentium detected, installing workaround for F00F bug Creating DISK md0 md0: Malloc disk Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0x0000ff00 pci_open(1a): mode1res=0xffffff1c (0x80000000) pci_cfgcheck: device 0 1 2 3 4 5 [class=060000] [hdr=80] is there (id=80113388 ) pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number pcib-: pcib0 exists, using next available unit number npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 288267512 bytes/sec bzero() bandwidth = 147797812 bytes/sec pcib0: on motherboard found-> vendor=0x3388, dev=0x8011, revid=0x00 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x3388, dev=0x8012, revid=0x00 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x3388, dev=0x8013, revid=0x00 class=01-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x109e, dev=0x036e, revid=0x02 class=04-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base ffafe000, size 12 found-> vendor=0x109e, dev=0x0878, revid=0x02 class=04-80-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base ffaff000, size 12 found-> vendor=0x1106, dev=0x3038, revid=0x04 class=0c-03-00, hdrtype=0x00, mfdev=0 bzero() bandwidth = 147797812 bytes/sec pcib0: on motherboard found-> vendor=0x3388, dev=0x8011, revid=0x00 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x3388, dev=0x8012, revid=0x00 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x3388, dev=0x8013, revid=0x00 class=01-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x109e, dev=0x036e, revid=0x02 class=04-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base ffafe000, size 12 found-> vendor=0x109e, dev=0x0878, revid=0x02 class=04-80-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base ffaff000, size 12 found-> vendor=0x1106, dev=0x3038, revid=0x04 class=0c-03-00, hdrtype=0x00, mfdev=0 bzero() bandwidth = 147797812 bytes/sec pcib0: on motherboard found-> vendor=0x3388, dev=0x8011, revid=0x00 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x3388, dev=0x8012, revid=0x00 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x3388, dev=0x8013, revid=0x00 class=01-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x109e, dev=0x036e, revid=0x02 class=04-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base ffafe000, size 12 found-> vendor=0x109e, dev=0x0878, revid=0x02 class=04-80-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base ffaff000, size 12 found-> vendor=0x1106, dev=0x3038, revid=0x04 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[20]: type 1, range 32, base 0000ef80, size 5 found-> vendor=0x5333, dev=0x8901, revid=0x16 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=0 map[10]: type 1, range 32, base ec000000, size 26 pci0: on pcib0 pcib4: at device 5.0 on pci0 pcib5: at device 5.1 on pci0 pcib6: at device 5.2 on pci0 bktr0: mem 0xffafe000-0xffafefff irq 9 at device 8.0 on pci0 iicbb0: on bti2c0 iicbus0: on iicbb0 master-only iicbus: iic devclass not found iicbus1: on iicbb0 master-only iicbus: iic devclass not found smbus0: on bti2c0 smbus: smb devclass not found brooktree0: PCI bus latency is 64. bktr0: buffer size 3555328, addr 0x69c000 bktr0: GPIO is 0x00fffffb bktr0: subsystem 0x0070 0x13eb bktr0: Hauppauge Model 61291 D110 bktr0: Hauppauge WinCast/TV, Philips NTSC tuner, remote control. pci0: (vendor=0x109e, dev=0x0878) at 8.1 irq 9 pcib7: port 0xef80-0xef9f irq 11 at device 9.0 on pci0 pci0: (vendor=0x5333, dev=0x8901) at 1 0.0 irq 0 pcib1: on motherboard pci1: on pcib1 pcib2: on motherboard pci2: on pcib2 pcib3: on motherboard pci3: on pcib3 isa0: on motherboard Trying Read_Port at 203 CTL0045: start dependant CTL0045: adding irq mask 0x20 CTL0045: adding dma mask 0x2 CTL0045: adding dma mask 0x20 CTL0045: adding io range 0x220-0x22f, size=0x10, align=0x1 CTL0045: adding io range 0x330-0x331, size=0x2, align=0x1 CTL0045: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0045: start dependant CTL0045: adding irq mask 0x6a0 CTL0045: adding dma mask 0xb CTL0045: adding dma mask 0xe0 CTL0045: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0045: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0045: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0045: start dependant CTL0045: adding irq mask 0x6a0 CTL0045: adding dma mask 0xb CTL0045: adding dma mask 0xe0 CTL0045: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0045: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0045: start dependant CTL0045: adding irq mask 0x6a0 CTL0045: adding dma mask 0xb CTL0045: adding dma mask 0xe0 CTL0045: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0045: start dependant CTL0045: adding irq mask 0x6a0 CTL0045: adding dma mask 0xb CTL0045: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0045: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0045: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0045: start dependant CTL0045: adding irq mask 0x6a0 CTL0045: adding dma mask 0xb CTL0045: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0045: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0045: start dependant CTL0045: adding irq mask 0x6a0 CTL0045: adding dma mask 0xb CTL0045: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0045: start dependant isa0: too many dependant configs (8) CTL7002: start dependant CTL7002: adding io range 0x200-0x207, size=0x8, align=0x1 CTL7002: start dependant CTL7002: adding io range 0x200-0x20f, size=0x8, align=0x8 CTL7002: end dependant CTL0022: start dependant CTL0022: adding io range 0x620-0x623, size=0x4, align=0x1 CTL0022: start dependant CTL0022: adding io range 0x620-0x683, size=0x4, align=0x20 CTL0022: end dependant isa0: unexpected small tag 14 ex_isa_identify() isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: