From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 03:59:00 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A41C16A4BF for ; Sun, 24 Aug 2003 03:59:00 -0700 (PDT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F9B643FE0 for ; Sun, 24 Aug 2003 03:58:58 -0700 (PDT) (envelope-from alexander.pohoyda@gmx.net) Received: (qmail 7286 invoked by uid 65534); 24 Aug 2003 10:58:57 -0000 Received: from p508BFB7C.dip.t-dialin.net (EHLO oak.pohoyda.family) (80.139.251.124) by mail.gmx.net (mp001) with SMTP; 24 Aug 2003 12:58:57 +0200 Received: from oak.pohoyda.family (oak.pohoyda.family [127.0.0.1]) by oak.pohoyda.family (8.12.9/8.12.6) with ESMTP id h7OAwufN001326; Sun, 24 Aug 2003 12:58:56 +0200 (CEST) (envelope-from alexander.pohoyda@gmx.net) Received: (from apog@localhost) by oak.pohoyda.family (8.12.9/8.12.9/Submit) id h7OAwnpb001323; Sun, 24 Aug 2003 12:58:49 +0200 (CEST) X-Authentication-Warning: oak.pohoyda.family: apog set sender to alexander.pohoyda@gmx.net using -f Sender: alexander.pohoyda@gmx.net To: bruno schwander References: <20030823212402.Q240@thinkpad.bschwand.net> From: Alexander Pohoyda Date: 24 Aug 2003 12:58:49 +0200 In-Reply-To: <20030823212402.Q240@thinkpad.bschwand.net> Message-ID: <87ekzbl3ti.fsf@oak.pohoyda.family> Lines: 46 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-mobile@freebsd.org Subject: Re: ibm thinkpad 600, freeze when serial port accessed ... X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 10:59:00 -0000 bruno schwander writes: > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 I have also had some problems with serial ports in the past, but it has been a long time ago and I don't recall the details. That's what I get on my ThinkPad 600 (4.8-STABLE): sio0: <16550A-compatible COM port> at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A Configured like this: device sio option PNPBIOS Another ThinkPad 600E (4.8-RELEASE) gives me: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A Configured with: device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device sio2 at isa? disable port IO_COM3 irq 5 device sio3 at isa? disable port IO_COM4 irq 9 option PNPBIOS Both ports work, I've just verified it with cu. > Anybody using successfully their serial port on a thinkpad 600, please let > me know your configuration... Try turning on the option PNPBIOS in your kernel configuration file first. If this does not help, I will boot into DOS and tell you my settings from the ps2 tool. -- Alexander Pohoyda From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 08:13:20 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6240A16A4BF for ; Sun, 24 Aug 2003 08:13:20 -0700 (PDT) Received: from mail.pipni.cz (mail.pipni.cz [195.39.35.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9001943FA3 for ; Sun, 24 Aug 2003 08:13:19 -0700 (PDT) (envelope-from david.stastny@tritonus-tech.com) Received: (helo=tritonus-tech.com) id 19qwYP-000IN1-Ca for freebsd-mobile@freebsd.org; Sun, 24 Aug 2003 17:13:17 +0200 Date: Sun, 24 Aug 2003 17:12:03 +0200 Mime-Version: 1.0 (Apple Message framework v552) From: David Stastny To: freebsd-mobile@freebsd.org In-Reply-To: <20030823190042.0D9EB16A4DB@hub.freebsd.org> Message-Id: <518C008C-D645-11D7-9616-000393A42FB4@tritonus-tech.com> X-Mailer: Apple Mail (2.552) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: acer extensa, o2micro and ovislink pcmcia ethernet X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 15:13:20 -0000 Thank you. How about 5.1-release? David > : and an Ovislink PCMCIA ethernet card with Realtek 8139C chip. I can't > > This is a CardBus card. CardBus cards don't work with 4.x. > > Warner From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 10:37:59 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8166816A4BF for ; Sun, 24 Aug 2003 10:37:59 -0700 (PDT) Received: from outbox.allstream.net (outbox.allstream.net [207.245.244.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id E24E643F93 for ; Sun, 24 Aug 2003 10:37:58 -0700 (PDT) (envelope-from epilogue@attcanada.ca) Received: from localhost (mon-pq57-147.dial.allstream.net [216.123.140.243]) by outbox.allstream.net (Postfix) with SMTP id D4D031EC8C3; Sun, 24 Aug 2003 13:37:55 -0400 (EDT) Date: Sun, 24 Aug 2003 13:40:36 -0400 From: epilogue@attcanada.ca To: taku@cent.saitama-u.ac.jp, freebsd-mobile@freebsd.org Message-Id: <20030824134036.0468ef2a.epilogue@attcanada.ca> X-Mailer: Sylpheed version 0.9.0 (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Maestro-2E recording driver X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 17:37:59 -0000 Taken from thread '/dev/dsp and maestro-2e' epilogue: >> to access /dev/dsp (for input and output), however, when they do, they all return >> error messages like 'device busy' or 'invalid playback device'. >> uname -a >> 4.8-RELEASE-p3 FreeBSD 4.8-RELEASE-p3 #9: i386 >> relevant lines from kernel config: >> device pcm >> cat /dev/sndstat >> FreeBSD Audio Driver (newpcm) >> Installed devices: >> pcm0: at I/O port 0x1400 irq 5 (4p/0r/0v channels duplex) taku: >This is because the maestro driver in the tree doesn't provide recording >capability yet. is there a way to find out if anyone is actively pursuing adding the recording functionality to the maestro-2e driver? i would like to offer them my assistance. i am not a programmer, but am willing to help in other ways (researching, testing, writing docs, whatever). also, Taku, if you have already have a working albeit somewhat imperfect solution, would you be willing to submit it to the FBSD project? perhaps whoever is in charge of the pcm / ESS drivers would be willing to review the code. (i am only hoping here. i have no idea about the code submission process...) hoping only to find out more about this (and help out, if that is possible). many thanks to all who reply. cheers, epilogue From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 10:42:12 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88B4816A4C0 for ; Sun, 24 Aug 2003 10:42:12 -0700 (PDT) Received: from web40310.mail.yahoo.com (web40310.mail.yahoo.com [66.218.78.89]) by mx1.FreeBSD.org (Postfix) with SMTP id AA3CE43FF9 for ; Sun, 24 Aug 2003 10:42:11 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030824174211.14708.qmail@web40310.mail.yahoo.com> Received: from [68.170.43.94] by web40310.mail.yahoo.com via HTTP; Sun, 24 Aug 2003 10:42:11 PDT Date: Sun, 24 Aug 2003 10:42:11 -0700 (PDT) From: Maksim Yevmenkin To: Alexander Pohoyda , freebsd-mobile@freebsd.org In-Reply-To: <2E7E8A35375D1449A6F28D5E022E67310AC4F0@USSC8MS04.Global.Cwintra.Com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hardware@freebsd.org Subject: Re: Bluetooth GPS X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 17:42:12 -0000 Alexander, > Has anybody tried to use a Bluetooth GPS receiver? as far as i know - no one :) > What kind of service is it? most likely Bluetooth GPS will provide Serial Port service. this way the device will be compatible with existing software (it usually works with serial ports). > Is there some free software available? FreeBSD comes with Bluetooth stack - it does support Serial Port Profile. i have no idea about free GPS software. thanks, max __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 11:01:59 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6D3016A4C1 for ; Sun, 24 Aug 2003 11:01:59 -0700 (PDT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2349A43FA3 for ; Sun, 24 Aug 2003 11:01:57 -0700 (PDT) (envelope-from alexander.pohoyda@gmx.net) Received: (qmail 10427 invoked by uid 65534); 24 Aug 2003 18:01:55 -0000 Received: from p508BFB7C.dip.t-dialin.net (EHLO oak.pohoyda.family) (80.139.251.124) by mail.gmx.net (mp015) with SMTP; 24 Aug 2003 20:01:55 +0200 Received: from oak.pohoyda.family (oak.pohoyda.family [127.0.0.1]) by oak.pohoyda.family (8.12.9/8.12.6) with ESMTP id h7OI1rfN003912; Sun, 24 Aug 2003 20:01:54 +0200 (CEST) (envelope-from apog@oak.pohoyda.family) Received: (from apog@localhost) by oak.pohoyda.family (8.12.9/8.12.9/Submit) id h7OI1qW5003909; Sun, 24 Aug 2003 20:01:52 +0200 (CEST) Date: Sun, 24 Aug 2003 20:01:52 +0200 (CEST) Message-Id: <200308241801.h7OI1qW5003909@oak.pohoyda.family> From: Alexander Pohoyda To: Maksim Yevmenkin In-reply-to: <20030824174211.14708.qmail@web40310.mail.yahoo.com> (message from Maksim Yevmenkin on Sun, 24 Aug 2003 10:42:11 -0700 (PDT)) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit References: <20030824174211.14708.qmail@web40310.mail.yahoo.com> cc: freebsd-hardware@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Bluetooth GPS X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 18:01:59 -0000 Hi Maksim, > > What kind of service is it? > most likely Bluetooth GPS will provide Serial Port service. this way the > device will be compatible with existing software (it usually works > with serial ports). I see, so there must be some higher-level protocol. I'm wondering if there's a standard for it.. There's some NMEA 0183 V2.2 Standard mentioned: http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=3042535254&category=23381 OK, here it is: http://www.nmea.org/pub/0183/ Interesting :-) > > Is there some free software available? > FreeBSD comes with Bluetooth stack - it does support Serial Port Profile. I know that you have been asked this question before, but I have seen no answer. How difficult would that be to have a Bluetooth support in FreeBSD 4.8-STABLE? For example, this Serial Port Profile only? -- Alexander Pohoyda From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 11:21:45 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 675E816A4C1 for ; Sun, 24 Aug 2003 11:21:45 -0700 (PDT) Received: from web40301.mail.yahoo.com (web40301.mail.yahoo.com [66.218.78.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 81D0543FCB for ; Sun, 24 Aug 2003 11:21:44 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030824182144.82874.qmail@web40301.mail.yahoo.com> Received: from [68.170.43.94] by web40301.mail.yahoo.com via HTTP; Sun, 24 Aug 2003 11:21:44 PDT Date: Sun, 24 Aug 2003 11:21:44 -0700 (PDT) From: Maksim Yevmenkin To: Alexander Pohoyda In-Reply-To: <200308241801.h7OI1qW5003909@oak.pohoyda.family> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hardware@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Bluetooth GPS X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 18:21:45 -0000 Alexander, > > > What kind of service is it? > > most likely Bluetooth GPS will provide Serial Port service. this way the > > device will be compatible with existing software (it usually works > > with serial ports). > > I see, so there must be some higher-level protocol. I'm wondering if > there's a standard for it.. could be. i'm no expert in GPS, sorry. i've seen a couple of GPS receivers and the high-level protocol is simple - just ASCII strings. it should be very easy to figure it out - just need a serial port snooper :) > > > Is there some free software available? > > FreeBSD comes with Bluetooth stack - it does support Serial Port Profile. > > I know that you have been asked this question before, but I have seen > no answer. How difficult would that be to have a Bluetooth support > in FreeBSD 4.8-STABLE? For example, this Serial Port Profile only? it does not work like this, sorry. Serial Port Profiles is based on RFCOMM. RFCOMM in its turn based on L2CAP, L2CAP on HCI, etc. so you need to port entire stack back to 4.8-R. i barely have time to keep -current development going. i missied my deadlines few times already :-( if you have time to port the code back to 4.8 i can offer my help. thanks, max __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 11:27:39 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87B8C16A4C0 for ; Sun, 24 Aug 2003 11:27:39 -0700 (PDT) Received: from web40310.mail.yahoo.com (web40310.mail.yahoo.com [66.218.78.89]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E38D43F3F for ; Sun, 24 Aug 2003 11:27:39 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030824182739.20340.qmail@web40310.mail.yahoo.com> Received: from [68.170.43.94] by web40310.mail.yahoo.com via HTTP; Sun, 24 Aug 2003 11:27:39 PDT Date: Sun, 24 Aug 2003 11:27:39 -0700 (PDT) From: Maksim Yevmenkin To: Alexander Pohoyda , freebsd-mobile@freebsd.org In-Reply-To: <2E7E8A35375D1449A6F28D5E022E67310AC4EF@USSC8MS04.Global.Cwintra.Com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: CompactFlash Bluetooth X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 18:27:39 -0000 Alexander, > Am I correct in my assumption that one cannot employ this dongle via > USB CompactFlash card reader? Is there something in the card reader > that limits it's functionality to storage devices? i do not think it will work in USB CompactFlash reader. > Has anybody used this beast with a PC-Card CompactFlash adapter? well, there are CompactFlash to PC-Card adapters, for example http://www.amazon.com/exec/obidos/tg/detail/-/B00000J3SA/104-5587501-1337554?vi=customer-reviews but even if you buy such adapter then you will need drivers for your Bluetooth CompactFlash card. i need to know more about the card before i can give you an answer. model? manufacturer? does it work on windows? thanks, max __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 11:34:59 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B402016A4BF for ; Sun, 24 Aug 2003 11:34:59 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B020C43FE0 for ; Sun, 24 Aug 2003 11:34:57 -0700 (PDT) (envelope-from alexander.pohoyda@gmx.net) Received: (qmail 25728 invoked by uid 65534); 24 Aug 2003 18:34:56 -0000 Received: from p508BFB7C.dip.t-dialin.net (EHLO oak.pohoyda.family) (80.139.251.124) by mail.gmx.net (mp003) with SMTP; 24 Aug 2003 20:34:56 +0200 Received: from oak.pohoyda.family (oak.pohoyda.family [127.0.0.1]) by oak.pohoyda.family (8.12.9/8.12.6) with ESMTP id h7OIYtfN004143; Sun, 24 Aug 2003 20:34:55 +0200 (CEST) (envelope-from apog@oak.pohoyda.family) Received: (from apog@localhost) by oak.pohoyda.family (8.12.9/8.12.9/Submit) id h7OIYs42004140; Sun, 24 Aug 2003 20:34:54 +0200 (CEST) Date: Sun, 24 Aug 2003 20:34:54 +0200 (CEST) Message-Id: <200308241834.h7OIYs42004140@oak.pohoyda.family> From: Alexander Pohoyda To: Maksim Yevmenkin In-reply-to: <20030824182144.82874.qmail@web40301.mail.yahoo.com> (message from Maksim Yevmenkin on Sun, 24 Aug 2003 11:21:44 -0700 (PDT)) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit References: <20030824182144.82874.qmail@web40301.mail.yahoo.com> cc: freebsd-hardware@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Bluetooth GPS X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 18:34:59 -0000 Hi Maksim, > > > > Is there some free software available? > > > FreeBSD comes with Bluetooth stack - it does support Serial Port Profile. > > > > I know that you have been asked this question before, but I have seen > > no answer. How difficult would that be to have a Bluetooth support > > in FreeBSD 4.8-STABLE? For example, this Serial Port Profile only? > > it does not work like this, sorry. Serial Port Profiles is based on RFCOMM. > RFCOMM in its turn based on L2CAP, L2CAP on HCI, etc. so you need to port > entire stack back to 4.8-R. How big the effort is? Your estimation? > i barely have time to keep -current development going. Yes, I understand. > if you have time to port the code back to 4.8 i can offer my help. Thanks a lot, I will get back to you when my Bluetooth USB dongles arrive. -- Alexander Pohoyda From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 11:45:01 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE6A216A4BF for ; Sun, 24 Aug 2003 11:45:01 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 76D4F43FDF for ; Sun, 24 Aug 2003 11:45:00 -0700 (PDT) (envelope-from alexander.pohoyda@gmx.net) Received: (qmail 11121 invoked by uid 65534); 24 Aug 2003 18:44:59 -0000 Received: from p508BFB7C.dip.t-dialin.net (EHLO oak.pohoyda.family) (80.139.251.124) by mail.gmx.net (mp022) with SMTP; 24 Aug 2003 20:44:59 +0200 Received: from oak.pohoyda.family (oak.pohoyda.family [127.0.0.1]) by oak.pohoyda.family (8.12.9/8.12.6) with ESMTP id h7OIiwfN004209; Sun, 24 Aug 2003 20:44:58 +0200 (CEST) (envelope-from apog@oak.pohoyda.family) Received: (from apog@localhost) by oak.pohoyda.family (8.12.9/8.12.9/Submit) id h7OIiwrc004206; Sun, 24 Aug 2003 20:44:58 +0200 (CEST) Date: Sun, 24 Aug 2003 20:44:58 +0200 (CEST) Message-Id: <200308241844.h7OIiwrc004206@oak.pohoyda.family> From: Alexander Pohoyda To: Maksim Yevmenkin In-reply-to: <20030824182739.20340.qmail@web40310.mail.yahoo.com> (message from Maksim Yevmenkin on Sun, 24 Aug 2003 11:27:39 -0700 (PDT)) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit References: <20030824182739.20340.qmail@web40310.mail.yahoo.com> cc: freebsd-mobile@freebsd.org Subject: Re: CompactFlash Bluetooth X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 18:45:01 -0000 Hi Maksim, Thanks for answering this question as well. > > Has anybody used this beast with a PC-Card CompactFlash adapter? > > well, there are CompactFlash to PC-Card adapters, for example > http://www.amazon.com/exec/obidos/tg/detail/-/B00000J3SA/104-5587501-1337554?vi=customer-reviews Yes, I have one of those. > but even if you buy such adapter then you will need drivers for your > Bluetooth CompactFlash card. i need to know more about the card before > i can give you an answer. model? manufacturer? does it work on windows? There are quite a few cards on the market now. Have a look at this one: http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=3042632186&category=19578 In the description it says that the card may be used in any WinCE PDA or Notebook using PCMCIA adapter. That's why I asked if anybody used it on BSD. So you say that some special driver is needed.. This makes it less attractive than USB dongle. And it is much more expensive anyway. Thank you for your help! -- Alexander Pohoyda From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 11:57:56 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0872116A4BF for ; Sun, 24 Aug 2003 11:57:56 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4309D43FBD for ; Sun, 24 Aug 2003 11:57:54 -0700 (PDT) (envelope-from alexander.pohoyda@gmx.net) Received: (qmail 30700 invoked by uid 65534); 24 Aug 2003 18:57:52 -0000 Received: from p508BFB7C.dip.t-dialin.net (EHLO oak.pohoyda.family) (80.139.251.124) by mail.gmx.net (mp010) with SMTP; 24 Aug 2003 20:57:52 +0200 Received: from oak.pohoyda.family (oak.pohoyda.family [127.0.0.1]) by oak.pohoyda.family (8.12.9/8.12.6) with ESMTP id h7OIvqfN004308; Sun, 24 Aug 2003 20:57:52 +0200 (CEST) (envelope-from apog@oak.pohoyda.family) Received: (from apog@localhost) by oak.pohoyda.family (8.12.9/8.12.9/Submit) id h7OIvqMV004305; Sun, 24 Aug 2003 20:57:52 +0200 (CEST) Date: Sun, 24 Aug 2003 20:57:52 +0200 (CEST) Message-Id: <200308241857.h7OIvqMV004305@oak.pohoyda.family> From: Alexander Pohoyda To: freebsd-mobile@freebsd.org, freebsd-hardware@freebsd.org In-reply-to: <20030824182144.82874.qmail@web40301.mail.yahoo.com> (message from Maksim Yevmenkin on Sun, 24 Aug 2003 11:21:44 -0700 (PDT)) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit References: <20030824182144.82874.qmail@web40301.mail.yahoo.com> cc: Maksim Yevmenkin Subject: Bluetooth Headset X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 18:57:56 -0000 Which protocol would you expect from a headset to support? Is it possible to connect it with a PC in some way at all? Thanks, -- Alexander Pohoyda From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 12:48:52 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 307E616A4C0 for ; Sun, 24 Aug 2003 12:48:52 -0700 (PDT) Received: from web40302.mail.yahoo.com (web40302.mail.yahoo.com [66.218.78.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 7231F43FDF for ; Sun, 24 Aug 2003 12:48:51 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030824194851.90810.qmail@web40302.mail.yahoo.com> Received: from [68.170.43.94] by web40302.mail.yahoo.com via HTTP; Sun, 24 Aug 2003 12:48:51 PDT Date: Sun, 24 Aug 2003 12:48:51 -0700 (PDT) From: Maksim Yevmenkin To: Alexander Pohoyda , freebsd-mobile@freebsd.org, freebsd-hardware@freebsd.org In-Reply-To: <200308241857.h7OIvqMV004305@oak.pohoyda.family> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Maksim Yevmenkin Subject: Re: Bluetooth Headset X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 19:48:52 -0000 Alexander, > Which protocol would you expect from a headset to support? RFCOMM for control channel (i.e. to send AT commands to the headset) plus Bluetooth SCO link for voice data. > Is it possible to connect it with a PC in some way at all? well, it depends. i do not have Bluetooth headset myself, so i can not tell. what do you mean by "connect"? what are you trying to do? thanks, max __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 13:02:37 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ABF916A4BF for ; Sun, 24 Aug 2003 13:02:37 -0700 (PDT) Received: from web40307.mail.yahoo.com (web40307.mail.yahoo.com [66.218.78.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 283E743FEA for ; Sun, 24 Aug 2003 13:02:37 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030824200237.48687.qmail@web40307.mail.yahoo.com> Received: from [68.170.43.94] by web40307.mail.yahoo.com via HTTP; Sun, 24 Aug 2003 13:02:37 PDT Date: Sun, 24 Aug 2003 13:02:37 -0700 (PDT) From: Maksim Yevmenkin To: Alexander Pohoyda In-Reply-To: <200308241844.h7OIiwrc004206@oak.pohoyda.family> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-mobile@freebsd.org Subject: Re: CompactFlash Bluetooth X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 20:02:37 -0000 Alexander, > > > Has anybody used this beast with a PC-Card CompactFlash adapter? > > > > well, there are CompactFlash to PC-Card adapters, for example > > Yes, I have one of those. good. what happes when you plug the card? does FreeBSD sees it at all? can you dump CIS? > > but even if you buy such adapter then you will need drivers for your > > Bluetooth CompactFlash card. i need to know more about the card before > > i can give you an answer. model? manufacturer? does it work on windows? > > There are quite a few cards on the market now. Have a look at this one: > http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=3042632186&category=19578 > > In the description it says that the card may be used in any WinCE PDA > or Notebook using PCMCIA adapter. That's why I asked if anybody used > it on BSD. > So you say that some special driver is needed.. This makes it less > attractive than USB dongle. And it is much more expensive anyway. you *may* require special driver. it depends. Bluetooth devices usually come with one of the following interfaces: USB, RS-232 and UART (serial). PC-Cards usually have UART interface (i have Xircom and 3Com cards). now if UART is standard (i.e. NS 16550, etc. like in Xircom card) then sio(4) driver will support it, so when you plug the card you will get another serial port (modem). if the card hash non-standard UART (like 3com card) then you need a special driver for the card. anyway, i think that Bluetooth PC-Cards is a mess, so i would recommend to stay away from them. USB devices is your best bet. thanks, max __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 13:03:59 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2E2616A4BF for ; Sun, 24 Aug 2003 13:03:58 -0700 (PDT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 90D2643FCB for ; Sun, 24 Aug 2003 13:03:57 -0700 (PDT) (envelope-from alexander.pohoyda@gmx.net) Received: (qmail 15603 invoked by uid 65534); 24 Aug 2003 20:03:56 -0000 Received: from p508BFB7C.dip.t-dialin.net (EHLO oak.pohoyda.family) (80.139.251.124) by mail.gmx.net (mp010) with SMTP; 24 Aug 2003 22:03:56 +0200 Received: from oak.pohoyda.family (oak.pohoyda.family [127.0.0.1]) by oak.pohoyda.family (8.12.9/8.12.6) with ESMTP id h7OK3tfN004972; Sun, 24 Aug 2003 22:03:55 +0200 (CEST) (envelope-from apog@oak.pohoyda.family) Received: (from apog@localhost) by oak.pohoyda.family (8.12.9/8.12.9/Submit) id h7OK3sjA004967; Sun, 24 Aug 2003 22:03:54 +0200 (CEST) Date: Sun, 24 Aug 2003 22:03:54 +0200 (CEST) Message-Id: <200308242003.h7OK3sjA004967@oak.pohoyda.family> From: Alexander Pohoyda To: Maksim Yevmenkin In-reply-to: <20030824194851.90810.qmail@web40302.mail.yahoo.com> (message from Maksim Yevmenkin on Sun, 24 Aug 2003 12:48:51 -0700 (PDT)) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit References: <20030824194851.90810.qmail@web40302.mail.yahoo.com> cc: freebsd-hardware@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Bluetooth Headset X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 20:03:59 -0000 > > Which protocol would you expect from a headset to support? > > RFCOMM for control channel (i.e. to send AT commands to the headset) > plus Bluetooth SCO link for voice data. Cool. Thank you! > > Is it possible to connect it with a PC in some way at all? > > well, it depends. i do not have Bluetooth headset myself, so i can > not tell. what do you mean by "connect"? what are you trying to > do? Some kind of voice notification, for example? A microphone feature? Is it possible in theory? -- Alexander Pohoyda From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 13:06:24 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81B8016A4C0 for ; Sun, 24 Aug 2003 13:06:24 -0700 (PDT) Received: from web40311.mail.yahoo.com (web40311.mail.yahoo.com [66.218.78.90]) by mx1.FreeBSD.org (Postfix) with SMTP id C99B643FCB for ; Sun, 24 Aug 2003 13:06:23 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030824200623.41182.qmail@web40311.mail.yahoo.com> Received: from [68.170.43.94] by web40311.mail.yahoo.com via HTTP; Sun, 24 Aug 2003 13:06:23 PDT Date: Sun, 24 Aug 2003 13:06:23 -0700 (PDT) From: Maksim Yevmenkin To: Alexander Pohoyda In-Reply-To: <200308241834.h7OIYs42004140@oak.pohoyda.family> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hardware@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Bluetooth GPS X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 20:06:24 -0000 Alexander, [...] > > it does not work like this, sorry. Serial Port Profiles is based on > RFCOMM. > > RFCOMM in its turn based on L2CAP, L2CAP on HCI, etc. so you need to port > > entire stack back to 4.8-R. > > How big the effort is? Your estimation? Netgraph in 4.x is different from Netgraph in -current. so you need to back port. locking is also different in 4.x (splXXX vs. mutexes). it should not be that hard. i would say a couple of months work. thanks, max __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 13:09:26 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1A6E16A4BF for ; Sun, 24 Aug 2003 13:09:26 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8D5F343FE0 for ; Sun, 24 Aug 2003 13:09:25 -0700 (PDT) (envelope-from alexander.pohoyda@gmx.net) Received: (qmail 22125 invoked by uid 65534); 24 Aug 2003 20:09:24 -0000 Received: from p508BFB7C.dip.t-dialin.net (EHLO oak.pohoyda.family) (80.139.251.124) by mail.gmx.net (mp023) with SMTP; 24 Aug 2003 22:09:24 +0200 Received: from oak.pohoyda.family (oak.pohoyda.family [127.0.0.1]) by oak.pohoyda.family (8.12.9/8.12.6) with ESMTP id h7OK9NfN005032; Sun, 24 Aug 2003 22:09:23 +0200 (CEST) (envelope-from apog@oak.pohoyda.family) Received: (from apog@localhost) by oak.pohoyda.family (8.12.9/8.12.9/Submit) id h7OK9Ncv005029; Sun, 24 Aug 2003 22:09:23 +0200 (CEST) Date: Sun, 24 Aug 2003 22:09:23 +0200 (CEST) Message-Id: <200308242009.h7OK9Ncv005029@oak.pohoyda.family> From: Alexander Pohoyda To: Maksim Yevmenkin In-reply-to: <20030824200237.48687.qmail@web40307.mail.yahoo.com> (message from Maksim Yevmenkin on Sun, 24 Aug 2003 13:02:37 -0700 (PDT)) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit References: <20030824200237.48687.qmail@web40307.mail.yahoo.com> cc: freebsd-mobile@freebsd.org Subject: Re: CompactFlash Bluetooth X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 20:09:26 -0000 > > > > Has anybody used this beast with a PC-Card CompactFlash adapter? > > > well, there are CompactFlash to PC-Card adapters, for example > > Yes, I have one of those. > good. what happes when you plug the card? does FreeBSD sees it at all? > can you dump CIS? I don't have a CompactFlash Bluetooth card itself :-) > driver will support it, so when you plug the card you will get another > serial port (modem). if the card hash non-standard UART (like 3com card) > then you need a special driver for the card. Understood. > anyway, i think that Bluetooth PC-Cards is a mess, so i would recommend > to stay away from them. USB devices is your best bet. Well, PC-Card is preferred for notebooks because it is hidden inside. I big plus im my eyes. -- Alexander Pohoyda From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 13:09:56 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56B5816A4BF for ; Sun, 24 Aug 2003 13:09:56 -0700 (PDT) Received: from web40308.mail.yahoo.com (web40308.mail.yahoo.com [66.218.78.87]) by mx1.FreeBSD.org (Postfix) with SMTP id A13AC43FE9 for ; Sun, 24 Aug 2003 13:09:55 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030824200955.13235.qmail@web40308.mail.yahoo.com> Received: from [68.170.43.94] by web40308.mail.yahoo.com via HTTP; Sun, 24 Aug 2003 13:09:55 PDT Date: Sun, 24 Aug 2003 13:09:55 -0700 (PDT) From: Maksim Yevmenkin To: Alexander Pohoyda In-Reply-To: <200308242003.h7OK3sjA004967@oak.pohoyda.family> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hardware@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Bluetooth Headset X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 20:09:56 -0000 --- Alexander Pohoyda wrote: > > > Which protocol would you expect from a headset to support? > > > > RFCOMM for control channel (i.e. to send AT commands to the headset) > > plus Bluetooth SCO link for voice data. > > Cool. Thank you! > > > > Is it possible to connect it with a PC in some way at all? > > > > well, it depends. i do not have Bluetooth headset myself, so i can > > not tell. what do you mean by "connect"? what are you trying to > > do? > > Some kind of voice notification, for example? A microphone feature? > Is it possible in theory? it should be possible. some bits and pieces will be needed to integrate this with sound card. again its just a question of hardware and time :) thanks, max __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 17:12:16 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F04316A4BF for ; Sun, 24 Aug 2003 17:12:16 -0700 (PDT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EF2543FB1 for ; Sun, 24 Aug 2003 17:12:15 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id MUA74016; Sun, 24 Aug 2003 17:12:13 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 0A7F05D04; Sun, 24 Aug 2003 17:12:13 -0700 (PDT) To: bruno schwander In-Reply-To: Message from bruno schwander <20030823212402.Q240@thinkpad.bschwand.net> Date: Sun, 24 Aug 2003 17:12:13 -0700 From: "Kevin Oberman" Message-Id: <20030825001213.0A7F05D04@ptavv.es.net> cc: freebsd-mobile@freebsd.org Subject: Re: ibm thinkpad 600, freeze when serial port accessed ... X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2003 00:12:16 -0000 > Date: Sat, 23 Aug 2003 21:33:31 +0000 (GMT) > From: bruno schwander > Sender: owner-freebsd-mobile@freebsd.org > > anytime I try to access the serial port, the laptop freezes and a reboot > is needed. > > dmesg output for sio: > > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 > > this is on: > FreeBSD thinkpad 4.8-RELEASE FreeBSD 4.8-RELEASE #2: Tue Aug 19 19:44:37 > GMT 2003 bruno@thinkpad:/usr/obj/usr/src/sys/THINKPAD i386 > > under windows 98 (also installed on that same machine, in an other > partition) I checked that the serial port is enabled and the infrared > serial port disabled (with the special thinkpad configuration tool) . > Windows hardware shows the serial port as irq 4, port 3f8-3ff but who > knows if that what it really should be. I read in some other port that the > 'not in bitmap of probed irq' means the port was not detected correctly. > How should that be configured ? Isn't that serial port part of the support > chip ? > > Anybody using successfully their serial port on a thinkpad 600, please let > me know your configuration... Anybody else with ideas on what to check, > let me know ! The problem is almost certainly that the serial port is not enabled in BIOS. The serial port on the 600E is disabled by default as Windows will enable dynamically, but net change the default in CMOS memory.. The only way to fix this is to use the DOS program "ps2" to enable the port in BIOS and save it to CMOS memory. (The ThinkPad Configuration tool will enable it in the running system, but saves that in the registry and re-enables it with every boot.) You can boot up Windows and run ps2 in a command window or you can download a bootable floppy image from the IBM web site. Look for the DOS configuration utility. Try 'ps2 ?' and 'ps2 ? ser'. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 17:40:31 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C75E16A4BF for ; Sun, 24 Aug 2003 17:40:31 -0700 (PDT) Received: from hammy.lonestar.org (hammy.burditt.org [206.138.224.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D74043F75 for ; Sun, 24 Aug 2003 17:40:30 -0700 (PDT) (envelope-from gordon@hammy.lonestar.org) Received: from gordon by hammy.lonestar.org with local (Exim 4.22) id 19r5PJ-00049J-HN for freebsd-mobile@freebsd.org; Sun, 24 Aug 2003 19:40:29 -0500 To: freebsd-mobile@freebsd.org X-Newsgroups: mailing.freebsd.mobile In-Reply-To: Organization: Cc: Message-Id: From: Gordon Burditt Date: Sun, 24 Aug 2003 19:40:29 -0500 Subject: Re: Bluetooth GPS X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2003 00:40:31 -0000 >I see, so there must be some higher-level protocol. I'm wondering if >there's a standard for it.. > >There's some NMEA 0183 V2.2 Standard mentioned: >http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=3042535254&category=23381 > >OK, here it is: >http://www.nmea.org/pub/0183/ A NMEA sentence is an ASCII line terminated by cr-lf. It starts with a '$', followed by a bunch of comma-separated fields, followed by an asterisk, followed by a 2-digit hex checksum, followed by a carriage return, followed by a line feed. A GPS keeps spitting these out with updated information. Mine is a USB device that converts RS232 to USB. It is recognized by FreeBSD as a ugen device, but I can still use it just reading stuff out of the device. The first field describes what's in the rest of it. Fields other than the first may be null, that is, no characters between the commas. Some sample GPS output (blank lines inserted at roughly second boundaries). Yours may vary as to which sentences are generated. Trailing CR's deleted for posting. $PRWIZCH,01,2,28,7,08,7,31,7,13,7,02,2,10,2,03,7,07,0,11,2,27,7,00,0*4C $GPGGA,011013,3240.1042,N,09727.3699,W,1,06,0.84,207.3,M,-23.5,M,,*4B $GPGSA,A,3,28,08,31,13,03,27,,,,,,,1.54,0.84,1.30*08 $GPGSV,3,1,11,27,69,348,37,31,55,060,43,13,46,191,38,08,42,319,41*7B $GPGSV,3,2,11,28,29,268,32,03,23,045,31,01,22,169,00,11,19,137,26*73 $GPGSV,3,3,11,02,10,067,00,07,02,212,00,10,02,299,00*4E $GPRMC,011013,A,3240.1042,N,09727.3699,W,0.165,168.8,230803,5.6,E*66 $PRWIZCH,01,2,28,7,08,7,31,7,13,7,02,2,10,2,03,7,07,0,11,2,27,7,00,0*4C $GPGGA,011014,3240.1042,N,09727.3700,W,1,06,0.84,207.4,M,-23.5,M,,*4A $GPGSA,A,3,28,08,31,13,03,27,,,,,,,1.54,0.84,1.30*08 $GPRMC,011014,A,3240.1042,N,09727.3700,W,0.040,269.0,230803,5.6,E*6C $PRWIZCH,01,2,28,7,08,7,31,7,13,7,02,2,10,2,03,7,07,0,11,2,27,7,00,0*4C $GPGGA,011015,3240.1041,N,09727.3700,W,1,06,0.84,207.5,M,-23.5,M,,*49 $GPGSA,A,3,28,08,31,13,03,27,,,,,,,1.54,0.84,1.30*08 $GPGSV,3,1,11,27,69,348,35,31,55,060,41,13,46,191,37,08,42,319,40*75 $GPGSV,3,2,11,28,29,268,30,03,23,045,30,01,22,169,00,11,19,137,26*70 $GPGSV,3,3,11,02,10,067,00,07,02,212,00,10,02,299,00*4E $GPRMC,011015,A,3240.1041,N,09727.3700,W,0.092,156.9,230803,5.6,E*67 $PRWIZCH,01,2,28,7,08,7,31,7,13,7,02,2,10,2,03,7,07,0,11,2,27,7,00,0*4C $GPGGA,011016,3240.1041,N,09727.3700,W,1,06,0.84,207.5,M,-23.5,M,,*4A $GPGSA,A,3,28,08,31,13,03,27,,,,,,,1.54,0.84,1.30*08 $GPRMC,011016,A,3240.1041,N,09727.3700,W,0.209,23.1,230803,5.6,E*5F $PRWIZCH,01,2,28,7,08,7,31,7,13,7,02,2,10,2,03,7,07,0,11,2,27,7,00,0*4C $GPGGA,011017,3240.1042,N,09727.3699,W,1,06,0.84,207.7,M,-23.5,M,,*4B $GPGSA,A,3,28,08,31,13,03,27,,,,,,,1.55,0.84,1.30*09 $GPGSV,3,1,11,27,69,348,35,31,55,059,41,13,45,191,37,08,42,320,39*78 $GPGSV,3,2,11,28,29,268,31,03,23,045,31,01,22,169,00,11,19,136,27*70 $GPGSV,3,3,11,02,10,067,00,07,02,213,00,10,01,298,00*4D $GPRMC,011017,A,3240.1042,N,09727.3699,W,0.346,63.6,230803,5.6,E*55 $PRWIZCH,01,2,28,7,08,7,31,7,13,7,02,2,10,2,03,7,07,0,11,2,27,7,00,0*4C $GPGGA,011018,3240.1042,N,09727.3699,W,1,06,0.84,208.0,M,-23.5,M,,*4C $GPGSA,A,3,28,08,31,13,03,27,,,,,,,1.55,0.84,1.30*09 $GPRMC,011018,A,3240.1042,N,09727.3699,W,0.114,77.1,230803,5.6,E*5D $GPGGA,011016,3240.1041,N,09727.3700,W,1,06,0.84,207.5,M,-23.5,M,,*4A GPGGA is one of the more useful outputs. Field 1: GPGGA Field 2: Time, in form HHMMSS, in UTC. Field 3: Latitude, in degrees, minutes, and fractional minutes. Format DDMM.MMMM or DMM.MMMM . There may be any number of digits after the decimal point. 3240.1041 = 32 degrees, 40.1041 minutes. Field 4: Latitude direction (N or S) Field 5: Longitude, in degrees, minutes, and fractional minutes. Format DDDMM.MMMM or DDMM.MMMM or DMM.MMMM . There may be any number of digits after the decimal point. 09727.3700 = 97 degrees, 27.3700 minutes. Field 6: Longitude direction (E or W) Field 10: Altitude Field 11: Altitude units (M = meters) $GPRMC,011018,A,3240.1042,N,09727.3699,W,0.114,77.1,230803,5.6,E*5D GPRMC is another useful one. Field 1: GPRMC Field 2: Time, in form HHMMSS, in UTC Field 3: Fix valid (A = yes, V = no) Field 4: Latitude, in degrees, minutes, and fractional minutes. Format DDMM.MMMM or DMM.MMMM . There may be any number of digits after the decimal point. 3240.1041 = 32 degrees, 40.1041 minutes. Field 5: Latitude direction (N or S) Field 6: Longitude, in degrees, minutes, and fractional minutes. Format DDDMM.MMMM or DDMM.MMMM or DMM.MMMM . There may be any number of digits after the decimal point. 09727.3700 = 97 degrees, 27.3700 minutes. Field 7: Longitude direction (E or W) Field 8: Speed, in knots Field 9: Compass heading, in degrees Field 10: Date, in form DDMMYY (Note that the date goes with the time in UTC). 230803 = Aug 23, 2003 Field 11 & 12: magnetic deviation from true north (degrees), and direction (E or W). The types beginning with GP are standard. PRWIZCH is a private manufacturer's sentence (P) by Rockwell (RWI), and ZCH here gives info about which receiver (of 12) is tuned to which satellite. GPGSA tells about satellites being actively used. They are numbered 1-32, and some of them don't actually exist. I think there's actually 28 in service at the moment. GPGSV tells about satellites in view (4 to a sentence, and since there are usually more than 4 satellites in view, the above shows them in 1 of 3, 2 of 3, and 3 of 3 variants). A satellite in view is theoretically above the horizon, but may be unusable for many reasons, such as being obstructed by buildings or mountains, too much noise, too low on the horizon, etc. When the GPS has had time to find its satellites, satellites in view is typically 7-12. Gordon L. Burditt From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 17:47:52 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 837EC16A4BF for ; Sun, 24 Aug 2003 17:47:52 -0700 (PDT) Received: from mail.tinkerbox.org (adsl-64-168-139-138.dsl.snfc21.pacbell.net [64.168.139.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id D318C43FE3 for ; Sun, 24 Aug 2003 17:47:51 -0700 (PDT) (envelope-from bruno@tinkerbox.org) Received: from [192.168.137.4] (unknown [192.168.137.4]) by mail.tinkerbox.org (Postfix) with ESMTP id 4316B19AD for ; Sun, 24 Aug 2003 17:47:51 -0700 (PDT) Date: Sun, 24 Aug 2003 17:48:02 -0700 (PDT) From: bruno schwander X-Sender: bruno@duron.bschwand.net To: freebsd-mobile@freebsd.org In-Reply-To: <20030825001213.0A7F05D04@ptavv.es.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: solved: Re: ibm thinkpad 600, freeze when serial port accessed ... X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2003 00:47:52 -0000 Thanks to all who anwsered, I found that effectively the Windows configuration tool does not change settings permanently and using the DOS ps2.exe tool fixed the problem. thanks again bruno On Sun, 24 Aug 2003, Kevin Oberman wrote: > > Date: Sat, 23 Aug 2003 21:33:31 +0000 (GMT) > > From: bruno schwander > > Sender: owner-freebsd-mobile@freebsd.org > > > > anytime I try to access the serial port, the laptop freezes and a reboot > > is needed. > that in the registry and re-enables it with every boot.) > > You can boot up Windows and run ps2 in a command window or you can > download a bootable floppy image from the IBM web site. Look for the > DOS configuration utility. > > Try 'ps2 ?' and 'ps2 ? ser'. > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 20:14:47 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CA5B16A4BF for ; Sun, 24 Aug 2003 20:14:47 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3312D43F93 for ; Sun, 24 Aug 2003 20:14:46 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9/8.12.3) with ESMTP id h7P3EdwN021040; Sun, 24 Aug 2003 21:14:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 24 Aug 2003 21:13:42 -0600 (MDT) Message-Id: <20030824.211342.28437688.imp@bsdimp.com> To: david.stastny@tritonus-tech.com From: "M. Warner Losh" In-Reply-To: <518C008C-D645-11D7-9616-000393A42FB4@tritonus-tech.com> References: <20030823190042.0D9EB16A4DB@hub.freebsd.org> <518C008C-D645-11D7-9616-000393A42FB4@tritonus-tech.com> X-Mailer: Mew version 2.1 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-mobile@freebsd.org Subject: Re: acer extensa, o2micro and ovislink pcmcia ethernet X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2003 03:14:47 -0000 In message: <518C008C-D645-11D7-9616-000393A42FB4@tritonus-tech.com> David Stastny writes: : Thank you. How about 5.1-release? I'm pretty sure that this does work with 5.1-RELEASE. Warner From owner-freebsd-mobile@FreeBSD.ORG Sun Aug 24 22:22:01 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8922316A4C0 for ; Sun, 24 Aug 2003 22:22:01 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 42FE143FDD for ; Sun, 24 Aug 2003 22:22:00 -0700 (PDT) (envelope-from alexander.pohoyda@gmx.net) Received: (qmail 20821 invoked by uid 65534); 25 Aug 2003 05:21:58 -0000 Received: from p508BE04A.dip.t-dialin.net (EHLO oak.pohoyda.family) (80.139.224.74) by mail.gmx.net (mp001) with SMTP; 25 Aug 2003 07:21:58 +0200 Received: from oak.pohoyda.family (oak.pohoyda.family [127.0.0.1]) by oak.pohoyda.family (8.12.9/8.12.6) with ESMTP id h7P5LrUe000774; Mon, 25 Aug 2003 07:21:55 +0200 (CEST) (envelope-from alexander.pohoyda@gmx.net) Received: (from apog@localhost) by oak.pohoyda.family (8.12.9/8.12.9/Submit) id h7P5LqjG000771; Mon, 25 Aug 2003 07:21:52 +0200 (CEST) X-Authentication-Warning: oak.pohoyda.family: apog set sender to alexander.pohoyda@gmx.net using -f Sender: alexander.pohoyda@gmx.net To: Gordon Burditt References: From: Alexander Pohoyda Date: 25 Aug 2003 07:21:51 +0200 In-Reply-To: Message-ID: <87k792uxao.fsf@oak.pohoyda.family> Lines: 15 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-mobile@freebsd.org Subject: Re: Bluetooth GPS X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2003 05:22:01 -0000 Gordon Burditt writes: > >OK, here it is: > >http://www.nmea.org/pub/0183/ > > A NMEA sentence is an ASCII line terminated by cr-lf. > It starts with a '$', followed by a bunch of comma-separated fields, > followed by an asterisk, followed by a 2-digit hex checksum, followed That's what I wanted to know! Thanks a lot! -- Alexander Pohoyda From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 25 02:35:02 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B101316A4BF for ; Mon, 25 Aug 2003 02:35:02 -0700 (PDT) Received: from mother.ludd.luth.se (mother.ludd.luth.se [130.240.16.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E62143FDF for ; Mon, 25 Aug 2003 02:35:01 -0700 (PDT) (envelope-from pb@ludd.luth.se) Received: from brother.ludd.luth.se (daemon@brother.ludd.luth.se [130.240.16.78])h7P9YxmV012931 for ; Mon, 25 Aug 2003 11:34:59 +0200 (MEST) From: Peter B Received: (from pb@localhost) by brother.ludd.luth.se (8.11.6+Sun/8.9.3) id h7P9Yxc01915 for freebsd-mobile@freebsd.org; Mon, 25 Aug 2003 11:34:59 +0200 (MEST) Message-Id: <200308250934.h7P9Yxc01915@brother.ludd.luth.se> To: freebsd-mobile@freebsd.org Date: Mon, 25 Aug 2003 11:34:59 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Freebsd mobile laptop info? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2003 09:35:02 -0000 Any information source recommendations on checking wheather a specific laptop has proper support in freebsd .. ? (mainly graphics+sound). Particular brands/models that are bad or good.. ? Something I really miss is a effective way to determine wheather xfree86 will support xvideo extension with a particular brand of laptop. /Peter From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 25 03:53:19 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E76216A4BF for ; Mon, 25 Aug 2003 03:53:19 -0700 (PDT) Received: from fep03-svc.swip.net (fep03.swip.net [130.244.199.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9880543F93 for ; Mon, 25 Aug 2003 03:53:16 -0700 (PDT) (envelope-from u.lilleeng@c2i.net) Received: from c2i.net ([193.217.239.88]) by fep03-svc.swip.net with ESMTP id <20030825105315.LSFJ27514.fep03-svc.swip.net@c2i.net>; Mon, 25 Aug 2003 12:53:15 +0200 Received: from lulflap.faugli (localhost.faugli [127.0.0.1]) by c2i.net (Postfix) with ESMTP id BA06B423D; Mon, 25 Aug 2003 12:52:22 +0200 (CEST) Received: (from lulf@localhost) by lulflap.faugli (8.12.9/8.12.9/Submit) id h7PAqK45000924; Mon, 25 Aug 2003 12:52:20 +0200 (CEST) X-Authentication-Warning: lulflap.faugli: lulf set sender to u.lilleeng@c2i.net using -f Date: Mon, 25 Aug 2003 12:52:20 +0200 From: Ulf Lilleengen To: sam@errno.com Message-ID: <20030825105220.GA913@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: freebsd-mobile@freebsd.org Subject: Atheros AR5001X Support X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2003 10:53:19 -0000 I was wondering how the support for the Atheros AR5001X chip is going. I have this chip in my laptop, but I don't see that it's supported in the manpages. Are there any plans to support this chip, or is it already supported? I don't dare installing freebsd before I know my wlan is supported :) - Ulf Lilleengen From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 25 04:45:16 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56B4916A4BF for ; Mon, 25 Aug 2003 04:45:16 -0700 (PDT) Received: from aleph.counter.li.org (aleph.counter.li.org [158.38.152.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3261543FD7 for ; Mon, 25 Aug 2003 04:45:06 -0700 (PDT) (envelope-from null@counter.li.org) Received: (from mail@localhost) by aleph.counter.li.org (8.11.2/8.8.7) id h7PBj1P04172 for freebsd-mobile@freebsd.org; Mon, 25 Aug 2003 11:45:01 GMT Date: Mon, 25 Aug 2003 11:45:01 GMT Message-Id: <200308251145.h7PBj1P04172@aleph.counter.li.org> X-Authentication-Warning: aleph.counter.li.org: mail set sender to null@counter.li.org using -f From: Linux Counter To: freebsd-mobile@freebsd.org Subject: Reply from Linux usage counter X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2003 11:45:16 -0000 The subject line of your message was Re: That movie. This did NOT contain the word "Linux". The counter has unfortunately been the recipient of many sorts of messages, some of which were not intended as registrations. Therefore, the subject line MUST include "Linux" to perform a simple registration. Please include the word "Linux" in the subject line, perform a registration using the form below, or register using the Web forms at http://counter.li.org/ in order to register. If you have any unusual problems - contact harald@alvestrand.no! HELP FOR THE LINUX USAGE COUNTER ================================ This message is intended for you to edit, and send right back to the Linux-counter@uninett.no address. DO NOT USE "REPLY"!!!!!!!!!!!!!!! (Practice has shown that putting the counter in the Reply-To: or From: fields of a message is a GREAT way of causing mail loops, and defending against them is a *lot* of effort. Therefore, this counter does not do it) There are two ways of registering: Simple and complex. For the SIMPLE method, simply send a message with the subject line being one of: I use Linux at home I use Linux at work I use Linux at school I do not use Linux You can also do combinations, like "I use Linux at home and at work". The counter will attempt to guess your country of origin, and count you accordingly. Information about you will not be made public. Complex registration -------------------- The complex features of the counter are accessed by using commands. A command looks like (for instance) //MACHINE, and starts in the left column. You can register MACHINES, FRIENDS and data about YOURSELF (PERSON). Below is listed an example of each of the sections, with comments that aid you in filling them out correctly. Remember to put the value on the same line as the field name! Only use the FRIENDS section if it is unlikely that the people will register themselves! When the templates are accepted by the daemon, they will be added to the database. Data will be added even if it is not parsed properly. They may be thrown out in later duplicate elimination, or you may receive a query from me regarding the validity of the data, but otherwise, they will be counted. You can also register using the WWW forms at http://domen.uninett.no/~hta/linux/counter.html You can get a report from the counter by specifying the command //REPORT The following reports are available: short - The standard listing of Linux usage, including per-country data machines - Statistics on registered Linux machines persons - Persons who use Linux, sorted by country, and some statistics All these reports are also available by anonymous FTP to aun.uninett.no, directory pub/misc/linux-counter, or through the World Wide Web at http://domen.uninett.no/~hta/linux/counter.html The counter also understands //HELP. When you use a command, the subject line of the message is *not* recorded in the counter. Good luck! Harald Tveit Alvestrand Sorry, the record help is out of order //END The END command is only required if you have a mailer that adds stuff below the last line of the message. This is the Linux Counter summary as of Mon Aug 25 07:32:55 2003 There are 137129 persons registerd. 1407 users have been registered by friends. There are 122004 machines registered. I guesstimate that between 0.2% and 5% of all Linux users have registered with the Linux Counter. So the total number of Linux users is probably between 2,742,580 and 68,564,500 people. WHERE LINUX USERS LIVE The table is sorted by number of Linux users divided by population No Country Pers Fri Mach P/Mpop Mpop ====================================================================== 1 FO Faroe Islands 50 0 20 1140.1 0.0 2 AQ Antarctica 3 0 3 729.0 0.0 3 TK Tokelau 1 0 0 674.8 0.0 4 IS Iceland 177 1 150 654.8 0.3 5 FI Finland 3129 21 3151 612.9 5.1 6 NO Norway 2164 24 2480 493.6 4.4 7 DK Denmark 2567 6 2281 489.0 5.2 8 EE Estonia 707 12 562 484.4 1.5 9 FK Falkland Islands (Islas Malv 1 0 3 421.2 0.0 10 SJ Svalbard and Jan Mayen 1 0 0 368.3 0.0 11 SE Sweden 3243 30 3945 364.3 8.9 12 SH Saint Helena 2 0 0 294.9 0.0 13 LU Luxembourg 114 0 151 274.1 0.4 14 GI Gibraltar 7 0 2 243.4 0.0 15 SI Slovenia 467 1 342 239.3 2.0 16 NL Netherlands 3564 17 3966 228.9 15.6 17 NZ New Zealand 769 0 814 216.7 3.5 18 HU Hungary 2083 17 1845 208.2 10.0 19 SM San Marino 5 0 3 203.9 0.0 20 AT Austria 1570 11 1849 195.7 8.0 21 MC Monaco 6 1 5 189.2 0.0 22 PL Poland 7197 23 4699 186.2 38.6 23 CH Switzerland 1332 10 1748 184.8 7.2 24 AD Andorra 13 0 15 178.7 0.1 25 BE Belgium 1759 512 1782 173.0 10.2 26 GL Greenland 10 0 16 171.8 0.1 27 IE Ireland 596 1 435 167.1 3.6 28 CA Canada 4565 19 4779 158.4 28.8 29 AU Australia 2493 18 2769 136.5 18.3 30 ES Spain 5335 8 3345 136.2 39.2 31 DE Germany 11162 81 12606 133.6 83.5 32 PW Palau 2 0 2 118.0 0.0 33 FR France 6317 32 5621 108.3 58.3 34 US USA 28307 298 29240 106.2 266.5 35 AW Aruba 7 0 2 103.3 0.1 36 MT Malta 38 0 25 101.2 0.4 37 IL Israel 544 3 389 100.3 5.4 38 LI Liechtenstein 3 0 11 96.4 0.0 39 SG Singapore 322 1 180 94.8 3.4 40 GB Great Britain 5259 43 5767 89.9 58.5 41 MV Maldives 23 0 2 84.9 0.3 42 PT Portugal 838 3 670 84.9 9.9 43 IT Italy 4409 35 3797 76.7 57.5 44 VG Virgin Islands (British) 1 0 1 75.8 0.0 45 LV Latvia 173 0 130 70.1 2.5 46 NC New Caledonia 13 0 4 69.2 0.2 47 RO Romania 1473 11 1061 68.0 21.7 48 LT Lithuania 241 2 206 66.1 3.6 49 CZ Czech Republic 672 9 637 65.1 10.3 50 CY Cyprus 47 0 44 63.1 0.7 51 CL Chile 885 0 511 61.7 14.3 52 BS Bahamas 16 0 8 61.7 0.3 53 AG Antigua and Barbuda 4 0 3 60.9 0.1 54 BR Brazil 9633 18 4591 59.2 162.7 55 KY Cayman Islands 2 0 0 57.7 0.0 56 BG Bulgaria 486 1 359 56.4 8.6 57 CR Costa Rica 194 0 104 56.0 3.5 58 RE Reunion 37 0 20 54.5 0.7 59 MQ Martinique 21 0 16 52.6 0.4 60 UY Uruguay 169 0 133 52.2 3.2 61 AS American Samoa 3 0 2 50.4 0.1 62 PF French Polynesia 11 0 5 48.9 0.2 63 BM Bermuda 3 0 1 48.3 0.1 64 DM Dominica 4 0 0 48.2 0.1 65 BN Brunei 14 0 3 46.7 0.3 66 GU Guam 7 0 0 44.6 0.2 67 HR Croatia 220 0 132 44.0 5.0 68 SK Slovakia 235 0 242 43.7 5.4 69 GR Greece 429 5 325 40.7 10.5 70 AR Argentina 1329 1 887 38.3 34.7 71 MP Northern Mariana Islands 2 0 3 38.3 0.1 72 BA Bosnia and Herzegovina 99 0 25 37.3 2.7 73 KR Korea (South) 1665 2 342 36.6 45.5 74 BZ Belize 8 0 2 36.5 0.2 75 FM Micronesia, Federated States 4 0 0 31.9 0.1 76 SV El Salvador 185 0 41 31.7 5.8 77 BB Barbados 8 0 12 31.1 0.3 78 PR Puerto Rico 110 0 53 28.8 3.8 79 MK Macedonia 58 0 37 27.6 2.1 80 BH Bahrain 16 0 12 27.1 0.6 81 VE Venezuela 594 0 349 27.0 22.0 82 AE United Arab Emirates 82 0 26 26.8 3.1 83 MO Macau 13 0 8 26.2 0.5 84 QA Qatar 14 1 4 25.6 0.5 85 VC Saint Vincent and the Grenad 3 0 0 25.3 0.1 86 MX Mexico 2383 6 1059 24.9 95.8 87 TT Trinidad and Tobago 31 1 8 24.4 1.3 88 KN Saint Kitts and Nevis 1 0 1 24.2 0.0 89 PA Panama 57 0 49 21.5 2.7 90 MY Malaysia 404 4 181 20.2 20.0 91 CU Cuba 221 1 93 20.2 11.0 92 CS Czechoslovakia (former) 307 0 0 19.5 15.7 93 MU Mauritius 22 0 14 19.3 1.1 94 PS Palestine 50 0 3 19.1 2.6 95 KW Kuwait 37 0 8 19.0 2.0 96 LB Lebanon 69 1 18 18.3 3.8 97 EH Western Sahara 4 0 3 18.0 0.2 98 ZA South Africa 738 1 668 17.7 41.7 99 BY Belarus 179 1 74 17.2 10.4 100 TN Tunisia 152 0 32 16.9 9.0 101 CO Colombia 593 1 355 16.1 36.8 102 UA Ukraine 799 4 539 15.7 50.9 103 TW Taiwan 326 2 188 15.2 21.5 104 BO Bolivia 105 0 60 14.7 7.2 105 AN Netherlands Antilles 3 0 0 14.4 0.2 106 RU Russia 1974 12 1324 13.3 148.2 107 JM Jamaica 34 0 7 13.1 2.6 108 PY Paraguay 71 0 29 12.9 5.5 109 KI Kiribati 1 0 0 12.4 0.1 110 EC Ecuador 124 0 59 10.8 11.5 111 GD Grenada 1 0 2 10.5 0.1 112 YT Mayotte 1 0 0 9.9 0.1 113 GT Guatemala 109 0 45 9.7 11.3 114 TO Tonga 1 0 0 9.4 0.1 115 SR Suriname 4 0 6 9.2 0.4 116 DO Dominican Republic 73 0 42 9.0 8.1 117 PH Philippines 663 2 274 8.9 74.5 118 TR Turkey 530 1 270 8.5 62.5 119 NA Namibia 14 0 11 8.3 1.7 120 FJ Fiji 6 0 3 7.7 0.8 121 MD Moldova 34 0 22 7.6 4.5 122 PE Peru 182 0 77 7.4 24.5 123 ST Sao Tome and Principe 1 0 0 6.9 0.1 124 GF French Guiana 1 0 0 6.6 0.2 125 AL Albania 19 1 7 5.8 3.2 126 VU Vanuatu 1 0 0 5.6 0.2 127 HN Honduras 30 0 16 5.4 5.6 128 NI Nicaragua 21 0 21 4.9 4.3 129 GE Georgia 25 0 45 4.8 5.2 130 CV Cape Verde 2 0 0 4.5 0.4 131 SA Saudi Arabia 86 0 15 4.4 19.4 132 KZ Kazakhstan 74 0 43 4.4 16.9 133 AM Armenia 15 0 15 4.3 3.5 134 OM Oman 9 0 9 4.1 2.2 135 TH Thailand 224 1 112 3.8 58.9 136 JO Jordan 15 0 3 3.6 4.2 137 DZ Algeria 97 0 24 3.3 29.2 138 IN India 2797 2 882 2.9 952.1 139 KG Kyrgyzstan 13 0 8 2.9 4.5 140 GY Guyana 2 0 5 2.8 0.7 141 LK Sri Lanka 52 0 14 2.8 18.6 142 IR Iran 184 0 39 2.8 66.1 143 AZ Azerbaijan 20 0 4 2.6 7.7 144 GA Gabon 3 0 3 2.6 1.2 145 JP Japan 286 1 287 2.3 125.4 146 NP Nepal 50 0 11 2.3 22.1 147 EG Egypt 132 0 31 2.1 63.6 148 MN Mongolia 5 0 6 2.0 2.5 149 ID Indonesia 407 9 200 2.0 206.6 150 PK Pakistan 254 0 59 2.0 129.3 151 KM Comoros 1 0 0 1.8 0.6 152 TJ Tajikistan 9 0 1 1.5 5.9 153 CM Cameroon 21 0 18 1.5 14.3 154 UZ Uzbekistan 34 0 19 1.5 23.4 155 ZW Zimbabwe 16 0 13 1.4 11.3 156 SY Syria 22 0 2 1.4 15.6 157 LA Laos 7 0 1 1.4 5.0 158 BW Botswana 2 0 0 1.4 1.5 159 LY Libya 7 0 0 1.3 5.4 160 MA Morocco 38 0 24 1.3 29.8 161 KE Kenya 33 0 4 1.2 28.2 162 ER Eritrea 4 0 0 1.2 3.4 163 ZM Zambia 10 0 5 1.1 9.2 164 VN Vietnam 80 0 11 1.1 74.0 165 CI Cote d'Ivoire 14 0 7 0.9 14.8 166 SN Senegal 8 0 5 0.9 9.1 167 AO Angola 9 0 2 0.9 10.3 168 CN China 1002 1 320 0.8 1210.0 169 MG Madagascar 11 0 6 0.8 13.7 170 UG Uganda 14 0 1 0.7 20.2 171 PG Papua New Guinea 3 0 2 0.7 4.4 172 GH Ghana 12 0 1 0.7 17.7 173 RW Rwanda 4 0 0 0.6 6.9 174 KH Cambodia 6 0 0 0.6 10.9 175 BT Bhutan 1 0 0 0.5 1.8 176 BD Bangladesh 59 0 20 0.5 123.1 177 LR Liberia 1 0 0 0.5 2.1 178 MM Myanmar 21 0 11 0.5 46.0 179 HT Haiti 3 0 2 0.4 6.7 180 TG Togo 2 0 2 0.4 4.6 181 TZ Tanzania 12 0 4 0.4 29.1 182 GN Guinea 3 0 4 0.4 7.4 183 NG Nigeria 42 0 11 0.4 103.9 184 CG Congo 1 0 1 0.4 2.5 185 YE Yemen 5 0 1 0.4 13.5 186 SD Sudan 11 0 3 0.3 31.5 187 MW Malawi 2 0 0 0.2 9.5 188 BJ Benin 1 0 1 0.2 5.7 189 BI Burundi 1 0 0 0.2 5.9 190 IQ Iraq 3 0 2 0.1 21.4 191 SO Somalia 1 0 2 0.1 9.6 192 ML Mali 1 0 0 0.1 9.7 193 AF Afghanistan 2 0 1 0.1 22.7 194 ET Ethiopia 4 0 5 0.1 57.2 195 MZ Mozambique 1 0 0 0.1 17.9 196 CD Democratic Congo 1 0 5 0.0 46.5 197 XW The World (Somewhere in it) 112 71 1 0.0 5771.9 WHERE PEOPLE USE LINUX Place Users Percent ============================== home 123726 91.87% school 27470 20.40% somewhere 495 0.37% work 65219 48.43% ============================== TOTAL 134677 100.00% NOTE: The total is the 134677 users who answered this question. Some gave more than one answer, so the number of answers is 216910 From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 25 11:02:04 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16B6C16A4BF for ; Mon, 25 Aug 2003 11:02:04 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 52DF843FBF for ; Mon, 25 Aug 2003 11:01:59 -0700 (PDT) (envelope-from alexander.pohoyda@gmx.net) Received: (qmail 17585 invoked by uid 65534); 25 Aug 2003 18:01:57 -0000 Received: from p508BFF9F.dip.t-dialin.net (EHLO oak.pohoyda.family) (80.139.255.159) by mail.gmx.net (mp009) with SMTP; 25 Aug 2003 20:01:57 +0200 Received: from oak.pohoyda.family (oak.pohoyda.family [127.0.0.1]) by oak.pohoyda.family (8.12.9/8.12.6) with ESMTP id h7PI1uxx001358; Mon, 25 Aug 2003 20:01:56 +0200 (CEST) (envelope-from alexander.pohoyda@gmx.net) Received: (from apog@localhost) by oak.pohoyda.family (8.12.9/8.12.9/Submit) id h7PI1sas001355; Mon, 25 Aug 2003 20:01:54 +0200 (CEST) X-Authentication-Warning: oak.pohoyda.family: apog set sender to alexander.pohoyda@gmx.net using -f Sender: alexander.pohoyda@gmx.net To: Peter B References: <200308250934.h7P9Yxc01915@brother.ludd.luth.se> From: Alexander Pohoyda Date: 25 Aug 2003 20:01:54 +0200 In-Reply-To: <200308250934.h7P9Yxc01915@brother.ludd.luth.se> Message-ID: <87vfslboq5.fsf@oak.pohoyda.family> Lines: 14 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-mobile@freebsd.org Subject: Re: Freebsd mobile laptop info? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2003 18:02:04 -0000 Peter B writes: > Any information source recommendations on checking wheather a specific laptop > has proper support in freebsd .. ? (mainly graphics+sound). > > Particular brands/models that are bad or good.. ? Have a look here: http://gerda.univie.ac.at/freebsd-laptops/ -- Alexander Pohoyda From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 25 13:23:05 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB49516A4BF for ; Mon, 25 Aug 2003 13:23:05 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8A95943F93 for ; Mon, 25 Aug 2003 13:23:04 -0700 (PDT) (envelope-from alexander.pohoyda@gmx.net) Received: (qmail 10229 invoked by uid 65534); 25 Aug 2003 20:23:03 -0000 Received: from p508BFF9F.dip.t-dialin.net (EHLO oak.pohoyda.family) (80.139.255.159) by mail.gmx.net (mp012) with SMTP; 25 Aug 2003 22:23:03 +0200 Received: from oak.pohoyda.family (oak.pohoyda.family [127.0.0.1]) by oak.pohoyda.family (8.12.9/8.12.6) with ESMTP id h7PKN2xx003734; Mon, 25 Aug 2003 22:23:02 +0200 (CEST) (envelope-from apog@oak.pohoyda.family) Received: (from apog@localhost) by oak.pohoyda.family (8.12.9/8.12.9/Submit) id h7PKN2aM003731; Mon, 25 Aug 2003 22:23:02 +0200 (CEST) Date: Mon, 25 Aug 2003 22:23:02 +0200 (CEST) Message-Id: <200308252023.h7PKN2aM003731@oak.pohoyda.family> From: Alexander Pohoyda To: freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: Powering off a USB port X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2003 20:23:06 -0000 Hi all, I'm using a USB Lamp and would like to turn it off when a screensaver starts. From my reading of a USB 2.0 specification I found out that it is possible to power off a USB port via ClearPortFeature(PORT_POWER) call. Has anybody tried this before? What would be the correct place to add this feature to? usbd or usbdevs? -- Alexander Pohoyda From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 25 13:51:03 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C62CF16A4BF for ; Mon, 25 Aug 2003 13:51:03 -0700 (PDT) Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 412AE43FF2 for ; Mon, 25 Aug 2003 13:51:02 -0700 (PDT) (envelope-from stanb@panix.com) Received: from panix.com (brillig.panix.com [166.84.1.76]) by mail3.panix.com (Postfix) with ESMTP id 58731981EA; Mon, 25 Aug 2003 16:51:01 -0400 (EDT) Received: from teddy.fas.com (pcp01010374pcs.mplsnt01.sc.comcast.net [68.58.176.69]) by panix.com (Postfix) with ESMTP id D0B6D2AA42; Mon, 25 Aug 2003 16:51:00 -0400 (EDT) Received: from stan by teddy.fas.com with local (Exim 3.36 #1 (Debian)) id 19rOIl-0003oi-00; Mon, 25 Aug 2003 16:50:59 -0400 Date: Mon, 25 Aug 2003 16:50:59 -0400 From: stan To: Robert =?unknown-8bit?Q?Blacqui=E8re?= Message-ID: <20030825205059.GA14647@teddy.fas.com> Mail-Followup-To: Robert =?unknown-8bit?Q?Blacqui=E8re?= , FreeBSD Mobile List References: <20030727162059.GA27561@teddy.fas.com> <20030727170241.GA18186@bombur.guldan.demon.nl> <20030822195002.GA1874@teddy.fas.com> <20030822203015.GL61386@bombur.guldan.demon.nl> <20030822221129.GA4698@teddy.fas.com> <20030823055315.GM61386@bombur.guldan.demon.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030823055315.GM61386@bombur.guldan.demon.nl> X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.21 X-Uptime: 16:49:29 up 11 days, 9:46, 1 user, load average: 0.01, 0.03, 0.00 User-Agent: Mutt/1.5.4i Sender: Stan Brown cc: FreeBSD Mobile List Subject: Re: Compaq Evo N410c sound? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2003 20:51:03 -0000 On Sat, Aug 23, 2003 at 07:53:15AM +0200, Robert Blacqui?re wrote: > On Fri, Aug 22, 2003 at 06:11:29PM -0400, stan wrote: > > > > > ./MAKEDEV sndo with the cwd == /dev, right? > > > > Just did that, still no sound :-( > > > > Mmh what does cat /dev/sndstat tells you and does the sound card get > listed in the dmesg? May be it is not the correct sound driver? > After looking on the compaq support site, it looks like you have a ich3 > buildin soundcard. If you try to do kldload snd_ich, is sound working? > Just thought you might like to know. Thanks to your help sound is working perfectly, now that I have installed the update BIOS. Thanks -- "They that would give up essential liberty for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 25 13:56:25 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89FFF16A4BF; Mon, 25 Aug 2003 13:56:25 -0700 (PDT) Received: from dmlb.org (pc2-cmbg4-6-cust36.cmbg.cable.ntl.com [81.96.76.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id F271743F85; Mon, 25 Aug 2003 13:56:23 -0700 (PDT) (envelope-from dmlb@dmlb.org) Received: from orac.my.domain ([192.168.200.75] helo=orac) by dmlb.org with smtp (Exim 3.36 #1) id 19rONy-000MIA-00; Mon, 25 Aug 2003 21:56:22 +0100 Message-ID: <000501c36b4b$57ba6b20$4bc8a8c0@orac> From: "Duncan Barclay" To: , Date: Mon, 25 Aug 2003 21:56:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: New BETA of Broadcom 440x chipset driver X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2003 20:56:25 -0000 Hi I think I have fixed the RX packet loss and memory corruption problems with the previous version of the driver. Please try the code at http://people.freebsd.org/~dmlb/bcm-0308252140.tar.gz I have manged to get full link speed ftping large files in both direction. Also, I have successfully populated an empty /usr/src tree with cvsup whilst up and downloading 50MB files. Would people please try this and feed back good and bad experiences. I would be interested if people could run their favorite net bench marks with the hw.bcm_rx_quick sysctl set to 1 (default) and 0. Setting to zero forces the driver to copy data from the NIC, one causes the driver to do a small 44 byte memory shuffle. Whilst wire speed should not differ, time spent in the interrupt routine should be less with the sysctl set to 1. Please do not use on a "valuable" system. The problem that this release tries to fix sometimes resulted in kernel memory corruption. All the best Duncan From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 25 16:57:37 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6222B16A4BF for ; Mon, 25 Aug 2003 16:57:37 -0700 (PDT) Received: from smtp02.fields.gol.com (smtp02.fields.gol.com [203.216.5.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62C8843FE3 for ; Mon, 25 Aug 2003 16:57:36 -0700 (PDT) (envelope-from plate@gol.com) Received: from filter01.fields.gol.com ([203.216.5.148] helo=localhost) by smtp02.fields.gol.com with esmtp (Magnetic Fields) id 19rRDL-0007ML-DM for ; Tue, 26 Aug 2003 08:57:35 +0900 Received: from dialin-145-254-194-215.arcor-ip.net ([145.254.194.215] helo=localhost) by smtp02.fields.gol.com with asmtp (Magnetic Fields) id 19rRDJ-0007MC-AH for ; Tue, 26 Aug 2003 08:57:33 +0900 Date: Tue, 26 Aug 2003 01:56:39 +0200 From: Ulrich Plate To: freebsd-mobile@freebsd.org Message-Id: <20030826015639.0b4f6ecb.plate@gol.com> X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; i686-pc-linux-gnu) X-Face: Q(8&FO3t{qP0?+[BrM.@O[.;eQscpIff6l!?f@\/E}g{u3c*#zzg9Q{~0K+FNKc+y^; 5[Mj %vvX5T)k:%3KI~; Q1x"F.^M(A@8!U+R#aI*c):,3hFJ{dF?oBw-eSb2=qGP$tVO%a9l|Dp!_j List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2003 23:57:37 -0000 --=.K0zTpfsxs),WD9 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit First in April, then last month I posted a question why my perfectly good Netgear MA401 wouldn't work in the same setup as a Lucent Orinoco Silver WLAN card when plugged into my Vaio running 5.1-CURRENT. Each card would get recognized upon boot, dmesg looked just fine for both of them, but in the case of the Netgear, DHCP choked on the crypto part, while the Lucent card had no such problems. Miraculously, this has fixed itself. I haven't done anything except occasional kernel rebuilds after cvsup'ing about once in a fortnight. No firmware upgrade, no change to the start_wi0 script or the kernel configuration, nothing at all, really. But all of a sudden (can't say if it was yesterday's build or the one before, unfortunately), the MA401 works without any complaints, and I can finally retire the Lucent card. If anyone has an explanation when and how this happened, I'd be most grateful. If you don't, I'll just continue being happy about it. :) Thanks for the numerous earlier attempts to help me Ulrich Plate --=.K0zTpfsxs),WD9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/SqJBUOhlBc99YgYRAn7FAJ95nxtq8eLVmLjVApHIA91/iDRCdACg46Hw 1O2RfZaC3G+uOP3oiAgjrrQ= =kazM -----END PGP SIGNATURE----- --=.K0zTpfsxs),WD9-- From owner-freebsd-mobile@FreeBSD.ORG Mon Aug 25 19:24:49 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3103616A4BF; Mon, 25 Aug 2003 19:24:49 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 626C043FDF; Mon, 25 Aug 2003 19:24:48 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (c-24-130-112-121.we.client2.attbi.com [24.130.112.121]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h7Q2OZn18532; Mon, 25 Aug 2003 19:24:35 -0700 (PDT) Message-ID: <3F4AC503.5050804@isi.edu> Date: Mon, 25 Aug 2003 19:25:07 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030718 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Duncan Barclay References: <000501c36b4b$57ba6b20$4bc8a8c0@orac> In-Reply-To: <000501c36b4b$57ba6b20$4bc8a8c0@orac> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010903020208010505020201" cc: freebsd-hackers@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: New BETA of Broadcom 440x chipset driver X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2003 02:24:49 -0000 This is a cryptographically signed message in MIME format. --------------ms010903020208010505020201 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Duncan, Duncan Barclay wrote: > > I think I have fixed the RX packet loss and memory corruption problems with > the previous version of the driver. Please try the code at > > http://people.freebsd.org/~dmlb/bcm-0308252140.tar.gz this version works great! > Would people please try this and feed back good and bad experiences. I would > be interested if people could run their favorite net bench marks with the > hw.bcm_rx_quick sysctl set to 1 (default) and 0. I didn't see a difference, but my router in the middle is the bottleneck. Lars -- Lars Eggert USC Information Sciences Institute --------------ms010903020208010505020201 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwp2bzANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAzMDgwMTE3MjkyOVoX DTA0MDczMTE3MjkyOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMb7PuLXnwV+45vwlkgogdSijd5HVqUB14bWvoK0 MjWPnkLPMDMDEezdsMG1BPiZyNeqXlJJtEgdAK8H2Mc9/qLeJUq3CoAeD6Wrjq4QaxJBXgdS KcGDeQAZSDgwUJS9vx9+cXJVfLyOYxJ+CLBcO/eu8PvSi17lk6oeAbrskSGDu/Xi1o2SC4Qm l69k8xcZQEMQDodkIk/U5SJmsCRGGYdy7opHZb58yXI8eiIGp5MlgryFmmgrp1pg3OYzPOR9 zJjn7Pu1vsd97LM5hLnKrmNuYt02jLNSjr8HmpLyWCDZq4Jlfq1YgNYZZ4KOSxipia7Bxjcs nMOsxEWiolkVVT8CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEANRaPsUtrdJzTW0AMj/EQamqxOkZnzwnPWGryqskMKIf+OKa+eaXp zlBv8CHdffv9hrYpvzWUxk0WW+YJ2LRdd4fFiVGXZCGU60eYeZGf7Z8ORoexylJpvUuKZCE4 aPGY2/QZXDfOs1NE82Bhgltx59dpWfH2K0dxbpHslO8/IbowggM5MIICoqADAgECAgMKdm8w DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMzA4MDExNzI5MjlaFw0wNDA3MzExNzI5MjlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDG+z7i158FfuOb 8JZIKIHUoo3eR1alAdeG1r6CtDI1j55CzzAzAxHs3bDBtQT4mcjXql5SSbRIHQCvB9jHPf6i 3iVKtwqAHg+lq46uEGsSQV4HUinBg3kAGUg4MFCUvb8ffnFyVXy8jmMSfgiwXDv3rvD70ote 5ZOqHgG67JEhg7v14taNkguEJpevZPMXGUBDEA6HZCJP1OUiZrAkRhmHcu6KR2W+fMlyPHoi BqeTJYK8hZpoK6daYNzmMzzkfcyY5+z7tb7HfeyzOYS5yq5jbmLdNoyzUo6/B5qS8lgg2auC ZX6tWIDWGWeCjksYqYmuwcY3LJzDrMRFoqJZFVU/AgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBADUWj7FLa3Sc01tADI/xEGpqsTpG Z88Jz1hq8qrJDCiH/jimvnml6c5Qb/Ah3X37/Ya2Kb81lMZNFlvmCdi0XXeHxYlRl2QhlOtH mHmRn+2fDkaHscpSab1LimQhOGjxmNv0GVw3zrNTRPNgYYJbcefXaVnx9itHcW6R7JTvPyG6 MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCnZvMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDgyNjAyMjUwN1owIwYJKoZIhvcNAQkEMRYEFMg2rheO6hqvxSRZeI6i yvIHVx+fMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCnZvMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMKdm8wDQYJKoZIhvcNAQEBBQAEggEAa7WSuA0wWxpUOHpdxw0SGZ9lTd5NWaydoZJj VeYQcJCqHzE6vQ4d06tlMiPsAZuJgjoRI5p6UuUAjnA2kdtyv23jT8baOaTMWbR/O/ElhcX9 wG8eITI0632Bj/HZK8Eqj2eQ+dZwRXq+j+PVkiaQ63UQzj8rvd8KBktmNxpInnPnEVOMeS2m x66HhhdDU238t6Wjpp+QVo9rchmoY07oFWXWMMtsKYvSnGEoaO7KJRMJerIca3ldjUJ/TnxL lKAHY+xkMBePDQjCSnps/+GaaDt1+U6hJY3Z4gKDBLJMwCJRNaW5LvMvdQTeenMN3IfBzAzt +wPUk9d6sH53IMe2wgAAAAAAAA== --------------ms010903020208010505020201-- From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 26 06:30:03 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADB6B16A4C0 for ; Tue, 26 Aug 2003 06:30:03 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A628943FB1 for ; Tue, 26 Aug 2003 06:30:02 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Date: Tue, 26 Aug 2003 15:30:01 +0200 From: Daniel Lang To: freebsd-mobile@freebsd.org Message-ID: <20030826133001.GA1353@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de Subject: ACPI debugging howto X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2003 13:30:03 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I think I have seen a pointer to a webpage describing how to debug your ACPI properly. Maybe I'm wrong, but since the acpitools (acpidump, acpidb, iasl) are available, I think it is advised to debug your ACPI implementation on your own. Background: I have a Fujitsu-Siemens Lifebook E6x-Series running 5.1-CURRENT. I need to disable acpi completely to avoid random panics related to acpi. I've just updated my -CURRENT and noted, that the acpitools are now part of the base system and read the manpages. Still I'm a bit unsure how to start after dumping the ASL and DSDT contents. (I have not enabled the acpi module after the upgrade, maybe things have been fixed to make it work anyway. This will be the next thing I will try). So if there is a tutorial, how to debug your own ACPI configuration, please send me an URL. Many thanks, Daniel --=20 IRCnet: Mr-Spock - Work is for people, who don't surf - =20 Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --/9DWx/yDrRhgMJTb Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIXgAYJKoZIhvcNAQcCoIIXcTCCF20CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC FUAwggbMMIIFtKADAgECAgIVezANBgkqhkiG9w0BAQUFADCBpjELMAkGA1UEBhMCREUxETAP BgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVu Y2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJH LUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDMwNTIwMTIz MTQyWhcNMDQwNTIxMDAwMDAwWjCBqzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZ RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEUMBIGA1UEAxMLRGFuaWVsIExhbmcxJDAiBgkq hkiG9w0BCQEWFWRhbmllbC5sYW5nQGluLnR1bS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEAk55VXazdhYUuEJAHmO439gJwKVfvcdF64VyP8tzhYwiIx/9FOsQj8r8Gw2g0MDCa X2mCNiSKz32sUI33SQFhBhwxoF6bpq7d6pfeJ7UL+2T/bkRVF/Y7zPuMMK/wMbiEwyfvdjxk 8XsVtpj500LjW7QYdAHlijHRAY2nFk4f8bcCAwEAAaOCA38wggN7MAwGA1UdEwEB/wQCMAAw HQYDVR0OBBYEFPMLcu3eegcL6m8ObwlveYDdoYOpMIHKBgNVHSMEgcIwgb+AFK81Ou8wbY/H n0tx1dgCig9IKGPUoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0B CQEWDGNhQGluLnR1bS5kZYIBAjAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMIGxBgNVHREEgakwgaaBD2xhbmdkQGluLnR1bS5kZYEVZGFuaWVsLmxh bmdAaW4udHVtLmRlgR9sYW5nZEBpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgSVkYW5pZWwu bGFuZ0BpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgRBsYW5nZEBjcy50dW0uZWR1gRZkYW5p ZWwubGFuZ0Bjcy50dW0uZWR1gQpkbEBsZW8ub3JnMAkGA1UdEgQCMAAwOAYDVR0fBDEwLzAt oCugKYYnaHR0cDovL2NhLmluLnR1bS5kZS9jcmxzL3VzZXJjYV9jcmwuY3JsMBEGCWCGSAGG +EIBAQQEAwIFoDCBnwYJYIZIAYb4QgENBIGRFoGORGllc2VzIFplcnRpZmlrYXQgd3VyZGUg YXVzZ2VzdGVsbHQgZnVlciBEYW5pZWwgTGFuZyB2b24gZGVyIFJCRy1CZW51dHplci1DQSwg RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIgVGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0 IE11ZW5jaGVuLjA2BglghkgBhvhCAQMEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmlu L3VzZXJjYS1yZXY/MDIGCWCGSAGG+EIBBAQlFiNodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1i aW4vY2EtcmV2PzA2BglghkgBhvhCAQgEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9wb2xpY2ll cy9yYmdjYS5odG1sMA0GCSqGSIb3DQEBBQUAA4IBAQAGrfB5rH9D6jl6Tx+hwXpv0a/TuV39 vIQWMCA1hi0V4pI+bMyGTW1k/Ve5C58wRZv7CSTnxTGoqZmqnV37GGQlZBmvsDE+u3FKL/T7 Tk/rlVajExCXGHwjgHp2FfCaVMawKSUrI60aDcUgLUtT2DKpEfKfr/MC7CDtCaYy6TW93cHc uv2oM+1PN+CIcR5PaqEySmeYoXBMXd6sktjyNUWLxsNhtFMVnOiwF3SZYbRbRobuEWM3o+W7 nijECUIKz8rvK3f/c8v9HlVitMbeaTs4J1nZUR9lsvGLik6vsfIgbmuP6MMkrKFYwq5XTR1x JtMcmvnqcWytpYFDVPGuGaj1MIIHKDCCBRCgAwIBAgIBATANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTY0MTAzWhcNMDQwNTIxMDAwMDAwWjCBpDELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAzAHBIFy4tKTvbMMg037hc9t2jR5MVpEUIPvrSWC4xpbr6Hw7abQW/lRfFpV8 enf9tSgfcl8kvGjAAD8AYeuDash6TQSUjBdZCe7V297oZ0dsuurZBkM5BwvLWF8vMiY+SD/+ XTqhnU6B/E9C+R5VXjXsXV2u9hDtKVC5hqVgnxRM5rT/LsUhcchgAXk2WuI8r9Llb+voPWwM FmHk2jxUwhvxZfGo15HDrvJUgzYsL36SmeYMI9Eo70uGmAQRPVVq2zn/3AC4z8X1cBd3ItnH YPbx0iUH5kEGq2KH5iCndwNq9oaFhKj+Y34wEv5BYl6sb5C9EBvtGyebNwuvmtC3tQIDAQAB o4ICaDCCAmQwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUH9QPe0VQVF1D2v8Su/itK/4O QMwwgcoGA1UdIwSBwjCBv4AU2WV+TUF/hD+1KtZ7E519yuW0XRqhgaOkgaAwgZ0xCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJz aXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzAN BgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlggEAMA4GA1UdDwEB /wQEAwIBBjATBgNVHSUEDDAKBggrBgEFBQcDATA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCAgQwgYQGCWCG SAGG+EIBDQR3FnVaZXJ0aWZpa2F0IGZ1ZXIgUkJHLVNlcnZlci1DQSBhdXNnZXN0ZWxsdCB2 b24gUkJHLUNBLCBGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBV bml2ZXJzaXRhZXQgTXVlbmNoZW4wMgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0u ZGUvY2dpLWJpbi9jYS1yZXY/MDwGCWCGSAGG+EIBCAQvFi1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzL3NlcnZlcmNhcG9sLmh0bWwwDQYJKoZIhvcNAQEFBQADggIBAMzKnULQb6Kd hPNmKKmPSJJUOtbHxGH7Qi8paskt7dzDja/X7wz3524LGN2f05c1uAfyAP9Ar0nFthWy0qeM ueOtrOcSCj8AYwYN5H4drMC8GglQwlkD0M/nhPJ5xtAj8JzNYHzG1DK5tVgoJnF+t4KmTpI6 QJ6Dh3XDoZXubWd0jkHxQIzOKhs9PPjEzydmerC7B3Zt8vh7457Sk6wwZFhXc+nkeIIplnlD sBioOSyF7hZOwx4I2Auxss1zsyUQHCX88sOuZC0kYB7yRd1TMRti8josznux8k13sZBezFMP S2yCuKRBEk5Nt57OyGbIF4O7Mhn01mTnol2BDpTKJek45bIpRvSLl/xRPpjnzxLO1rXtXgCs GtkmXj+Zwo5fnL6OvZIiFgMV4ASsFclZexceHxDjpia1IHSFB/4I5fAys8Bw03idI+rfsla1 mW0AJuw260QgoBz+b+LKGosJdNosMfOJmNl0vW3Kq6NfYpZLkG0YJF9Xo6vsATFk9kNq56ye ila80uE2wDO/BGAcBMWQ4uwfrWqVPoW5X/oHcPISApnCBeZ+LyWvnTkgxCUeyqyxNOvaA/j7 jUoBb9l+GWup8EGND16mR/wYWAxYLgis1pn5QmSTbbKSWKcqDo6HBo1Zx9XRf76CZc7RJRp9 EXqYrkmlL9eg7qcnnS1rJbqxMIIHQDCCBSigAwIBAgIBAjANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTcwMzUyWhcNMDQwNTIxMDAwMDAwWjCBpjELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJHLUJlbnV0emVy LUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCtYQ5ycRY6fyrlvJgpeQCNhPxQduU59Kpv6xWId9sHL8NyI7nlmlWzMroD ddIqeg7QvvtPS+xorbQJ9rxh94lXZtwlGPYg4LC/1PHGnDt+8RGiq8GLbHyeJZoQnEGSovyn uR4wZ9qnApFRsXcUZ5W/CSSwjKnQeN39oFj8EC4xtmUuudV65sxGuGToRVoSnjeULJKYBNnC RxVx2MU5exKGQAuvgaVd7Ozb7ziZyWxhVCNrUQOGrSKDgyKLguWTNnD7sSOiOpie3IX8H2DV DvbcKcmMQr8ojwWutNDPadOth+J6qd/modqxB1VbH8wu0lezbhPM5dh7yUFCEqZoXXh9AgMB AAGjggJ+MIICejAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSvNTrvMG2Px59LcdXYAooP SChj1DCBygYDVR0jBIHCMIG/gBTZZX5NQX+EP7Uq1nsTnX3K5bRdGqGBo6SBoDCBnTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZl cnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQAwDgYDVR0P AQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHR8ELTArMCmg J6AlhiNodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBhwYJYIZIAYb4QgENBHoWeFplcnRpZmlrYXQgZnVlciBSQkct QmVudXR6ZXItQ0EsIGF1c2dlc3RlbGx0IHZvbiBSQkctQ0EsIEZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgB hvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wOgYJYIZIAYb4 QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNlcmNhcG9sLmh0bWwwDQYJ KoZIhvcNAQEFBQADggIBAJapnE3b+p2nrryUkfTEl5iKTl7o8hLrB4FbLZsdBs16pIb0fIIq yGR0wlv0Qq5OLHm1hQzGkfhqEb2O+oBQJgaykxAB+6rKKOJdL12LSQrYXbDV8t/isyurwkFi fmcWDxVF4reDcz8F61KrVz46k2KtdY39CcuW+x1xQZRgier+jdBLLsbkM21XkufUrwnnO5Vr j0cD48XmcsVuWF0EkGo49jPHk8LG2cMyhQR/ZT4f1kegi9WmoV4NjKJnEU2QaTfbLUb2i509 RYf31oDnhq6oO1wCcRvVeDfyx5aj0y68sL1ySNmTQEELOmOFPqmVqa9BAR4wzuTXJi9UvOwF tQMsKq9AX4cFegDl4D4E5QQ7JladBMvJ0VALdGSGlGHARQGvO8SvapsOTVPC5n+UD6jwhTw0 pCPSypzIIrpT9vjxD7bDvudOfKguVRuX8poWID7yXcB0ApHdoNIMrGJx1Tc6SN6rGKWYre+W y/AsqMNNmR+YrJn/UOs6lKX9TtaHOFbxNPwo7RgdRg/srESEtIQ5IKkPA0Vt9Eh5H3VWBhrU b1gmvyNTwJFRqYmFhr7jFFdgnX3Jsbw81jl1z4jLdeeslLxs8vmnwQvWRz3BEPo+g0mrIuYt QjSdgGF8xHgyeRxfa8o3P/rncBysyNYe/AdWd6UGPmompEBZuFzSN+G8MYICCDCCAgQCAQEw ga0wgaYxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5p c2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsxGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FA aW4udHVtLmRlAgIVezAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTAzMDgyNjEzMzAwMVowIwYJKoZIhvcNAQkEMRYEFAe7kQr60HUp 7BZcSJ9UjOQ0OwYuMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEB AQUABIGATt8iHCwDrAiMyvztDIjMCjezGFtZYukByMa5Q9S45lmrufJYLOnUMe7wyMZt81wg yUp0ozZU5pbIQmBYKVsz8QbvRYGyt9GInQOLPiFRZgKN1OqUYgbEho6pZNfIUDyuN+Ju1DQB ojZnEfGYY7KcApuxV7MmH310FbE6jnvhHG0= --/9DWx/yDrRhgMJTb-- From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 26 07:50:55 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A53E816A4BF for ; Tue, 26 Aug 2003 07:50:55 -0700 (PDT) Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F0E943F3F for ; Tue, 26 Aug 2003 07:50:54 -0700 (PDT) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id 8CB661378; Tue, 26 Aug 2003 07:50:52 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id 8B46B1241; Tue, 26 Aug 2003 07:50:52 -0700 (PDT) Date: Tue, 26 Aug 2003 07:50:52 -0700 (PDT) From: Jamie Bowden To: Murad Mamedov In-Reply-To: Message-ID: <20030826074908.X80387-200000@moo.sysabend.org> X-representing: Only myself. X-badge: We don't need no stinking badges. X-obligatory-profanity: Fuck X-moo: Moo. MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1254512751-1061909452=:80387" cc: mobile@freebsd.org Subject: Re: Wierd X issue. X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2003 14:50:55 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1254512751-1061909452=:80387 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 22 Aug 2003, Murad Mamedov wrote: > Can you send your kernel config file? Sorry so long on this, but I haven't had time to play with this again up until now. Jamie Bowden -- "It was half way to Rivendell when the drugs began to take hold" Hunter S Tolkien "Fear and Loathing in Barad Dur" Iain Bowen --0-1254512751-1061909452=:80387 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=ghast Content-Transfer-Encoding: BASE64 Content-ID: <20030826075052.D80387@moo.sysabend.org> Content-Description: Kernel config file Content-Disposition: attachment; filename=ghast bWFjaGluZQkJaTM4Ng0KaWRlbnQJCWdoYXN0DQptYXh1c2VycwkwDQpvcHRp b25zIAlJTkNMVURFX0NPTkZJR19GSUxFICAgICAjIEluY2x1ZGUgdGhpcyBm aWxlIGluIGtlcm5lbA0KY3B1CQlJNjg2X0NQVQkJIyBha2EgUGVudGl1bSBQ cm8odG0pDQpvcHRpb25zIAlDT01QQVRfNDMNCm9wdGlvbnMJCVNDSEVEXzRC U0QNCm9wdGlvbnMJCUNPTVBBVF9GUkVFQlNENA0Kb3B0aW9ucwkJX0tQT1NJ WF9QUklPUklUWV9TQ0hFRFVMSU5HDQpvcHRpb25zIAlTWVNWU0hNCQkjIGlu Y2x1ZGUgc3VwcG9ydCBmb3Igc2hhcmVkIG1lbW9yeQ0Kb3B0aW9ucyAJU1lT VlNFTQkJIyBpbmNsdWRlIHN1cHBvcnQgZm9yIHNlbWFwaG9yZXMNCm9wdGlv bnMgCVNZU1ZNU0cJCSMgaW5jbHVkZSBzdXBwb3J0IGZvciBtZXNzYWdlIHF1 ZXVlcw0Kb3B0aW9ucyAJSU5FVAkJCSNJbnRlcm5ldCBjb21tdW5pY2F0aW9u cyBwcm90b2NvbHMNCm9wdGlvbnMJCUlORVQ2CQkJI0lQdjYgY29tbXVuaWNh dGlvbnMgcHJvdG9jb2xzDQpvcHRpb25zCQlJUFNFQwkJCSNJUCBzZWN1cml0 eQ0Kb3B0aW9ucwkJSVBTRUNfRVNQCQkjSVAgc2VjdXJpdHkgKGNyeXB0bzsg ZGVmaW5lIHcvIElQU0VDKQ0Kb3B0aW9ucwkJSVBTRUNfREVCVUcJCSNkZWJ1 ZyBmb3IgSVAgc2VjdXJpdHkNCmRldmljZQkJZXRoZXIJCQkjR2VuZXJpYyBF dGhlcm5ldA0KZGV2aWNlCQlsb29wCQkJI05ldHdvcmsgbG9vcGJhY2sgZGV2 aWNlDQpkZXZpY2UJCXdsYW4JCQkjODAyLjExIHN1cHBvcnQNCmRldmljZQkJ cHBwCQkJI1BvaW50LXRvLXBvaW50IHByb3RvY29sDQpkZXZpY2UJCWJwZgkJ CSNCZXJrZWxleSBwYWNrZXQgZmlsdGVyDQpkZXZpY2UJCWdpZgkJCSNJUHY2 IGFuZCBJUHY0IHR1bm5lbGluZw0KZGV2aWNlCQlmYWl0aAkJCSNmb3IgSVB2 NiBhbmQgSVB2NCB0cmFuc2xhdGlvbg0KZGV2aWNlCQlzdGYJCQkjNnRvNCBJ UHY2IG92ZXIgSVB2NCBlbmNhcHN1bGF0aW9uDQpkZXZpY2UJCXR1bgkNCm9w dGlvbnMgCVBQUF9CU0RDT01QCQkjUFBQIEJTRC1jb21wcmVzcyBzdXBwb3J0 DQpvcHRpb25zIAlQUFBfREVGTEFURQkJI1BQUCB6bGliL2RlZmxhdGUvZ3pp cCBzdXBwb3J0DQpvcHRpb25zCQlQUFBfRklMVEVSCQkjZW5hYmxlIGJwZiBm aWx0ZXJpbmcgKG5lZWRzIGJwZikNCm9wdGlvbnMgCU1ST1VUSU5HCQkjIE11 bHRpY2FzdCByb3V0aW5nDQpvcHRpb25zIAlGRlMJCQkjRmFzdCBmaWxlc3lz dGVtDQpvcHRpb25zIAlTT0ZUVVBEQVRFUw0KZGV2aWNlCQlyYW5kb20NCmRl dmljZQkJc2NidXMJCQkjYmFzZSBTQ1NJIGNvZGUNCmRldmljZQkJZGEJCQkj U0NTSSBkaXJlY3QgYWNjZXNzIGRldmljZXMgKGFrYSBkaXNrcykNCmRldmlj ZQkJc2EJCQkjU0NTSSB0YXBlcw0KZGV2aWNlCQljZAkJCSNTQ1NJIENELVJP TXMNCmRldmljZQkJcGFzcwkJCSNTQ1NJIHBhc3N0aHJvdWdoIGRyaXZlcg0K ZGV2aWNlCQlwdAkJCSNTQ1NJIHByb2Nlc3NvciB0eXBlDQpvcHRpb25zIAlT Q1NJX0RFTEFZPTgwMDAJIyBCZSBwZXNzaW1pc3RpYyBhYm91dCBKb2UgU0NT SSBkZXZpY2UNCmRldmljZQkJcHR5CQkjUHNldWRvIHR0eXMNCmRldmljZQkJ c3BlYWtlcgkJI1BsYXkgSUJNIEJBU0lDLXN0eWxlIG5vaXNlcyBvdXQgeW91 ciBzcGVha2VyDQpkZXZpY2UJCWlzYQ0KZGV2aWNlCQlhdGtiZGMNCmRldmlj ZQkJYXRrYmQNCm9wdGlvbnMJCUtCRF9JTlNUQUxMX0NERVYNCmRldmljZQkJ cHNtDQpkZXZpY2UJCXZnYQ0KZGV2aWNlCQlhZ3ANCm9wdGlvbnMgCVZFU0EN CmRldmljZQkJc3BsYXNoDQpkZXZpY2UJCXNjDQpvcHRpb25zIAlNQVhDT05T PTgJCSMgbnVtYmVyIG9mIHZpcnR1YWwgY29uc29sZXMNCm9wdGlvbnMJCVND X1BJWEVMX01PREUJCSMgYWRkIHN1cHBvcnQgZm9yIHRoZSByYXN0ZXIgdGV4 dCBtb2RlDQpkZXZpY2UJCW5weA0KZGV2aWNlCQlhdGENCmRldmljZQkJYXRh ZGlzawkJIyBBVEEgZGlzayBkcml2ZXMNCmRldmljZQkJYXRhcGljZAkJIyBB VEFQSSBDRFJPTSBkcml2ZXMNCmRldmljZQkJYXRhcGlmZAkJIyBBVEFQSSBm bG9wcHkgZHJpdmVzDQpkZXZpY2UJCWF0YXBpc3QJCSMgQVRBUEkgdGFwZSBk cml2ZXMNCmRldmljZQkJZmRjDQpkZXZpY2UJCXNpbw0KZGV2aWNlCQlhcG0N CmRldmljZQkJcG10aW1lcg0KZGV2aWNlCQlqb3kNCmRldmljZQkJcGNpDQpk ZXZpY2UJCXhsDQpkZXZpY2UJCW1paWJ1cw0KZGV2aWNlCQlwY20NCmRldmlj ZQkJbWlkaQ0KZGV2aWNlCQlzZXENCmRldmljZQkJY2JiDQpkZXZpY2UJCXBj Y2FyZA0KZGV2aWNlCQljYXJkYnVzDQpkZXZpY2UJCXBwYw0KZGV2aWNlCQlw cGJ1cw0KZGV2aWNlCQlscHQNCmRldmljZQkJdnBvDQpkZXZpY2UJCWZpcmV3 aXJlCSMgRmlyZXdpcmUgYnVzIGNvZGUNCmRldmljZQkJc2JwCQkjIFNDU0kg b3ZlciBGaXJld2lyZSAoUmVxdWlyZXMgc2NidXMgYW5kIGRhKQ0KZGV2aWNl CQlmd2UJCSMgRXRoZXJuZXQgb3ZlciBGaXJld2lyZSAobm9uLXN0YW5kYXJk ISkNCmRldmljZQkJdWhjaQ0KZGV2aWNlCQlvaGNpDQpkZXZpY2UJCWVoY2kN CmRldmljZQkJdXNiDQpkZXZpY2UJCXVnZW4NCmRldmljZQkJdWhpZA0KZGV2 aWNlCQl1a2JkDQpkZXZpY2UJCXVscHQNCmRldmljZQkJdW1hc3MNCmRldmlj ZQkJdW1zDQo= --0-1254512751-1061909452=:80387-- From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 26 08:31:28 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B61916A4BF for ; Tue, 26 Aug 2003 08:31:28 -0700 (PDT) Received: from hotmail.com (bay2-dav8.bay2.hotmail.com [65.54.246.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A51743F85 for ; Tue, 26 Aug 2003 08:31:28 -0700 (PDT) (envelope-from murad_m@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 26 Aug 2003 08:31:27 -0700 Received: from 213.172.65.52 by bay2-dav8.bay2.hotmail.com with DAV; Tue, 26 Aug 2003 15:31:27 +0000 X-Originating-IP: [213.172.65.52] X-Originating-Email: [murad_m@hotmail.com] From: "Murad Mamedov" To: "Jamie Bowden" References: <20030826074908.X80387-200000@moo.sysabend.org> Date: Tue, 26 Aug 2003 20:31:19 +0500 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 Message-ID: X-OriginalArrivalTime: 26 Aug 2003 15:31:27.0867 (UTC) FILETIME=[1DD5BCB0:01C36BE7] cc: mobile@freebsd.org Subject: Re: Wierd X issue. X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2003 15:31:28 -0000 leave only this: device sc and this lines to comment: options MAXCONS=8 # number of virtual consoles options SC_PIXEL_MODE # add support for the raster text mode I think this is because of MAXCONS option, it's the only option we are intersected. I got some more options regarding sc, but SC_PIXEL_MODE i didn't set. Bellow is my old config: # syscons is the default console driver, resembling an SCO console device sc options MAXCONS=8 options SC_DISABLE_REBOOT options SC_HISTORY_SIZE=2048 options SC_NORM_ATTR=(FG_GREEN|BG_BLACK) options SC_NORM_REV_ATTR=(FG_YELLOW|BG_GREEN) options SC_KERNEL_CONS_ATTR=(FG_LIGHTRED|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=(FG_YELLOW|BG_RED) options SC_DFLT_FONT makeoptions SC_DFLT_FONT=iso "Wierd X issue" is gone when i commented out all the options regarding device sc. I don't know where is the bug and i don't have time to find it. ----- Original Message ----- From: "Jamie Bowden" To: "Murad Mamedov" Cc: Sent: Tuesday, August 26, 2003 7:50 PM Subject: Re: Wierd X issue. > On Fri, 22 Aug 2003, Murad Mamedov wrote: > > > Can you send your kernel config file? > > Sorry so long on this, but I haven't had time to play with this again up > until now. > > Jamie Bowden > > -- > "It was half way to Rivendell when the drugs began to take hold" > Hunter S Tolkien "Fear and Loathing in Barad Dur" > Iain Bowen > > From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 26 10:22:55 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0175216A4BF; Tue, 26 Aug 2003 10:22:55 -0700 (PDT) Received: from ms-smtp-03.southeast.rr.com (ms-smtp-03.southeast.rr.com [24.93.67.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC1E143F93; Tue, 26 Aug 2003 10:22:53 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158])h7QHKjxk027067; Tue, 26 Aug 2003 13:20:45 -0400 (EDT) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) h7QHMHff050550; Tue, 26 Aug 2003 13:22:18 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Duncan Barclay In-Reply-To: <000501c36b4b$57ba6b20$4bc8a8c0@orac> References: <000501c36b4b$57ba6b20$4bc8a8c0@orac> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-abgu5MK9CbY3pDH7xJ92" Organization: MarcusCom, Inc. Message-Id: <1061918569.67559.11.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Tue, 26 Aug 2003 13:22:49 -0400 X-Spam-Status: No, hits=-11.6 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_XIMIAN autolearn=ham version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: New BETA of Broadcom 440x chipset driver X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2003 17:22:55 -0000 --=-abgu5MK9CbY3pDH7xJ92 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2003-08-25 at 16:56, Duncan Barclay wrote: > Hi >=20 > I think I have fixed the RX packet loss and memory corruption problems wi= th > the previous version of the driver. Please try the code at >=20 > http://people.freebsd.org/~dmlb/bcm-0308252140.tar.gz >=20 > I have manged to get full link speed ftping large files in both direction= . > Also, I have successfully populated an empty /usr/src tree with cvsup whi= lst > up and downloading 50MB files. This is _much_ nicer so far. My interactive sessions (i.e. SSH, checking mail, logging into AIM, etc.) are all much quicker and much more reliable. >=20 > Would people please try this and feed back good and bad experiences. I wo= uld > be interested if people could run their favorite net bench marks with the > hw.bcm_rx_quick sysctl set to 1 (default) and 0. Setting to zero forces t= he > driver to copy data from the NIC, one causes the driver to do a small 44 > byte memory shuffle. Whilst wire speed should not differ, time spent in t= he > interrupt routine should be less with the sysctl set to 1. I'll try with 0 later, but 1 seems pretty good. I haven't done a big transfer yet, though. >=20 > Please do not use on a "valuable" system. The problem that this release > tries to fix sometimes resulted in kernel memory corruption. :-) Too late. My laptop is pretty important, but it's the only machine I have that can use this driver. Joe >=20 > All the best >=20 > Duncan >=20 > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-abgu5MK9CbY3pDH7xJ92 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/S5dpb2iPiv4Uz4cRAnnmAKCHBs8gBSOVCjMtM9AxHfcxkG7oBgCfRQrW Lx3ZwloDMZGelBoQgZ7F5H0= =gpup -----END PGP SIGNATURE----- --=-abgu5MK9CbY3pDH7xJ92-- From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 26 10:56:30 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 925E616A4BF for ; Tue, 26 Aug 2003 10:56:30 -0700 (PDT) Received: from hexagon.stack.nl (hexagon.stack.nl [131.155.140.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id D336A43FE3 for ; Tue, 26 Aug 2003 10:56:29 -0700 (PDT) (envelope-from jilles@stack.nl) Received: from toad.stack.nl (zen.stack.nl [2001:610:1108:5010::130]) by hexagon.stack.nl (Postfix) with ESMTP id D57B71C67; Tue, 26 Aug 2003 19:56:28 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 1677) id B34F2A3; Tue, 26 Aug 2003 19:56:28 +0200 (CEST) Date: Tue, 26 Aug 2003 19:56:28 +0200 From: Jilles Tjoelker To: Murad Mamedov Message-ID: <20030826175628.GA85345@stack.nl> References: <20030826074908.X80387-200000@moo.sysabend.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: mobile@freebsd.org Subject: Re: Wierd X issue. X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2003 17:56:30 -0000 On Tue, Aug 26, 2003 at 08:31:19PM +0500, Murad Mamedov wrote: > leave only this: > device sc > and this lines to comment: > options MAXCONS=8 # number of virtual consoles > options SC_PIXEL_MODE # add support for the raster text mode > I think this is because of MAXCONS option, it's the only option we are > intersected. I got some more options regarding sc, but SC_PIXEL_MODE i > didn't set. > "Wierd X issue" is gone when i commented out all the options regarding > device sc. I don't know where is the bug and i don't have time to find it. If you set MAXCONS=8 and your /etc/ttys has ttyv0 to ttyv7 all marked "on" (the default), there will be no virtual terminal left for X. So either remove the MAXCONS option or turn ttyv7 off in /etc/ttys (kill -1 1 afterwards). Jilles From owner-freebsd-mobile@FreeBSD.ORG Wed Aug 27 00:40:52 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B65BF16A4BF; Wed, 27 Aug 2003 00:40:52 -0700 (PDT) Received: from dmlb.org (pc2-cmbg4-6-cust36.cmbg.cable.ntl.com [81.96.76.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9698B4401A; Wed, 27 Aug 2003 00:40:45 -0700 (PDT) (envelope-from dmlb@dmlb.org) Received: from orac.my.domain ([192.168.200.75] helo=orac) by dmlb.org with smtp (Exim 3.36 #1) id 19ruul-000Obb-00; Wed, 27 Aug 2003 08:40:23 +0100 Message-ID: <009c01c36c6e$7a882150$4bc8a8c0@orac> From: "Duncan Barclay" To: "James Nobis" , "Kenneth D. Merry" References: Date: Wed, 27 Aug 2003 08:40:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" 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 cc: freebsd-mobile@freebsd.org cc: dcswest@gmx.net Subject: Re: bcm4400 driver and Dell 8500 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2003 07:40:52 -0000 Hello James and Ken, Both of you are having real problems with the bcm driver and both of you have a Dell 8500. This is James' dmesg output, which from memory looks very similar to your Ken? > bcm0: mem 0xfaffe000-0xfaffffff irq 11 > at device 0.0 on pci2 > bcm0: Ethernet address: ff:ff:ff:ff:ff:ff > panic: bcm0: Strange type for core 0xffffffff > I'm running 5.1-current from august 22nd. I can try pulling down the > latest 5.1 tommorow if you think this might help. This is the same result > as when I tried the driver from over a month ago. We think that the problem is something to do with the PCI configuration of the machine. The ethernet address being ff:ff:ff:ff:ff:ff indicates that the memory map is not right. > Before sending this email I was going to obtain a backtrace. I recompiled > with the symbol table and kernel debugger and now the driver appears to > work fine. Should it work this way? Hmm interesting. Ken can you try this and see if the driver then works? Duncan From owner-freebsd-mobile@FreeBSD.ORG Wed Aug 27 06:11:09 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDD0016A4BF; Wed, 27 Aug 2003 06:11:09 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A0534400B; Wed, 27 Aug 2003 06:11:04 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h7RDAiYU017459; Wed, 27 Aug 2003 07:10:44 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h7RDAdg0017458; Wed, 27 Aug 2003 07:10:39 -0600 (MDT) (envelope-from ken) Date: Wed, 27 Aug 2003 07:10:39 -0600 From: "Kenneth D. Merry" To: Duncan Barclay Message-ID: <20030827131039.GA17250@panzer.kdm.org> References: <009c01c36c6e$7a882150$4bc8a8c0@orac> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <009c01c36c6e$7a882150$4bc8a8c0@orac> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org cc: James Nobis cc: freebsd-mobile@freebsd.org cc: dcswest@gmx.net Subject: Re: bcm4400 driver and Dell 8500 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2003 13:11:10 -0000 On Wed, Aug 27, 2003 at 08:40:25 +0100, Duncan Barclay wrote: > Hello James and Ken, > > Both of you are having real problems with the bcm driver and both of you > have a Dell 8500. > > This is James' dmesg output, which from memory looks very similar to your > Ken? > > > bcm0: mem 0xfaffe000-0xfaffffff irq 11 > > at device 0.0 on pci2 > > bcm0: Ethernet address: ff:ff:ff:ff:ff:ff > > panic: bcm0: Strange type for core 0xffffffff Yep, the messages I get are identical when I load it as a module. > > I'm running 5.1-current from august 22nd. I can try pulling down the > > latest 5.1 tommorow if you think this might help. This is the same result > > as when I tried the driver from over a month ago. > > We think that the problem is something to do with the PCI configuration of > the machine. The ethernet address being ff:ff:ff:ff:ff:ff indicates that the > memory map is not right. > > > Before sending this email I was going to obtain a backtrace. I recompiled > > with the symbol table and kernel debugger and now the driver appears to > > work fine. Should it work this way? > > Hmm interesting. Ken can you try this and see if the driver then works? I've already got the kernel debugger on. Do you mean changing the module compile somehow so that more symbols are included? (It seems to resolve the function addresses in the module fine.) The stack trace from the module load is: panic() bcm_chip_get_core() bcm_chip_reset() bcm_attach() device_probe_and_attach() etc. If I boot a kernel with the bcm driver compiled in, and don't attach to the docking station, it comes up fine until I insert my fxp card in the carbus slot. Then I get the panic in bcm_ring_rx_eof() that I reported last night. FWIW, when I have the driver compiled in, the memory location is identical to location used when the module loads (above), but the ethernet address is properly decoded: bcm0: mem 0xfaffe000-0xfaffffff irq 11 at device 0.0 on pci2 bcm0: Ethernet address: 00:0b:db:94:bf:42 miibus0: on bcm0 If I boot a kernel with the bcm driver compiled in, and don't attach to the docking station, and don't insert my fxp card, I get slightly further. I tried running dhclient, and got: All mbufs or mbuf clusters exhausted, please see tuning(7). bcm0: initialization failed: no memory for rx buffers Then I tried just manually ifconfiging the interface, and it works! Here's what netstat -m says: {erebor:/usr/home/ken:1:0} netstat -nm mbuf usage: GEN cache: 0/0 (in use/in pool) CPU #0 cache: 576/608 (in use/in pool) Total: 576/608 (in use/in pool) Mbuf cache high watermark: 512 Maximum possible: 34304 Allocated mbuf types: 576 mbufs allocated to data 1% of mbuf map consumed mbuf cluster usage: GEN cache: 0/0 (in use/in pool) CPU #0 cache: 575/584 (in use/in pool) Total: 575/584 (in use/in pool) Cluster cache high watermark: 128 Maximum possible: 17152 3% of cluster map consumed 1320 KBytes of wired memory reserved (98% in use) 1 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines Performance, once I manually assigned an address seems okay; I was able to ftp a file over from another machine at a little over 11MB/sec. If I insert the fxp card after the bcm driver is configured, the cardbus initialization fails, and then I get the following messages over and over again: "eek j=6, macCurrent 511, con288" At that point I can 't even break into the debugger. That's all the time I have for tinkering with it this morning... Looks like things are working somewhat better, but there is still some weird stuff going on... Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-mobile@FreeBSD.ORG Wed Aug 27 06:27:29 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62A4916A4BF; Wed, 27 Aug 2003 06:27:29 -0700 (PDT) Received: from quelrod.quelrod.net (cs679135-141.austin.rr.com [67.9.135.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B34544025; Wed, 27 Aug 2003 06:27:18 -0700 (PDT) (envelope-from quel@quelrod.net) Received: from quelrod.net (cs679135-141.austin.rr.com [67.9.135.141]) by quelrod.quelrod.net (8.12.9/8.12.6) with ESMTP id h7RDRZ0E002691; Wed, 27 Aug 2003 08:27:35 -0500 (CDT) Received: from localhost (quel@localhost) by quelrod.net (8.12.9/8.12.9/Submit) with ESMTP id h7RDRYM2028213; Wed, 27 Aug 2003 08:27:35 -0500 (CDT) Date: Wed, 27 Aug 2003 08:27:34 -0500 (CDT) From: James Nobis To: "Kenneth D. Merry" In-Reply-To: <20030827131039.GA17250@panzer.kdm.org> Message-ID: References: <009c01c36c6e$7a882150$4bc8a8c0@orac> <20030827131039.GA17250@panzer.kdm.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: dcswest@gmx.net cc: freebsd-mobile@freebsd.org Subject: Re: bcm4400 driver and Dell 8500 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2003 13:27:29 -0000 On Wed, 27 Aug 2003, Kenneth D. Merry wrote: > On Wed, Aug 27, 2003 at 08:40:25 +0100, Duncan Barclay wrote: > > Hello James and Ken, > > > > Both of you are having real problems with the bcm driver and both of you > > have a Dell 8500. > > > > This is James' dmesg output, which from memory looks very similar to your > > Ken? > > > > > bcm0: mem 0xfaffe000-0xfaffffff irq 11 > > > at device 0.0 on pci2 > > > bcm0: Ethernet address: ff:ff:ff:ff:ff:ff > > > panic: bcm0: Strange type for core 0xffffffff > > Yep, the messages I get are identical when I load it as a module. > > > > I'm running 5.1-current from august 22nd. I can try pulling down the > > > latest 5.1 tommorow if you think this might help. This is the same result > > > as when I tried the driver from over a month ago. > > > > We think that the problem is something to do with the PCI configuration of > > the machine. The ethernet address being ff:ff:ff:ff:ff:ff indicates that the > > memory map is not right. > > > > > Before sending this email I was going to obtain a backtrace. I recompiled > > > with the symbol table and kernel debugger and now the driver appears to > > > work fine. Should it work this way? > > > > Hmm interesting. Ken can you try this and see if the driver then works? > > I've already got the kernel debugger on. Do you mean changing the module > compile somehow so that more symbols are included? (It seems to resolve > the function addresses in the module fine.) > compiling with options DDB and makeoptions DEBUG=-g is what i mean > The stack trace from the module load is: > > panic() > bcm_chip_get_core() > bcm_chip_reset() > bcm_attach() > device_probe_and_attach() > etc. > > If I boot a kernel with the bcm driver compiled in, and don't attach to the > docking station, it comes up fine until I insert my fxp card in the carbus > slot. Then I get the panic in bcm_ring_rx_eof() that I reported last > night. FWIW, when I have the driver compiled in, the memory location is > identical to location used when the module loads (above), but the ethernet > address is properly decoded: > > bcm0: mem 0xfaffe000-0xfaffffff irq 11 at device 0.0 on pci2 > bcm0: Ethernet address: 00:0b:db:94:bf:42 > miibus0: on bcm0 > > If I boot a kernel with the bcm driver compiled in, and don't attach to the > docking station, and don't insert my fxp card, I get slightly further. I > tried running dhclient, and got: > > All mbufs or mbuf clusters exhausted, please see tuning(7). > bcm0: initialization failed: no memory for rx buffers > > Then I tried just manually ifconfiging the interface, and it works! > > Here's what netstat -m says: > > {erebor:/usr/home/ken:1:0} netstat -nm > mbuf usage: > GEN cache: 0/0 (in use/in pool) > CPU #0 cache: 576/608 (in use/in pool) > Total: 576/608 (in use/in pool) > Mbuf cache high watermark: 512 > Maximum possible: 34304 > Allocated mbuf types: > 576 mbufs allocated to data > 1% of mbuf map consumed > mbuf cluster usage: > GEN cache: 0/0 (in use/in pool) > CPU #0 cache: 575/584 (in use/in pool) > Total: 575/584 (in use/in pool) > Cluster cache high watermark: 128 > Maximum possible: 17152 > 3% of cluster map consumed > 1320 KBytes of wired memory reserved (98% in use) > 1 requests for memory denied > 0 requests for memory delayed > 0 calls to protocol drain routines > > Performance, once I manually assigned an address seems okay; I was able to > ftp a file over from another machine at a little over 11MB/sec. > > If I insert the fxp card after the bcm driver is configured, the cardbus > initialization fails, and then I get the following messages over and over > again: > > "eek j=6, macCurrent 511, con288" > > At that point I can 't even break into the debugger. > > That's all the time I have for tinkering with it this morning... > > Looks like things are working somewhat better, but there is still some > weird stuff going on... > > Ken > -- > Kenneth Merry > ken@kdm.org > I don't have a docking station. The built in ethernet is which uses the bcm driver. I only have used it as a module and have not tried otherwise. -James From owner-freebsd-mobile@FreeBSD.ORG Wed Aug 27 09:02:15 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A48816A4BF; Wed, 27 Aug 2003 09:02:15 -0700 (PDT) Received: from ms-smtp-03.southeast.rr.com (ms-smtp-03.southeast.rr.com [24.93.67.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F97C43FB1; Wed, 27 Aug 2003 09:02:12 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158])h7RG05xk021699; Wed, 27 Aug 2003 12:00:05 -0400 (EDT) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) h7RG1Uff060920; Wed, 27 Aug 2003 12:01:30 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: James Nobis In-Reply-To: References: <009c01c36c6e$7a882150$4bc8a8c0@orac> <20030827131039.GA17250@panzer.kdm.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-OXROxTjxZDgmWp8dYTOe" Organization: MarcusCom, Inc. Message-Id: <1062000128.717.4.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Wed, 27 Aug 2003 12:02:08 -0400 X-Spam-Status: No, hits=-11.4 required=5.0 tests=BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_XIMIAN autolearn=ham version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-hackers@freebsd.org cc: "Kenneth D. Merry" cc: freebsd-mobile@freebsd.org cc: dcswest@gmx.net Subject: Re: bcm4400 driver and Dell 8500 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2003 16:02:15 -0000 --=-OXROxTjxZDgmWp8dYTOe Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2003-08-27 at 09:27, James Nobis wrote: > On Wed, 27 Aug 2003, Kenneth D. Merry wrote: >=20 > > On Wed, Aug 27, 2003 at 08:40:25 +0100, Duncan Barclay wrote: > > > Hello James and Ken, > > > > > > Both of you are having real problems with the bcm driver and both of = you > > > have a Dell 8500. > > > > > > This is James' dmesg output, which from memory looks very similar to = your > > > Ken? > > > > > > > bcm0: mem 0xfaffe000-0xfaffffff i= rq 11 > > > > at device 0.0 on pci2 > > > > bcm0: Ethernet address: ff:ff:ff:ff:ff:ff > > > > panic: bcm0: Strange type for core 0xffffffff > > > > Yep, the messages I get are identical when I load it as a module. > > > > > > I'm running 5.1-current from august 22nd. I can try pulling down t= he > > > > latest 5.1 tommorow if you think this might help. This is the same= result > > > > as when I tried the driver from over a month ago. > > > > > > We think that the problem is something to do with the PCI configurati= on of > > > the machine. The ethernet address being ff:ff:ff:ff:ff:ff indicates t= hat the > > > memory map is not right. > > > > > > > Before sending this email I was going to obtain a backtrace. I rec= ompiled > > > > with the symbol table and kernel debugger and now the driver appear= s to > > > > work fine. Should it work this way? > > > > > > Hmm interesting. Ken can you try this and see if the driver then work= s? > > > > I've already got the kernel debugger on. Do you mean changing the modu= le > > compile somehow so that more symbols are included? (It seems to resolv= e > > the function addresses in the module fine.) > > >=20 > compiling with options DDB and makeoptions DEBUG=3D-g is what i mean Note, on my 5150, I also have a kernel built with -g. I do not have DDB compiled in, but I have never tried a kernel without -g. I may be susceptible to the same "all-ffs" problem. Joe >=20 > > The stack trace from the module load is: > > > > panic() > > bcm_chip_get_core() > > bcm_chip_reset() > > bcm_attach() > > device_probe_and_attach() > > etc. > > > > If I boot a kernel with the bcm driver compiled in, and don't attach to= the > > docking station, it comes up fine until I insert my fxp card in the car= bus > > slot. Then I get the panic in bcm_ring_rx_eof() that I reported last > > night. FWIW, when I have the driver compiled in, the memory location i= s > > identical to location used when the module loads (above), but the ether= net > > address is properly decoded: > > > > bcm0: mem 0xfaffe000-0xfaffffff irq 1= 1 at device 0.0 on pci2 > > bcm0: Ethernet address: 00:0b:db:94:bf:42 > > miibus0: on bcm0 > > > > If I boot a kernel with the bcm driver compiled in, and don't attach to= the > > docking station, and don't insert my fxp card, I get slightly further. = I > > tried running dhclient, and got: > > > > All mbufs or mbuf clusters exhausted, please see tuning(7). > > bcm0: initialization failed: no memory for rx buffers > > > > Then I tried just manually ifconfiging the interface, and it works! > > > > Here's what netstat -m says: > > > > {erebor:/usr/home/ken:1:0} netstat -nm > > mbuf usage: > > GEN cache: 0/0 (in use/in pool) > > CPU #0 cache: 576/608 (in use/in pool) > > Total: 576/608 (in use/in pool) > > Mbuf cache high watermark: 512 > > Maximum possible: 34304 > > Allocated mbuf types: > > 576 mbufs allocated to data > > 1% of mbuf map consumed > > mbuf cluster usage: > > GEN cache: 0/0 (in use/in pool) > > CPU #0 cache: 575/584 (in use/in pool) > > Total: 575/584 (in use/in pool) > > Cluster cache high watermark: 128 > > Maximum possible: 17152 > > 3% of cluster map consumed > > 1320 KBytes of wired memory reserved (98% in use) > > 1 requests for memory denied > > 0 requests for memory delayed > > 0 calls to protocol drain routines > > > > Performance, once I manually assigned an address seems okay; I was able= to > > ftp a file over from another machine at a little over 11MB/sec. > > > > If I insert the fxp card after the bcm driver is configured, the cardbu= s > > initialization fails, and then I get the following messages over and ov= er > > again: > > > > "eek j=3D6, macCurrent 511, con288" > > > > At that point I can 't even break into the debugger. > > > > That's all the time I have for tinkering with it this morning... > > > > Looks like things are working somewhat better, but there is still some > > weird stuff going on... > > > > Ken > > -- > > Kenneth Merry > > ken@kdm.org > > > I don't have a docking station. The built in ethernet is which uses the > bcm driver. I only have used it as a module and have not tried otherwise= . >=20 > -James > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-OXROxTjxZDgmWp8dYTOe Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/TNYAb2iPiv4Uz4cRAivHAKCEz8BrwMw5rUGHGHoOnV7I36AZxwCfVb7m CnyZ9UcWKuVWkVlBAelcrFY= =ZxRk -----END PGP SIGNATURE----- --=-OXROxTjxZDgmWp8dYTOe-- From owner-freebsd-mobile@FreeBSD.ORG Wed Aug 27 10:24:01 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6762716A4BF; Wed, 27 Aug 2003 10:24:01 -0700 (PDT) Received: from quelrod.quelrod.net (cs679135-141.austin.rr.com [67.9.135.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C55E43FDD; Wed, 27 Aug 2003 10:23:58 -0700 (PDT) (envelope-from quel@quelrod.net) Received: from quelrod.net (cs679135-141.austin.rr.com [67.9.135.141]) by quelrod.quelrod.net (8.12.9/8.12.6) with ESMTP id h7RHOE0E012276; Wed, 27 Aug 2003 12:24:14 -0500 (CDT) Received: from localhost (quel@localhost) by quelrod.net (8.12.9/8.12.9/Submit) with ESMTP id h7RHOCZs019483; Wed, 27 Aug 2003 12:24:12 -0500 (CDT) Date: Wed, 27 Aug 2003 12:24:11 -0500 (CDT) From: James Nobis To: Joe Marcus Clarke In-Reply-To: <1062000128.717.4.camel@gyros> Message-ID: References: <20030827131039.GA17250@panzer.kdm.org><1062000128.717.4.camel@gyros> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: "Kenneth D. Merry" cc: freebsd-mobile@freebsd.org cc: dcswest@gmx.net Subject: Re: bcm4400 driver and Dell 8500 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2003 17:24:01 -0000 On Wed, 27 Aug 2003, Joe Marcus Clarke wrote: > On Wed, 2003-08-27 at 09:27, James Nobis wrote: > > On Wed, 27 Aug 2003, Kenneth D. Merry wrote: > > > > > On Wed, Aug 27, 2003 at 08:40:25 +0100, Duncan Barclay wrote: > > > > Hello James and Ken, > > > > > > > > Both of you are having real problems with the bcm driver and both of you > > > > have a Dell 8500. > > > > > > > > This is James' dmesg output, which from memory looks very similar to your > > > > Ken? > > > > > > > > > bcm0: mem 0xfaffe000-0xfaffffff irq 11 > > > > > at device 0.0 on pci2 > > > > > bcm0: Ethernet address: ff:ff:ff:ff:ff:ff > > > > > panic: bcm0: Strange type for core 0xffffffff > > > > > > Yep, the messages I get are identical when I load it as a module. > > > > > > > > I'm running 5.1-current from august 22nd. I can try pulling down the > > > > > latest 5.1 tommorow if you think this might help. This is the same result > > > > > as when I tried the driver from over a month ago. > > > > > > > > We think that the problem is something to do with the PCI configuration of > > > > the machine. The ethernet address being ff:ff:ff:ff:ff:ff indicates that the > > > > memory map is not right. > > > > > > > > > Before sending this email I was going to obtain a backtrace. I recompiled > > > > > with the symbol table and kernel debugger and now the driver appears to > > > > > work fine. Should it work this way? > > > > > > > > Hmm interesting. Ken can you try this and see if the driver then works? > > > > > > I've already got the kernel debugger on. Do you mean changing the module > > > compile somehow so that more symbols are included? (It seems to resolve > > > the function addresses in the module fine.) > > > > > > > compiling with options DDB and makeoptions DEBUG=-g is what i mean > > Note, on my 5150, I also have a kernel built with -g. I do not have DDB > compiled in, but I have never tried a kernel without -g. I may be > susceptible to the same "all-ffs" problem. > > Joe When i just did a -g, it still would crash when i tried to load the module. The crashes stopped entirely once I also added DDB. -James > > > > > The stack trace from the module load is: > > > > > > panic() > > > bcm_chip_get_core() > > > bcm_chip_reset() > > > bcm_attach() > > > device_probe_and_attach() > > > etc. > > > > > > If I boot a kernel with the bcm driver compiled in, and don't attach to the > > > docking station, it comes up fine until I insert my fxp card in the carbus > > > slot. Then I get the panic in bcm_ring_rx_eof() that I reported last > > > night. FWIW, when I have the driver compiled in, the memory location is > > > identical to location used when the module loads (above), but the ethernet > > > address is properly decoded: > > > > > > bcm0: mem 0xfaffe000-0xfaffffff irq 11 at device 0.0 on pci2 > > > bcm0: Ethernet address: 00:0b:db:94:bf:42 > > > miibus0: on bcm0 > > > > > > If I boot a kernel with the bcm driver compiled in, and don't attach to the > > > docking station, and don't insert my fxp card, I get slightly further. I > > > tried running dhclient, and got: > > > > > > All mbufs or mbuf clusters exhausted, please see tuning(7). > > > bcm0: initialization failed: no memory for rx buffers > > > > > > Then I tried just manually ifconfiging the interface, and it works! > > > > > > Here's what netstat -m says: > > > > > > {erebor:/usr/home/ken:1:0} netstat -nm > > > mbuf usage: > > > GEN cache: 0/0 (in use/in pool) > > > CPU #0 cache: 576/608 (in use/in pool) > > > Total: 576/608 (in use/in pool) > > > Mbuf cache high watermark: 512 > > > Maximum possible: 34304 > > > Allocated mbuf types: > > > 576 mbufs allocated to data > > > 1% of mbuf map consumed > > > mbuf cluster usage: > > > GEN cache: 0/0 (in use/in pool) > > > CPU #0 cache: 575/584 (in use/in pool) > > > Total: 575/584 (in use/in pool) > > > Cluster cache high watermark: 128 > > > Maximum possible: 17152 > > > 3% of cluster map consumed > > > 1320 KBytes of wired memory reserved (98% in use) > > > 1 requests for memory denied > > > 0 requests for memory delayed > > > 0 calls to protocol drain routines > > > > > > Performance, once I manually assigned an address seems okay; I was able to > > > ftp a file over from another machine at a little over 11MB/sec. > > > > > > If I insert the fxp card after the bcm driver is configured, the cardbus > > > initialization fails, and then I get the following messages over and over > > > again: > > > > > > "eek j=6, macCurrent 511, con288" > > > > > > At that point I can 't even break into the debugger. > > > > > > That's all the time I have for tinkering with it this morning... > > > > > > Looks like things are working somewhat better, but there is still some > > > weird stuff going on... > > > > > > Ken > > > -- > > > Kenneth Merry > > > ken@kdm.org > > > > > I don't have a docking station. The built in ethernet is which uses the > > bcm driver. I only have used it as a module and have not tried otherwise. > > > > -James > > _______________________________________________ > > freebsd-mobile@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > -- > PGP Key : http://www.marcuscom.com/pgp.asc > > > From owner-freebsd-mobile@FreeBSD.ORG Wed Aug 27 10:28:10 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 916CB16A4BF; Wed, 27 Aug 2003 10:28:10 -0700 (PDT) Received: from dmlb.org (pc2-cmbg4-6-cust36.cmbg.cable.ntl.com [81.96.76.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FED643FF9; Wed, 27 Aug 2003 10:28:07 -0700 (PDT) (envelope-from dmlb@dmlb.org) Received: from slave.my.domain ([192.168.200.39]) by dmlb.org with esmtp (Exim 3.36 #1) id 19s45O-000PDN-00; Wed, 27 Aug 2003 18:27:58 +0100 Received: from dmlb by slave.my.domain with local (Exim 3.36 #1) id 19s45N-000KaT-00; Wed, 27 Aug 2003 18:27:57 +0100 Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030827131039.GA17250@panzer.kdm.org> Date: Wed, 27 Aug 2003 18:27:57 +0100 (BST) From: Duncan Barclay To: "Kenneth D. Merry" Sender: Duncan Barclay cc: freebsd-hackers@freebsd.org cc: James Nobis cc: dcswest@gmx.net cc: freebsd-mobile@freebsd.org Subject: Re: bcm4400 driver and Dell 8500 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2003 17:28:10 -0000 On 27-Aug-2003 Kenneth D. Merry wrote: > On Wed, Aug 27, 2003 at 08:40:25 +0100, Duncan Barclay wrote: >> Hello James and Ken, >> >> Both of you are having real problems with the bcm driver and both of you >> have a Dell 8500. >> >> This is James' dmesg output, which from memory looks very similar to your >> Ken? >> >> > bcm0: mem 0xfaffe000-0xfaffffff irq 11 >> > at device 0.0 on pci2 >> > bcm0: Ethernet address: ff:ff:ff:ff:ff:ff >> > panic: bcm0: Strange type for core 0xffffffff > > Yep, the messages I get are identical when I load it as a module. > >> > I'm running 5.1-current from august 22nd. I can try pulling down the >> > latest 5.1 tommorow if you think this might help. This is the same result >> > as when I tried the driver from over a month ago. >> >> We think that the problem is something to do with the PCI configuration of >> the machine. The ethernet address being ff:ff:ff:ff:ff:ff indicates that the >> memory map is not right. >> >> > Before sending this email I was going to obtain a backtrace. I recompiled >> > with the symbol table and kernel debugger and now the driver appears to >> > work fine. Should it work this way? >> >> Hmm interesting. Ken can you try this and see if the driver then works? > > I've already got the kernel debugger on. Do you mean changing the module > compile somehow so that more symbols are included? (It seems to resolve > the function addresses in the module fine.) > > The stack trace from the module load is: > > panic() > bcm_chip_get_core() > bcm_chip_reset() > bcm_attach() > device_probe_and_attach() > etc. > > If I boot a kernel with the bcm driver compiled in, and don't attach to the > docking station, it comes up fine until I insert my fxp card in the carbus > slot. Then I get the panic in bcm_ring_rx_eof() that I reported last > night. FWIW, when I have the driver compiled in, the memory location is > identical to location used when the module loads (above), but the ethernet > address is properly decoded: This is still smelling of memory stuff outside of my experience. > bcm0: mem 0xfaffe000-0xfaffffff irq 11 at > device 0.0 on pci2 > bcm0: Ethernet address: 00:0b:db:94:bf:42 > miibus0: on bcm0 > > If I boot a kernel with the bcm driver compiled in, and don't attach to the > docking station, and don't insert my fxp card, I get slightly further. I > tried running dhclient, and got: > > All mbufs or mbuf clusters exhausted, please see tuning(7). > bcm0: initialization failed: no memory for rx buffers Just checked dhclient and it works fine for me. > Then I tried just manually ifconfiging the interface, and it works! > > Here's what netstat -m says: > > {erebor:/usr/home/ken:1:0} netstat -nm > mbuf usage: > GEN cache: 0/0 (in use/in pool) > CPU #0 cache: 576/608 (in use/in pool) > Total: 576/608 (in use/in pool) > Mbuf cache high watermark: 512 > Maximum possible: 34304 > Allocated mbuf types: > 576 mbufs allocated to data > 1% of mbuf map consumed > mbuf cluster usage: > GEN cache: 0/0 (in use/in pool) > CPU #0 cache: 575/584 (in use/in pool) > Total: 575/584 (in use/in pool) > Cluster cache high watermark: 128 > Maximum possible: 17152 > 3% of cluster map consumed > 1320 KBytes of wired memory reserved (98% in use) > 1 requests for memory denied > 0 requests for memory delayed > 0 calls to protocol drain routines > > Performance, once I manually assigned an address seems okay; I was able to > ftp a file over from another machine at a little over 11MB/sec. Cool, thats about right. > If I insert the fxp card after the bcm driver is configured, the cardbus > initialization fails, and then I get the following messages over and over > again: > > "eek j=6, macCurrent 511, con288" This is a little loop that waits for the card to finish DMAing a packet. There should be a DELAY(1) in there. But it may be commented out. Do we think that cardbus is trashing the memory space somehow? > At that point I can 't even break into the debugger. > > That's all the time I have for tinkering with it this morning... > > Looks like things are working somewhat better, but there is still some > weird stuff going on... > > Ken > -- > Kenneth Merry > ken@kdm.org > -- ________________________________________________________________________ Duncan Barclay | dmlb@dmlb.org | dmlb@freebsd.org| From owner-freebsd-mobile@FreeBSD.ORG Wed Aug 27 20:04:06 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E895B16A4BF; Wed, 27 Aug 2003 20:04:06 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1717543FB1; Wed, 27 Aug 2003 20:03:54 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h7S33jYU024147; Wed, 27 Aug 2003 21:03:45 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h7S33XNs024144; Wed, 27 Aug 2003 21:03:33 -0600 (MDT) (envelope-from ken) Date: Wed, 27 Aug 2003 21:03:33 -0600 From: "Kenneth D. Merry" To: James Nobis Message-ID: <20030828030333.GA24120@panzer.kdm.org> References: <009c01c36c6e$7a882150$4bc8a8c0@orac> <20030827131039.GA17250@panzer.kdm.org> <1062000128.717.4.camel@gyros> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org cc: freebsd-mobile@freebsd.org cc: dcswest@gmx.net Subject: Re: bcm4400 driver and Dell 8500 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2003 03:04:07 -0000 On Wed, Aug 27, 2003 at 12:24:11 -0500, James Nobis wrote: > > > On Wed, 27 Aug 2003, Joe Marcus Clarke wrote: > > > On Wed, 2003-08-27 at 09:27, James Nobis wrote: > > > On Wed, 27 Aug 2003, Kenneth D. Merry wrote: > > > > > > > On Wed, Aug 27, 2003 at 08:40:25 +0100, Duncan Barclay wrote: > > > > > Hello James and Ken, > > > > > > > > > > Both of you are having real problems with the bcm driver and both of you > > > > > have a Dell 8500. > > > > > > > > > > This is James' dmesg output, which from memory looks very similar to your > > > > > Ken? > > > > > > > > > > > bcm0: mem 0xfaffe000-0xfaffffff irq 11 > > > > > > at device 0.0 on pci2 > > > > > > bcm0: Ethernet address: ff:ff:ff:ff:ff:ff > > > > > > panic: bcm0: Strange type for core 0xffffffff > > > > > > > > Yep, the messages I get are identical when I load it as a module. > > > > > > > > > > I'm running 5.1-current from august 22nd. I can try pulling down the > > > > > > latest 5.1 tommorow if you think this might help. This is the same result > > > > > > as when I tried the driver from over a month ago. > > > > > > > > > > We think that the problem is something to do with the PCI configuration of > > > > > the machine. The ethernet address being ff:ff:ff:ff:ff:ff indicates that the > > > > > memory map is not right. > > > > > > > > > > > Before sending this email I was going to obtain a backtrace. I recompiled > > > > > > with the symbol table and kernel debugger and now the driver appears to > > > > > > work fine. Should it work this way? > > > > > > > > > > Hmm interesting. Ken can you try this and see if the driver then works? > > > > > > > > I've already got the kernel debugger on. Do you mean changing the module > > > > compile somehow so that more symbols are included? (It seems to resolve > > > > the function addresses in the module fine.) > > > > > > > > > > compiling with options DDB and makeoptions DEBUG=-g is what i mean > > > > Note, on my 5150, I also have a kernel built with -g. I do not have DDB > > compiled in, but I have never tried a kernel without -g. I may be > > susceptible to the same "all-ffs" problem. > > > > Joe > > When i just did a -g, it still would crash when i tried to load the Ahh. I've had DDB on the whole time, but I've found that I don't get a crash (i.e. the all ff's problem) if I don't have my fxp card plugged in when I load the bcm module. dhclient doesn't cause the system to run out of mbufs, but then again it hangs. If I ifconfig the interface manually things work fine. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-mobile@FreeBSD.ORG Wed Aug 27 20:31:20 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 609C816A4BF; Wed, 27 Aug 2003 20:31:20 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id E909243FE0; Wed, 27 Aug 2003 20:31:07 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h7S3UlYU024421; Wed, 27 Aug 2003 21:30:47 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h7S3UcFL024416; Wed, 27 Aug 2003 21:30:38 -0600 (MDT) (envelope-from ken) Date: Wed, 27 Aug 2003 21:30:38 -0600 From: "Kenneth D. Merry" To: Duncan Barclay Message-ID: <20030828033038.GA24315@panzer.kdm.org> References: <20030827131039.GA17250@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org cc: James Nobis cc: dcswest@gmx.net cc: freebsd-mobile@freebsd.org Subject: Re: bcm4400 driver and Dell 8500 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2003 03:31:20 -0000 On Wed, Aug 27, 2003 at 18:27:57 +0100, Duncan Barclay wrote: > > On 27-Aug-2003 Kenneth D. Merry wrote: > > On Wed, Aug 27, 2003 at 08:40:25 +0100, Duncan Barclay wrote: > >> Hello James and Ken, > >> > >> Both of you are having real problems with the bcm driver and both of you > >> have a Dell 8500. > >> > >> This is James' dmesg output, which from memory looks very similar to your > >> Ken? > >> > >> > bcm0: mem 0xfaffe000-0xfaffffff irq 11 > >> > at device 0.0 on pci2 > >> > bcm0: Ethernet address: ff:ff:ff:ff:ff:ff > >> > panic: bcm0: Strange type for core 0xffffffff > > > > Yep, the messages I get are identical when I load it as a module. > > > >> > I'm running 5.1-current from august 22nd. I can try pulling down the > >> > latest 5.1 tommorow if you think this might help. This is the same result > >> > as when I tried the driver from over a month ago. > >> > >> We think that the problem is something to do with the PCI configuration of > >> the machine. The ethernet address being ff:ff:ff:ff:ff:ff indicates that the > >> memory map is not right. > >> > >> > Before sending this email I was going to obtain a backtrace. I recompiled > >> > with the symbol table and kernel debugger and now the driver appears to > >> > work fine. Should it work this way? > >> > >> Hmm interesting. Ken can you try this and see if the driver then works? > > > > I've already got the kernel debugger on. Do you mean changing the module > > compile somehow so that more symbols are included? (It seems to resolve > > the function addresses in the module fine.) > > > > The stack trace from the module load is: > > > > panic() > > bcm_chip_get_core() > > bcm_chip_reset() > > bcm_attach() > > device_probe_and_attach() > > etc. > > > > If I boot a kernel with the bcm driver compiled in, and don't attach to the > > docking station, it comes up fine until I insert my fxp card in the carbus > > slot. Then I get the panic in bcm_ring_rx_eof() that I reported last > > night. FWIW, when I have the driver compiled in, the memory location is > > identical to location used when the module loads (above), but the ethernet > > address is properly decoded: > > This is still smelling of memory stuff outside of my experience. > > > bcm0: mem 0xfaffe000-0xfaffffff irq 11 at > > device 0.0 on pci2 > > bcm0: Ethernet address: 00:0b:db:94:bf:42 > > miibus0: on bcm0 > > > > If I boot a kernel with the bcm driver compiled in, and don't attach to the > > docking station, and don't insert my fxp card, I get slightly further. I > > tried running dhclient, and got: > > > > All mbufs or mbuf clusters exhausted, please see tuning(7). > > bcm0: initialization failed: no memory for rx buffers > > Just checked dhclient and it works fine for me. I just had another failure case (when I loaded bcm(4) as a module but didn't have my fxp card inserted) where dhclient just hung up. I didn't get any out of mbufs errors. > > Then I tried just manually ifconfiging the interface, and it works! > > > > Here's what netstat -m says: > > > > {erebor:/usr/home/ken:1:0} netstat -nm > > mbuf usage: > > GEN cache: 0/0 (in use/in pool) > > CPU #0 cache: 576/608 (in use/in pool) > > Total: 576/608 (in use/in pool) > > Mbuf cache high watermark: 512 > > Maximum possible: 34304 > > Allocated mbuf types: > > 576 mbufs allocated to data > > 1% of mbuf map consumed > > mbuf cluster usage: > > GEN cache: 0/0 (in use/in pool) > > CPU #0 cache: 575/584 (in use/in pool) > > Total: 575/584 (in use/in pool) > > Cluster cache high watermark: 128 > > Maximum possible: 17152 > > 3% of cluster map consumed > > 1320 KBytes of wired memory reserved (98% in use) > > 1 requests for memory denied > > 0 requests for memory delayed > > 0 calls to protocol drain routines > > > > Performance, once I manually assigned an address seems okay; I was able to > > ftp a file over from another machine at a little over 11MB/sec. > > Cool, thats about right. > > > If I insert the fxp card after the bcm driver is configured, the cardbus > > initialization fails, and then I get the following messages over and over > > again: > > > > "eek j=6, macCurrent 511, con288" > > This is a little loop that waits for the card to finish DMAing a packet. There > should be a DELAY(1) in there. But it may be commented out. That's bad...in general the chip should DMA the packet and then update the consumer index and generate an interrupt. I don't know how this particular chip works, though. The DELAY is commented out. > Do we think that cardbus is trashing the memory space somehow? That could very well be the case. I don't know anything about cardbus, though. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-mobile@FreeBSD.ORG Wed Aug 27 23:22:06 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2B5F16A4BF for ; Wed, 27 Aug 2003 23:22:06 -0700 (PDT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.145.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9074A43FF7 for ; Wed, 27 Aug 2003 23:21:59 -0700 (PDT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 5C0FF4EFCD3; Thu, 28 Aug 2003 14:21:46 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 56DB84EFCD1 for ; Thu, 28 Aug 2003 14:21:46 +0800 (CST) Date: Thu, 28 Aug 2003 14:21:46 +0800 (CST) From: Tai-hwa Liang To: freebsd-mobile@freebsd.org Message-ID: <030828141924D.79377@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: O2Micro 6912, wi0: watchdog timeout X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2003 06:22:06 -0000 Greetings, This laptop(Twinhead efio!2412FTZ) uses O2Micro 6912 PCI-Cardbus bridge controller. It appears like that the internal mini-PCI wireless card will be identified at PCMCIA slot 1. I have tested three different wireless cards, two of them are mini-PCI, Agere(Lucent/Orinoco) based, the remaining one is Intersil based PCMCIA card. All of them works like a charm under Linux 2.4.20(w/ or w/o pcmcia-cs package), with orinoco_cs, orinoco and hermes kernel modules. However, they don't work under FreeBSD: * The PCMCIA one just freeze the OS after it was inserted. The box still respond to ping packet; however, an already logged on session just stop responding. BTW, this card works perfectly with if_wi module on another laptop: wi0 at port 0x240-0x27f irq 10 slot 0 on pccard0 pcic: I/O win 0 flags 15 240-27f wi0: 802.11 address: xx:xx:xx:xx:xx:xx wi0: using RF:PRISM2 MAC:HFA3841 CARD:HWB3163-SST-flash wi0: Intersil Firmware: Primary 0.03.00, Station 0.08.03 wi0: wi_has_wep = 1 I also tried to remove the internal mini-PCI wireless card before inserting the PCMCIA one. It still froze after the card was inserted. * The one identified as "Wireless Embedded Card Model 0504" under WindozeXP can not even be probed after the system is booted. * The one identified as "Orinoco Wireless Card" under WindozeXP was not able to associate with AP. Following are related information when this miniPCI card is attached to the box. The tree is cvsupped from Aug-27-2003 source; after reboot, the "ifconfig wi0" always returns "status: no carrier" and an empty ssid: wi0: flags=8802 mtu 1500 ether yy:yy:yy:yy:yy:yy media: IEEE 802.11 Wireless Ethernet autoselect (DS/2Mbps) status: no carrier ssid "" 1:"" stationname "FreeBSD WaveLAN/IEEE node" channel 1 authmode OPEN powersavemode OFF powersavesleep 100 wepmode OFF weptxkey 1 After assign the ssid manually, the status changed to "assoicated;" however, a "dhclient wi0" only returns "wi0: watchdog timeout" in system log. wi0: flags=8842 mtu 1500 ether yy:yy:yy:yy:yy:yy media: IEEE 802.11 Wireless Ethernet autoselect (DS/2Mbps) status: associated ssid hello 1:hello stationname "FreeBSD WaveLAN/IEEE node" channel 6 authmode OPEN powersavemode OFF powersavesleep 100 wepmode OFF weptxkey 1 According to pcic(4), O2 Micro chips seems some sort of "broken" under most circumstances: "O2 Micro chips may be poorly supported because the author does not have good access to machines with one of these bridges in it." I've tried to use different combination such like hw.pcic.ignore_function_1=[0|1], hw.pcic.init_routing=[0|1] and hw.pcic.instr_path=[1|2]; however, still no luck.... I'm wondering if there's any knobs available to tweak or I just missed something? -------- loader.conf -------- # -- sysinstall generated deltas -- # userconfig_script_load="YES" autoboot_delay="1" boot_verbose="YES" #hw.pcic.ignore_function_1=1 #hw.pcic.init_routing=1 hw.pcic.intr_path=2 machdep.pccard.mem_start="0xd8000" if_wi_load="YES" -------- pir dump -------- $PIR table at 0x28117de0 version 1.0 PCI interrupt router at 0:0.8 vendor 0x1039 device 0x8 PCI-only interrupts [ ] entry bus slot device 00: 00 00 01 INTA 41 [ 3 4 5 6 7 9 10 11 12 14 15] INTB 42 [ 3 4 5 6 7 9 10 11 12 14 15] INTC 43 [ 3 4 5 6 7 9 10 11 12 14 15] INTD 44 [ 3 4 5 6 7 9 10 11 12 14 15] 01: 00 00 02 INTA 41 [ 3 4 5 6 7 9 10 11 12 14 15] INTB 42 [ 3 4 5 6 7 9 10 11 12 14 15] INTC 43 [ 3 4 5 6 7 9 10 11 12 14 15] INTD 44 [ 3 4 5 6 7 9 10 11 12 14 15] 02: 00 00 03 INTA 43 [ 3 4 5 6 7 9 10 11 12 14 15] INTB 00 [ ] INTC 00 [ ] INTD 00 [ ] 03: 00 00 10 INTA 43 [ 3 4 5 6 7 9 10 11 12 ] INTB 00 [ ] INTC 00 [ ] INTD 00 [ ] 04: 00 00 09 INTA 41 [ 3 4 5 6 7 9 10 11 12 ] INTB 42 [ 3 4 5 6 7 9 10 11 12 ] INTC 00 [ ] INTD 00 [ ] -------- pciconf -lv -------- agp0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x06301039 rev=0x31 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS630 Host-to-PCI Bridge' class = bridge subclass = HOST-PCI atapci0@pci0:0:1: class=0x010180 card=0x120114ff chip=0x55131039 rev=0xd0 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS5513 EIDE Controller (A,B step)' class = mass storage subclass = ATA isab0@pci0:1:0: class=0x060100 card=0x00000000 chip=0x00081039 rev=0x00 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS85C503/5513 PCI to ISA Bridge (LPC Bridge)' class = bridge subclass = PCI-ISA sis0@pci0:1:1: class=0x020000 card=0x020114ff chip=0x09001039 rev=0x82 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS900 Fast Ethernet/Home Networking Ctrlr' class = network subclass = ethernet ohci0@pci0:1:2: class=0x0c0310 card=0x70011039 chip=0x70011039 rev=0x07 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS5597/8 Universal Serial Bus Controller' class = serial bus subclass = USB ohci1@pci0:1:3: class=0x0c0310 card=0x70001039 chip=0x70011039 rev=0x07 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS5597/8 Universal Serial Bus Controller' class = serial bus subclass = USB pcm0@pci0:1:4: class=0x040100 card=0x040114ff chip=0x70181039 rev=0x02 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS7018 PCI Audio Accelerator' class = multimedia subclass = audio none0@pci0:1:6: class=0x070300 card=0x100114ff chip=0x70131039 rev=0xa0 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS7013 56k Modem' class = simple comms pcib2@pci0:2:0: class=0x060400 card=0x00000000 chip=0x00011039 rev=0x00 hdr=0x01 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS 530 Virtual PCI-to-PCI bridge (AGP)' class = bridge subclass = PCI-PCI pcic0@pci0:3:0: class=0x060700 card=0x060114ff chip=0x69721217 rev=0x00 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ6912 CardBus Controller' class = bridge subclass = PCI-CardBus pcic1@pci0:9:0: class=0x060700 card=0x050014ff chip=0xac50104c rev=0x01 hdr=0x02 vendor = 'Texas Instruments (TI)' device = 'PCI1410 PC card cardBus Controller' class = bridge subclass = PCI-CardBus none1@pci0:10:0: class=0x0c0010 card=0xc70314ff chip=0x581111c1 rev=0x04 hdr=0x00 vendor = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)' device = 'FW322/323 1394A PCI PHY/Link Open Host Ctrlr I/F' class = serial bus subclass = FireWire none2@pci1:0:0: class=0x030000 card=0x030314ff chip=0x63001039 rev=0x31 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS630/730 GUI Accelerator+3D' class = display subclass = VGA -------- pccardc dumpcis -------- Configuration data for card in slot 1 Tuple #1, code = 0x1 (Common memory descriptor), length = 3 000: 00 00 ff Common memory device information: Device number 1, type No device, WPS = OFF Speed = No speed, Memory block size = 512b, 1 units Tuple #2, code = 0x17 (Attribute memory descriptor), length = 4 000: 67 5a 08 ff Attribute memory device information: Device number 1, type SRAM, WPS = OFF Speed = 5.0 x 100 ns, Memory block size = 512b, 2 units Tuple #3, code = 0x1c (Other conditions for common memory), length = 4 000: 02 00 00 ff (3V card) Tuple #4, code = 0x1d (Other conditions for attribute memory), length = 5 000: 03 67 5a 08 ff (MWAIT) (3V card) Tuple #5, code = 0x15 (Version 1 info), length = 80 000: 05 00 4c 75 63 65 6e 74 20 54 65 63 68 6e 6f 6c 010: 6f 67 69 65 73 00 57 61 76 65 4c 41 4e 2f 49 45 020: 45 45 00 56 65 72 73 69 6f 6e 20 30 31 2e 30 31 030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff Version = 5.0, Manuf = [Lucent Technologies], card vers = [WaveLAN/IEEE] Addit. info = [Version 01.01],[] Tuple #6, code = 0x20 (Manufacturer ID), length = 4 000: 56 01 02 00 PCMCIA ID = 0x156, OEM ID = 0x2 Tuple #7, code = 0x21 (Functional ID), length = 2 000: 06 00 Network/LAN adapter Tuple #8, code = 0x22 (Functional EXT), length = 2 000: 01 07 Network technology: Wireless Tuple #9, code = 0x22 (Functional EXT), length = 5 000: 02 40 42 0f 00 Network speed: 1 Mb/sec Tuple #10, code = 0x22 (Functional EXT), length = 5 000: 02 80 84 1e 00 Network speed: 2 Mb/sec Tuple #11, code = 0x22 (Functional EXT), length = 5 000: 02 60 ec 53 00 Network speed: 5 Mb/sec Tuple #12, code = 0x22 (Functional EXT), length = 5 000: 02 c0 d8 a7 00 Network speed: 11 Mb/sec Tuple #13, code = 0x22 (Functional EXT), length = 2 000: 03 07 Network media: 2.4 GHz Tuple #14, code = 0x22 (Functional EXT), length = 8 000: 04 06 00 02 2d 84 f1 f3 Network node ID: 00 02 2d 84 f1 f3 Tuple #15, code = 0x22 (Functional EXT), length = 2 000: 05 01 Network connector: closed connector standard Tuple #16, code = 0x1a (Configuration map), length = 7 000: 03 01 e0 03 00 00 01 Reg len = 4, config register addr = 0x3e0, last config = 0x1 Registers: X------- Tuple #17, code = 0x1b (Configuration entry), length = 16 000: c1 01 19 77 b5 1e 35 b5 3c 36 36 05 46 7f ff ff Config index = 0x1(default) Interface byte = 0x1 (I/O) Vcc pwr: Nominal operating supply voltage: 3 x 1V, ext = 0x1e Minimum operating supply voltage: 3 x 1V Maximum operating supply voltage: 3 x 1V, ext = 0x3c Max current average over 1 second: 3 x 100mA Max current average over 10 ms: 3 x 100mA Power down supply current: 1 x 10mA Card decodes 6 address lines, limited 8/16 Bit I/O IRQ modes: Level, Pulse IRQs: NMI IOCK BERR VEND 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Tuple #18, code = 0xff (Terminator), length = 0 2 slots found -------- dmesg.boot -------- 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-20030828-PRERELEASE #0 Calibrating clock(s) ... TSC clock: 1199992146 Hz, i8254 clock: 1193132 Hz Timecounter "i8254" frequency 1193132 Hz CPU: Mobile Intel(R) Celeron(TM) CPU 1200MHz (1199.99-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b4 Stepping = 4 Features=0x383f9ff real memory = 125763584 (122816K bytes) Physical memory chunk(s): 0x000001000 - 0x00009efff, 647168 bytes (158 pages) 0x00035d000 - 0x0077e5fff, 122195968 bytes (29833 pages) avail memory = 118894592 (116108K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fdb30 bios32: Entry = 0xfdb40 (c00fdb40) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xdb61 pnpbios: Found PnP BIOS data at 0xc00f87a0 pnpbios: Entry = f0000:7804 Rev = 1.0 Other BIOS signatures found: ACPI: 000fd450 Preloaded elf kernel "kernel" at 0xc0336000. Preloaded elf module "if_wi.ko" at 0xc033609c. VESA: information block 56 45 53 41 00 03 00 01 00 01 00 00 00 00 22 00 00 01 80 00 00 01 14 01 00 01 46 01 00 01 5a 01 00 01 02 01 01 01 00 01 03 01 04 01 05 01 0d 01 0e 01 10 01 11 01 13 01 14 01 16 01 17 01 32 01 VESA: 25 mode(s) found VESA: v3.0, 8192k memory, flags:0x0, mode table:0xc02c3262 (1000022) VESA: SiS VESA: Silicon Integrated Systems Corp. 630 2.04.50 Pentium Pro MTRR support enabled pci_open(1): mode 1 addr port (0x0cf8) is 0x80010010 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=06301039) Using $PIR table, 5 entries at 0xc00f8de0 pcib-: pcib0 exists, using next available unit number apm: incorrect signature (0x0) npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard found-> vendor=0x1039, dev=0x0630, revid=0x31 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base e0000000, size 26 found-> vendor=0x1039, dev=0x5513, revid=0xd0 class=01-01-80, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 00007ee0, size 4 found-> vendor=0x1039, dev=0x0008, revid=0x00 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1039, dev=0x0900, revid=0x82 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=c, irq=11 map[10]: type 1, range 32, base 0000d000, size 8 map[14]: type 1, range 32, base dffc0000, size 12 found-> vendor=0x1039, dev=0x7001, revid=0x07 class=0c-03-10, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=10 map[10]: type 1, range 32, base dffd0000, size 12 found-> vendor=0x1039, dev=0x7001, revid=0x07 class=0c-03-10, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=10 map[10]: type 1, range 32, base dffe0000, size 12 found-> vendor=0x1039, dev=0x7018, revid=0x02 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=b, irq=5 map[10]: type 1, range 32, base 0000d400, size 8 map[14]: type 1, range 32, base dfff0000, size 12 found-> vendor=0x1039, dev=0x7013, revid=0xa0 class=07-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=c, irq=11 map[10]: type 1, range 32, base 0000dc00, size 8 map[14]: type 1, range 32, base 0000d800, size 7 found-> vendor=0x1039, dev=0x0001, revid=0x00 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x1217, dev=0x6972, revid=0x00 class=06-07-00, hdrtype=0x02, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=255 found-> vendor=0x104c, dev=0xac50, revid=0x01 class=06-07-00, hdrtype=0x02, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=255 found-> vendor=0x11c1, dev=0x5811, revid=0x04 class=0c-00-10, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base dff80000, size 12 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 64M atapci0: port 0x7ee0-0x7eef at device 0.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x7ee0 ata0: mask=03 ostat0=50 ostat2=30 ata0-master: ATAPI 00 00 ata0-slave: ATAPI 30 30 ata0: mask=03 stat0=50 stat1=30 ata0-master: ATA 01 a5 ata0-slave: ATA 25 25 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x7ee8 ata1: mask=03 ostat0=50 ostat2=00 ata1-master: ATAPI 14 eb ata1-slave: ATAPI 00 00 ata1: mask=03 stat0=00 stat1=00 ata1: devices=04 ata1: at 0x170 irq 15 on atapci0 isab0: at device 1.0 on pci0 isa0: on isab0 sis0: port 0xd000-0xd0ff mem 0xdffc0000-0xdffc0fff irq 11 at device 1.1 on pci0 sis0: Ethernet address: zz:zz:zz:zz:zz:zz miibus0: on sis0 ukphy0: on miibus0 ukphy0: OUI 0x00057d, model 0x0004, rev. 1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: sis0 attached pci0: (vendor=0x1039, dev=0x7001) at 1.2 irq 10 pci0: (vendor=0x1039, dev=0x7001) at 1.3 irq 10 pcm0: port 0xd400-0xd4ff mem 0xdfff0000-0xdfff0fff irq 5 at device 1.4 on pci0 pcm0: pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement pcm0: Primary codec extended features AMAP pcm0: sndbuf_setmap 73b3000, 1000; 0xc0969000 -> 73b3000 pcm0: sndbuf_setmap 73b6000, 1000; 0xc096c000 -> 73b6000 pcm0: sndbuf_setmap 73b8000, 1000; 0xc096e000 -> 73b8000 pcm0: sndbuf_setmap 73bb000, 1000; 0xc0971000 -> 73bb000 pcm0: sndbuf_setmap 73bd000, 1000; 0xc0973000 -> 73bd000 pci0: (vendor=0x1039, dev=0x7013) at 1.6 irq 11 pcib2: at device 2.0 on pci0 found-> vendor=0x1039, dev=0x6300, revid=0x31 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base d0000000, size 27 map[14]: type 1, range 32, base dfee0000, size 17 map[18]: type 1, range 32, base 0000ac80, size 7 pci1: on pcib2 pci1: (vendor=0x1039, dev=0x6300) at 0.0 pci_cfgintr_search: linked (43) to configured irq 5 at 0:1:4 pci_cfgintr: 0:3 INTA routed to irq 5 pcic0: irq 5 at device 3.0 on pci0 pcic0: PCI Memory allocated: 0x88000000 pcic0: Warning: O2micro OZ68xx chips may not work using shared irq5. pcic0: PCI Configuration space: 0x00: 0x69721217 0x04100007 0x06070000 0x00020000 0x10: 0x88000000 0x020000a0 0x00000000 0x00000000 0x20: 0x00000000 0x00000000 0x00000000 0x00000001 0x30: 0x00000001 0x00000001 0x00000001 0x07600105 0x40: 0x060114ff 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00000000 0x00000000 0x00000000 0x000c1002 0x90: 0x00000002 0x00000000 0x00000000 0x00000000 0xa0: 0xfe020001 0x00c04000 0x00000000 0x00000009 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x08004000 0x028203ea 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 pccard0: on pcic0 pci_cfgintr_virgin: using routable interrupt 3 pci_cfgintr: ROUTE_INTERRUPT failed. pcic1: at device 9.0 on pci0 pcic1: PCI Memory allocated: 0x88001000 pci_cfgintr_virgin: using routable interrupt 3 pci_cfgintr: ROUTE_INTERRUPT failed. pcic1: No PCI interrupt routed, trying ISA. pcic1: Polling mode pcic1: TI12XX PCI Config Reg: [pwr save][pci only] pcic1: PCI Configuration space: 0x00: 0xac50104c 0x02100003 0x06070001 0x00020000 0x10: 0x88001000 0x020000a0 0x00000000 0x00000000 0x20: 0x00000000 0x00000000 0x00000000 0x00000000 0x30: 0x00000000 0x00000000 0x00000000 0x07e001ff 0x40: 0x050014ff 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00449060 0x00000000 0x00000000 0x01000002 0x90: 0x616000c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe110001 0x00c00000 0x0000000e 0x0000001b 0xb0: 0x08000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 pccard1: on pcic1 pci0: (vendor=0x11c1, dev=0x5811) at 10.0 irq 11 pci-: pci1 exists, using next available unit number pcib1: on motherboard pci2: on pcib1 pcic-: pcic0 exists, using next available unit number Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: