From owner-freebsd-mobile Sun May 12 2:37:59 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from purple.nge.isi.edu (csperkins.demon.co.uk [193.237.26.84]) by hub.freebsd.org (Postfix) with ESMTP id 179BC37B401 for ; Sun, 12 May 2002 02:37:50 -0700 (PDT) Received: from purple.nge.isi.edu (localhost.nge.isi.edu [127.0.0.1]) by purple.nge.isi.edu (8.12.2/8.12.2) with ESMTP id g4C9ajuD000836; Sun, 12 May 2002 05:36:45 -0400 (EDT) (envelope-from csp@purple.nge.isi.edu) Message-Id: <200205120936.g4C9ajuD000836@purple.nge.isi.edu> To: "Michael W. Collette" Cc: Troy , FreeBSD Mailing Lists , hodson@icir.org Subject: Re: XFree86 on Thinkpad T23 In-Reply-To: Your message of "Sat, 11 May 2002 17:12:17 PDT." <200205111712.17347.metrol@metrol.net> Date: Sun, 12 May 2002 10:36:45 +0100 From: Colin Perkins Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --> "Michael W. Collette" writes: >Troy wrote: >> 2) vi /usr/src/sys/dev/sound/pcm/ac97.c >> replace: >> DELAY (1000); >> with: >> DELAY (4000); > >The clouds parted, the angels wept, and my T23 played a wave!! One teensy >mistake here in your post threw me for a bit until I managed to dig up the >post mentioning the original fix. Missed it by one little decimal place :) > >DELAY (10000); > gets replaced with >DELAY (40000); > >That's the magic that makes it work. > >I should also note that in the original posts concerning this there was a >concern that this additional delay may have some interaction problems with >other devices. I'm personally WAY too early into this to tell one way or the >other. Just thought it worth mentioning that newer fixes may be a coming. Orion has a better fix which I've been testing. Try the enclosed, although there may be a newer version by now (this only fixes the first DELAY(10000), and needs the obvious fix for the other one). Colin Index: ac97.h =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pcm/ac97.h,v retrieving revision 1.3.2.5 diff -u -r1.3.2.5 ac97.h --- ac97.h 1 Aug 2001 03:41:03 -0000 1.3.2.5 +++ ac97.h 15 Apr 2002 15:21:41 -0000 @@ -47,6 +47,12 @@ #define AC97_REG_GEN 0x20 #define AC97_REG_3D 0x22 #define AC97_REG_POWER 0x26 +#define AC97_POWER_ADC (1 << 0) +#define AC97_POWER_DAC (1 << 1) +#define AC97_POWER_ANL (1 << 2) +#define AC97_POWER_REF (1 << 3) +#define AC97_POWER_STATUS (AC97_POWER_ADC | AC97_POWER_DAC | \ + AC97_POWER_REF | AC97_POWER_ANL ) #define AC97_REGEXT_ID 0x28 #define AC97_EXTCAP_VRA (1 << 0) #define AC97_EXTCAP_DRA (1 << 1) Index: ac97.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pcm/ac97.c,v retrieving revision 1.5.2.7 diff -u -r1.5.2.7 ac97.c --- ac97.c 12 Dec 2001 19:45:23 -0000 1.5.2.7 +++ ac97.c 15 Apr 2002 15:21:41 -0000 @@ -367,7 +367,18 @@ wrcd(codec, AC97_REG_POWER, (codec->flags & AC97_F_EAPD_INV)? 0x8000 : 0x0000); wrcd(codec, AC97_REG_RESET, 0); - DELAY(100000); + for(i = 0; i < 500; i++) { + static u_int32_t os = 0; + u_int32_t s = rdcd(codec, AC97_REG_POWER) & AC97_POWER_STATUS; + if (s == AC97_POWER_STATUS) + break; + if (s != os) + device_printf(codec->dev, "status 0x%02x %d\n", s, i); + os = s; + DELAY(10000); + } + device_printf(codec->dev, "Ready at %d\n", i); + wrcd(codec, AC97_REG_POWER, (codec->flags & AC97_F_EAPD_INV)? 0x8000 : 0x0000); i = rdcd(codec, AC97_REG_RESET); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun May 12 8:25:50 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 55C9B37B405 for ; Sun, 12 May 2002 08:25:45 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g4CFPhf14914; Sun, 12 May 2002 09:25:43 -0600 (MDT) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g4CFPNr89128; Sun, 12 May 2002 09:25:42 -0600 (MDT) (envelope-from imp@village.org) Date: Sun, 12 May 2002 09:24:45 -0600 (MDT) Message-Id: <20020512.092445.56395552.imp@village.org> To: parv@subdimension.com Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: is lockup "normal" after "/usr/sbin/pccardd -v" on freebsd-stable-2002.05.02? From: "M. Warner Losh" In-Reply-To: <20020512065528.GA83104@moo.holy.cow> References: <20020509063610.GA86942@moo.holy.cow> <20020511.174214.92003347.imp@village.org> <20020512065528.GA83104@moo.holy.cow> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message: <20020512065528.GA83104@moo.holy.cow> parv writes: : in message <20020511.174214.92003347.imp@village.org>, : wrote M. Warner Losh thusly... : > : > Lockup isn't normal. Likely I've gotten something minorly wrong for : > your bridge. You likely can work around the problem by using ISA : > interrupts. hw.pcic.intr_route: 1. : : warner, i don't see that mib. below is what i have... : : # sysctl -a | fgrep pcic| sort -u | less : hw.pcic.boot_deactivated: 0 : hw.pcic.ignore_function_1: 0 : hw.pcic.init_routing: 0 : hw.pcic.intr_path: 2 hw.pcic.intr_path is right. It is the one that you want to use. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun May 12 9:44:24 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from grog.banacha.amwaw.edu.pl (klif.amwaw.edu.pl [212.87.22.20]) by hub.freebsd.org (Postfix) with ESMTP id 6603637B404 for ; Sun, 12 May 2002 09:44:20 -0700 (PDT) Received: (from mail@localhost) by grog.banacha.amwaw.edu.pl (8.9.2/8.9.2) id SAA17863 for ; Sun, 12 May 2002 18:43:55 +0200 (MDT) Received: from (ph74.warszawa.sdi.tpnet.pl [213.76.225.74]) by grog.banacha.amwaw.edu.pl via smap (V2.1) id xma017861; Sun, 12 May 02 18:43:38 +0200 Message-ID: <3CDE9C37.7080808@mini.pw.edu.pl> Date: Sun, 12 May 2002 18:45:43 +0200 From: =?ISO-8859-2?Q?Marek_Koz=B3owski?= User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.9) Gecko/20020311 X-Accept-Language: en-us, en, nl MIME-Version: 1.0 To: freebsd-mobile@FreeBSD.org Subject: apm Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org :-) Of course :P doesn't work :( I have enabled apm during making the kernel but I can't se _any_ messages during boot time ('dmesg | more' after 'boot -v') concerning apm. Maybe there is something more I've forgotten? Best regards, MArek To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun May 12 10:15:10 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from mail.dada.it (mail5.dada.it [195.110.96.37]) by hub.freebsd.org (Postfix) with SMTP id 0C74837B403 for ; Sun, 12 May 2002 10:15:05 -0700 (PDT) Received: (qmail 12761 invoked from network); 12 May 2002 17:14:58 -0000 Received: from unknown (HELO libero.sunshine.ale) (195.110.114.252) by mail.dada.it with SMTP; 12 May 2002 17:14:58 -0000 Received: by libero.sunshine.ale (Postfix, from userid 1001) id 2C1B75D1B; Sun, 12 May 2002 19:14:53 +0200 (CEST) Date: Sun, 12 May 2002 19:14:53 +0200 From: Alessandro de Manzano To: mobile@freebsd.org Subject: PCMCIA ISDN TA Message-ID: <20020512191453.A41570@libero.sunshine.ale> Reply-To: Alessandro de Manzano Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Operating-System: FreeBSD 4.5-STABLE Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi! still here with my PCMCIAs ;) I'm trying to make working a PCMCIA ISDN TA with FreeBSD-4.5p4. (taiwanese producer, pratically no-name) Here is its "pccardc dumpcis" output: 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 = 0x15 (Version 1 info), length = 22 000: 04 01 49 6e 74 65 6c 6c 69 67 65 6e 74 00 49 53 010: 44 4e 20 54 41 00 Version = 4.1, Manuf = [Intelligent], card vers = [ISDN TA] Addit. info = [],[] Tuple #3, code = 0x21 (Functional ID), length = 2 000: 00 00 Multifunction card Tuple #4, code = 0x1a (Configuration map), length = 5 000: 01 c1 00 04 01 Reg len = 2, config register addr = 0x400, last config = 0xc1 Registers: X------- Tuple #5, code = 0x1b (Configuration entry), length = 18 000: c1 01 19 0f 55 c5 3c d5 19 55 ca 41 01 00 30 ff 010: ff 20 Config index = 0x1(default) Interface byte = 0x1 (I/O) Vcc pwr: Nominal operating supply voltage: 5 x 1V Minimum operating supply voltage: 4 x 1V, ext = 0x3c Maximum operating supply voltage: 5 x 1V, ext = 0x19 Continuous supply current: 5 x 10mA Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block length = 0x2 I/O address # 2: block length = 0x1 IRQ modes: Level IRQs: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Tuple #6, code = 0xff (Terminator), length = 0 2 slots found I hope this should not be another "winmodem"-like crap, as its name is "Intelligent TA" (!?).. (yea, I've only the hope :( ) Could someone help me understand that output ? I tried to configure it like a generic PCMCIA serial modem with this is its section of pccard.conf config auto "sio" ? The kernel seems to try to attach a sio4 device (seen as 8250, fake I guess) but of course /dev/cuaa4 does not work (still does not hang the machine) Does someone have suggestions, hints, ideas about this little piece of hardware ? :-) As usual, many many thanks in advance! -- bye! Ale ale@unixmania.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun May 12 10:51:56 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with ESMTP id 0E1D637B401 for ; Sun, 12 May 2002 10:51:51 -0700 (PDT) Received: from localhost (localhost.hcs.de [127.0.0.1]) by hcshh.hcs.de (Postfix) with ESMTP id 3B210155A3; Sun, 12 May 2002 19:51:49 +0200 (CEST) Received: from hcswork.hcs.de (hcswork.hcs.de [172.24.124.5]) by hcshh.hcs.de (Postfix) with ESMTP id 66B8B155A1; Sun, 12 May 2002 19:51:47 +0200 (CEST) Received: by hcswork.hcs.de (Postfix, from userid 200) id 341E55D2; Sun, 12 May 2002 19:51:47 +0200 (METDST) Subject: Re: PCMCIA ISDN TA In-Reply-To: <20020512191453.A41570@libero.sunshine.ale> "from Alessandro de Manzano at May 12, 2002 07:14:53 pm" To: Alessandro de Manzano Date: Sun, 12 May 2002 19:51:47 +0200 (METDST) Cc: mobile@freebsd.org Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL84 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20020512175147.341E55D2@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) X-Virus-Scanned-HCS: by AMaViS perl-11 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org From the keyboard of Alessandro de Manzano: > I'm trying to make working a PCMCIA ISDN TA with FreeBSD-4.5p4. ... > Version = 4.1, Manuf = [Intelligent], card vers = [ISDN TA] ... I have one of these here too. It is a passive ISDN PCMCIA card using a Cologne Chip ISA/PCMCIA chipset. Its currenly unsupported in i4b. The "TA" is misleading, its not a Terminal Adaptor, its just a plain passive ISDN card. In case you want to get this up and running, your best starting point would be to hack on the ihfc driver from the ISDN subsystem in FreeBSD, this driver uses a similar chipset. hellmuth > Addit. info = [],[] > Tuple #3, code = 0x21 (Functional ID), length = 2 > 000: 00 00 > Multifunction card > Tuple #4, code = 0x1a (Configuration map), length = 5 > 000: 01 c1 00 04 01 > Reg len = 2, config register addr = 0x400, last config = 0xc1 > Registers: X------- > Tuple #5, code = 0x1b (Configuration entry), length = 18 > 000: c1 01 19 0f 55 c5 3c d5 19 55 ca 41 01 00 30 ff > 010: ff 20 > Config index = 0x1(default) > Interface byte = 0x1 (I/O) > Vcc pwr: > Nominal operating supply voltage: 5 x 1V > Minimum operating supply voltage: 4 x 1V, ext = 0x3c > Maximum operating supply voltage: 5 x 1V, ext = 0x19 > Continuous supply current: 5 x 10mA > Card decodes 10 address lines, limited 8/16 Bit I/O > I/O address # 1: block length = 0x2 > I/O address # 2: block length = 0x1 > IRQ modes: Level > IRQs: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 > Tuple #6, code = 0xff (Terminator), length = 0 > 2 slots found > > > > I hope this should not be another "winmodem"-like crap, as its name is > "Intelligent TA" (!?).. (yea, I've only the hope :( ) > > Could someone help me understand that output ? > > > I tried to configure it like a generic PCMCIA serial modem with this is > its section of pccard.conf > > config auto "sio" ? > > The kernel seems to try to attach a sio4 device (seen as 8250, fake I > guess) but of course /dev/cuaa4 does not work (still does not hang the > machine) > > > Does someone have suggestions, hints, ideas about this little piece of > hardware ? :-) > > > As usual, many many thanks in advance! > > > > > -- > > bye! > > Ale > > ale@unixmania.net > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message > -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun May 12 11:17:54 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from fiinbeck.math.ntnu.no (fiinbeck.math.ntnu.no [129.241.15.140]) by hub.freebsd.org (Postfix) with SMTP id DB62637B406 for ; Sun, 12 May 2002 11:17:50 -0700 (PDT) Received: (qmail 20019 invoked from network); 12 May 2002 18:17:49 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 12 May 2002 18:17:49 -0000 To: freebsd-mobile@FreeBSD.org Subject: Re: apm In-Reply-To: <3CDE9C37.7080808@mini.pw.edu.pl> References: <3CDE9C37.7080808@mini.pw.edu.pl> X-Mailer: Mew version 1.94.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) X-URL: http://www.math.ntnu.no/~hanche/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-Id: <20020512201749R.hanche@math.ntnu.no> Date: Sun, 12 May 2002 20:17:49 +0200 From: Harald Hanche-Olsen X-Dispatcher: imput version 20000228(IM140) Lines: 10 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org + Marek Koz³owski : | I have enabled apm during making the kernel but I can't se _any_ | messages during boot time ('dmesg | more' after 'boot -v') concerning | apm. Maybe there is something more I've forgotten? Maybe it needs to be enabled in the BIOS? I am sure my bios has some apm related settings. - Harald To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun May 12 11:54:17 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from mail.dada.it (mail3.dada.it [195.110.96.70]) by hub.freebsd.org (Postfix) with SMTP id 5DCE037B404 for ; Sun, 12 May 2002 11:54:12 -0700 (PDT) Received: (qmail 23142 invoked from network); 12 May 2002 18:54:05 -0000 Received: from unknown (HELO libero.sunshine.ale) (195.110.114.252) by mail.dada.it with SMTP; 12 May 2002 18:54:05 -0000 Received: by libero.sunshine.ale (Postfix, from userid 1001) id DED5F5F93; Sun, 12 May 2002 20:54:00 +0200 (CEST) Date: Sun, 12 May 2002 20:54:00 +0200 From: Alessandro de Manzano To: Hellmuth Michaelis Cc: mobile@freebsd.org Subject: Re: PCMCIA ISDN TA Message-ID: <20020512205400.A41814@libero.sunshine.ale> Reply-To: Alessandro de Manzano References: <20020512191453.A41570@libero.sunshine.ale> <20020512175147.341E55D2@hcswork.hcs.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020512175147.341E55D2@hcswork.hcs.de>; from hm@hcs.de on Sun, May 12, 2002 at 07:51:47PM +0200 X-Operating-System: FreeBSD 4.5-STABLE Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, May 12, 2002 at 07:51:47PM +0200, Hellmuth Michaelis wrote: > > Version = 4.1, Manuf = [Intelligent], card vers = [ISDN TA] > ... > > I have one of these here too. It is a passive ISDN PCMCIA card using > a Cologne Chip ISA/PCMCIA chipset. Its currenly unsupported in i4b. oh well .. I knew it is crap ;( > The "TA" is misleading, its not a Terminal Adaptor, its just a plain > passive ISDN card. sigh... :( > In case you want to get this up and running, your best starting point > would be to hack on the ihfc driver from the ISDN subsystem in FreeBSD, > this driver uses a similar chipset. well, thanks, but I'm afraid I have not time nor enough knowledge to try this hack :( I could just test something if you or others would write it :-) let's hope in the future, Many thanks ! -- bye! Ale ale@unixmania.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun May 12 14:51:47 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id 1149F37B40D for ; Sun, 12 May 2002 14:51:35 -0700 (PDT) Received: from sdn-ar-007dcwashp119.dialsprint.net ([63.178.91.79] helo=moo.holy.cow) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 1771Fa-00063Y-00; Sun, 12 May 2002 14:51:30 -0700 Received: by moo.holy.cow (Postfix, from userid 1001) id 0439F50B8D; Sun, 12 May 2002 17:53:13 -0400 (EDT) Date: Sun, 12 May 2002 17:53:13 -0400 From: parv To: "M. Warner Losh" Cc: f-mobile Subject: Re: is lockup "normal" after "/usr/sbin/pccardd -v" on freebsd-stable-2002.05.02? Message-ID: <20020512215313.GA350@moo.holy.cow> Mail-Followup-To: "M. Warner Losh" , f-mobile References: <20020509063610.GA86942@moo.holy.cow> <20020511.174214.92003347.imp@village.org> <20020512065528.GA83104@moo.holy.cow> <20020512.092445.56395552.imp@village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020512.092445.56395552.imp@village.org> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org in message <20020512.092445.56395552.imp@village.org>, wrote M. Warner Losh thusly... > > In message: <20020512065528.GA83104@moo.holy.cow> > parv writes: > : in message <20020511.174214.92003347.imp@village.org>, > : wrote M. Warner Losh thusly... > : > > : > Lockup isn't normal. Likely I've gotten something minorly wrong for > : > your bridge. You likely can work around the problem by using ISA > : > interrupts. hw.pcic.intr_route: 1. > : > : warner, i don't see that mib. below is what i have... > : > : hw.pcic.boot_deactivated: 0 > : hw.pcic.ignore_function_1: 0 > : hw.pcic.init_routing: 0 > : hw.pcic.intr_path: 2 > > hw.pcic.intr_path is right. It is the one that you want to use. i tried w/ value of 1 but there is still same lockup w/ "/usr/sbin/pccardd -v". -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun May 12 19:21:55 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 5B45737B406 for ; Sun, 12 May 2002 19:21:50 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g4D2Lmf16617; Sun, 12 May 2002 20:21:48 -0600 (MDT) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g4D2Llr91346; Sun, 12 May 2002 20:21:47 -0600 (MDT) (envelope-from imp@village.org) Date: Sun, 12 May 2002 20:21:07 -0600 (MDT) Message-Id: <20020512.202107.81051391.imp@village.org> To: parv@pair.com Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: is lockup "normal" after "/usr/sbin/pccardd -v" on freebsd-stable-2002.05.02? From: "M. Warner Losh" In-Reply-To: <20020512215313.GA350@moo.holy.cow> References: <20020512065528.GA83104@moo.holy.cow> <20020512.092445.56395552.imp@village.org> <20020512215313.GA350@moo.holy.cow> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message: <20020512215313.GA350@moo.holy.cow> parv writes: : i tried w/ value of 1 but there is still same lockup w/ : "/usr/sbin/pccardd -v". Interesting. Can you live with the problem until June 7th and then drop me some email so that I can properly devote the time it will take to diagnost this problem? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun May 12 21:47:40 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id C2FE437B401 for ; Sun, 12 May 2002 21:47:37 -0700 (PDT) Received: from sdn-ar-008dcwashp279.dialsprint.net ([63.178.90.209] helo=moo.holy.cow) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 1777kG-000148-00; Sun, 12 May 2002 21:47:37 -0700 Received: by moo.holy.cow (Postfix, from userid 1001) id 3B5A850B8D; Mon, 13 May 2002 00:49:23 -0400 (EDT) Date: Mon, 13 May 2002 00:49:23 -0400 From: parv To: "M. Warner Losh" Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: is lockup "normal" after "/usr/sbin/pccardd -v" on freebsd-stable-2002.05.02? Message-ID: <20020513044922.GA924@moo.holy.cow> Mail-Followup-To: "M. Warner Losh" , freebsd-mobile@FreeBSD.ORG References: <20020512065528.GA83104@moo.holy.cow> <20020512.092445.56395552.imp@village.org> <20020512215313.GA350@moo.holy.cow> <20020512.202107.81051391.imp@village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020512.202107.81051391.imp@village.org> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org in message <20020512.202107.81051391.imp@village.org>, wrote M. Warner Losh thusly... > > In message: <20020512215313.GA350@moo.holy.cow> > parv writes: > : i tried w/ value of 1 but there is still same lockup w/ > : "/usr/sbin/pccardd -v". > > Interesting. Can you live with the problem until June 7th and > then drop me some email so that I can properly devote the time it > will take to diagnost this problem? yeah sure, i am not in any hurry as i found the problem due to sheer curiosity. only problem is if i can remember on jun. 7th to bug you again. - parv -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon May 13 6:11:50 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from zaney.sindrome.net (anahogrove.sindrome.net [209.172.186.252]) by hub.freebsd.org (Postfix) with ESMTP id 5BA6D37B400 for ; Mon, 13 May 2002 06:11:44 -0700 (PDT) Received: from zaney.sindrome.net (localhost [127.0.0.1]) by zaney.sindrome.net (8.12.3/8.12.3) with ESMTP id g4DDBXtK006719 for ; Mon, 13 May 2002 08:11:33 -0500 (CDT) (envelope-from sindrome@sindrome.net) Received: (from sindrome@localhost) by zaney.sindrome.net (8.12.3/8.12.3/Submit) id g4DDBXtb006718 for freebsd-mobile@FreeBSD.ORG; Mon, 13 May 2002 08:11:33 -0500 (CDT) X-Authentication-Warning: zaney.sindrome.net: sindrome set sender to sindrome@sindrome.net using -f Date: Mon, 13 May 2002 08:11:33 -0500 From: Troy To: freebsd-mobile@FreeBSD.ORG Subject: Re: XFree86 on Thinkpad T23 Message-ID: <20020513081133.A6677@sindrome.net> Reply-To: sindrome@sindrome.net References: <200205111532.25977.metrol@metrol.net> <1021156781.300.4.camel@gyros.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1021156781.300.4.camel@gyros.marcuscom.com>; from marcus@marcuscom.com on Sat, May 11, 2002 at 06:39:41PM -0400 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I should have mentioned that I'm running CURRENT. The PCI_ALLOW_UNSUPPORTED_IO_RANGE 1 helped with the unrecognized TI CardBus Bridge - not related to the sound, but still related to getting the Thinkpad T23 hardware recognized. In your opt_pci.h file you need to have: #define PCI_ENABLE_IO_MODES 1 #define PCI_ALLOW_UNSUPPORTED_IO_RANGE 1 Hope this helps. -Troy > > The option for PCI_ALLOW_UNSUPPORTED_IO_RANGE kicks back an immediate error > > during the compile as not being recognized. I didn't see any mention of this To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon May 13 7: 1:45 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from relay.wineasy.se (smtp.wineasy.se [195.42.198.20]) by hub.freebsd.org (Postfix) with ESMTP id DF54037B400; Mon, 13 May 2002 07:01:37 -0700 (PDT) Received: from veidit.net ([213.88.130.20]) by relay.wineasy.se with ESMTP id g4DE1an02503; Mon, 13 May 2002 16:01:36 +0200 Message-ID: <3CDFC73D.4020208@veidit.net> Date: Mon, 13 May 2002 16:01:33 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc2) Gecko/20020510 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current Cc: freebsd-mobile Subject: Problem with Intel 2011b Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello I just got my hands on a Intel 2011b Wireless card, I'm running FreeBSD current (dated just before gcc 3.1). Now my problem is that I insert the card and well nothing happens, the system gets locked, when I remove the card I everything starts working once again, and it says it can't manage card ("null"), ("null") Any one got any idea? mvh /John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon May 13 7:21:54 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from mail025.syd.optusnet.com.au (mail025.syd.optusnet.com.au [210.49.20.147]) by hub.freebsd.org (Postfix) with ESMTP id 7C98E37B409 for ; Mon, 13 May 2002 07:21:09 -0700 (PDT) Received: from coren (c16973.brasd1.vic.optusnet.com.au [210.49.154.86]) by mail025.syd.optusnet.com.au (8.11.1/8.11.1) with SMTP id g4DEL8v28575 for ; Tue, 14 May 2002 00:21:08 +1000 Message-ID: <005001c1fa89$6f4e71c0$0100a8c0@coren> From: "Emil Mikulic" To: Subject: pccard weirdness with 4.6-PRE and Toshiba Satellite 1550CDS Date: Tue, 14 May 2002 00:21:12 +1000 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.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org My laptop is a standard Toshiba Satellite 1550CDS. I ran 4.4-RELEASE on it without any problems. I CVSup'd to 4-STABLE (giving me 4.6-PRERELEASE) on May 13 2002 and now I'm getting a lot of problems with my PCMCIA network card, a Xircom RealPort(tm) Ethernet 10/100 RE-100 (according to the underside of the card) The PC Card controller mode is set to "CardBus/16-bit" in the laptop's BIOS (v7.10) On boot: pccard: card inserted, slot 0 When I run pccardd: pccardd[108]: Card "Xircom"("CreditCard 10/100") [CE3-10/100] [1.00] matched "Xircom" ("CreditCard 10/100") [(null)] [(null)] xe0 at port 0x240-0x24f iomem 0xcc000-0xccfff irq 11 slot 0 on pccard0 xe0: Xircom CE3, bonding version 0x45, 100Mbps capable xe0: DingoID = 0x444b, RevisionID = 0x1, VendorID = 0 xe0: Ethernet address 00:10:a4:eb:0a:1b pccardd[108]: xe0: Xircom (CreditCard 10/100) inserted. pccardd[108]: pccardd started When I run 'dhclient xe0,' the machine freezes up COMPLETELY. I can't even switch virtual consoles. If I physically eject the card, it starts responding again: dhclient: receive_packet failed on xe0: Device not configured pccardd[108]: xe0: Xircom (CreditCard 10/100) removed. dhclient: receive_packet failed on xe0: Device not configured last message repeated 20716 times If I then physically reinsert the card: pccard: card inserted, slot 0 pccardd[108]: Card "Xircom"("CreditCard 10/100") [CE3-10/100] [1.00] matched "Xircom" ("CreditCard 10/100") [(null)] [(null)] xe0 at port 0x240-0x24f iomem 0xcc000-0xccfff irq 11 slot 0 on pccard0 xe0: Xircom CE3, bonding version 0x45, 100Mbps capable xe0: DingoID = 0x444b, RevisionID = 0x1, VendorID = 0 xe0: Ethernet address 00:10:a4:eb:0a:1b pccardd[108]: xe0: Xircom (CreditCard 10/100) inserted. I now run dhclient again it succeeds, sets up the interface and the network card works as expected. I tried Mr. Losh's hw.pcic.intr_path=1 suggestion, but it didn't work. The behaviour was the same except that the machine didn't unfreeze when I ejected the card, but only when I shoved it back in. Something interesting I discovered completely by accident: Reboot the machine: pccard: card inserted, slot 0 Run madplay (the Satellite has an ESS Maestro 2E that works quite happily with the pcm driver): # madplay /home/darkmoon/walked-in-line.mp3 [MAD Banner and ID3 tag] pccard: card removed, slot 0 pccard: card inserted, slot 0 (I swear I didn't physically touch the card!) After this, I can quite happily run pccardd: pccardd[108]: Card "Xircom"("CreditCard 10/100") [CE3-10/100] [1.00] matched "Xircom" ("CreditCard 10/100") [(null)] [(null)] xe0 at port 0x240-0x24f iomem 0xcc000-0xccfff irq 11 slot 0 on pccard0 xe0: Xircom CE3, bonding version 0x45, 100Mbps capable xe0: DingoID = 0x444b, RevisionID = 0x1, VendorID = 0 xe0: Ethernet address 00:10:a4:eb:0a:1b pccardd[108]: xe0: Xircom (CreditCard 10/100) inserted. pccardd[108]: pccardd started And dhclient with no weird lockup: # dhclient xe0 # This has worked for me every time. I use it as a work-around: The top line of my /etc/rc.pccard is a "madplay -t 0.1 [path-to-mp3]" I spent a dozen reboots stepping through the madplay code to find what triggers the pccard removed/inserted thing. I don't know if I'm right but it appears to write sound data to a file descriptor (which, I'm guessing is pointing at /dev/dsp or something similar) and, after a few writes, the pccard thing happens, then after that sound actually starts being produced from the speakers. From reading a few other threads in the freebsd-mobile archive, it appears that I'm not the only person suffering from the pccard lockup problem. Is there any way I can help in getting this fixed? --- random diagnostic data follows --- haplo# sysctl -a | fgrep pcic | sort -u hw.pcic.boot_deactivated: 0 hw.pcic.ignore_function_1: 0 hw.pcic.init_routing: 0 hw.pcic.intr_path: 2 hw.pcic.irq: 0 machdep.pccard.pcic_resume_reset: 1 pccard0: on pcic0 pccard1: on pcic1 pcic0: irq 11 at device 19.0 on pci0 pcic0: PCI Memory allocated: 0x44000000 pcic0: Polling mode pcic1: irq 11 at device 19.1 on pci0 pcic1: PCI Memory allocated: 0x44001000 pcic1: Polling mode (from dmesg) pcib0: on motherboard pci0: on pcib0 pci0: (vendor=0x11c1, dev=0x0441) at 7.0 irq 3 pci0: at 8.0 pci0: at 11.0 irq 11 pcm0: port 0xff00-0xffff irq 11 at device 12.0 on pci0 pcic0: irq 11 at device 19.0 on pci0 pcic0: PCI Memory allocated: 0x44000000 pccard0: on pcic0 pcic1: irq 11 at device 19.1 on pci0 pcic1: PCI Memory allocated: 0x44001000 pccard1: on pcic1 eisa0: on motherboard eisa0: unknown card @@@0000 (0x00000000) at slot 1 isa0: on motherboard pccard: card inserted, slot 0 ad0: 4126MB [8944/15/63] at ata0-master BIOSDMA acd0: CDROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon May 13 7:54:18 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from mail1.telekom.de (mail1.telekom.de [62.225.183.235]) by hub.freebsd.org (Postfix) with ESMTP id D041D37B447; Mon, 13 May 2002 07:51:16 -0700 (PDT) Received: from g8pbt.blf01.telekom.de by G8SBV.dmz.telekom.de with ESMTP; Mon, 13 May 2002 16:50:07 +0200 Received: by G8PBT.blf01.telekom.de with Internet Mail Service (5.5.2653.19) id ; Mon, 13 May 2002 16:51:13 +0200 Message-Id: <5D90F2332B50D411BE8A00209412104C0385090D@QHS63> From: alan.edmonds@t-motion.net To: john@veidit.net, current@freebsd.org Cc: freebsd-mobile@freebsd.org Subject: RE: Problem with Intel 2011b Date: Mon, 13 May 2002 16:47:05 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have used the non-B version with -current and an IBM thinkpad. What kind of laptop? dmesg output would be nice. Do any other cards work? Alan Edmonds -----Original Message----- From: John Angelmo [mailto:john@veidit.net] Sent: 13 May 2002 15:02 To: current Cc: freebsd-mobile Subject: Problem with Intel 2011b Hello I just got my hands on a Intel 2011b Wireless card, I'm running FreeBSD current (dated just before gcc 3.1). Now my problem is that I insert the card and well nothing happens, the system gets locked, when I remove the card I everything starts working once again, and it says it can't manage card ("null"), ("null") Any one got any idea? mvh /John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon May 13 8:16:40 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from quack.kfu.com (adsl-67-113-12-90.dsl.snfc21.pacbell.net [67.113.12.90]) by hub.freebsd.org (Postfix) with ESMTP id E8EC537B403 for ; Mon, 13 May 2002 08:16:37 -0700 (PDT) Received: from icarus.kfu.com ([3ffe:1200:301b:2::2]) by quack.kfu.com (8.11.6/8.11.6) with ESMTP id g4DFGUs96415 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK) for ; Mon, 13 May 2002 08:16:37 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Received: from quack.kfu.com (localhost [IPv6:::1]) by icarus.kfu.com (8.12.3/8.12.3) with ESMTP id g4DFGUV1003724 for ; Mon, 13 May 2002 08:16:30 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Message-ID: <3CDFD8CE.1040300@quack.kfu.com> Date: Mon, 13 May 2002 08:16:30 -0700 From: Nick Sayer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc1) Gecko/20020430 X-Accept-Language: en, en-US, en-GB MIME-Version: 1.0 To: mobile@freebsd.org Subject: HostAP mode ROCKS!!! ...and a small suggestion Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hooray for whoever came up with hostap mode! It worked first time perfectly with 104 bit WEP and everything. Yay! I'd like an explanation, if I may, of what the 'authmode' setting in ifconfig does. I can't really see any effect. I'd also like to suggest that the wi.4 man page contain a reference to /usr/share/examples/netgraph/ether.bridge in addition to the 'options BRIDGE' method for bridging interfaces. I prefer netgraph bridging for reasons I find difficult to articulate. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon May 13 8:20:16 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from relay.wineasy.se (smtp.wineasy.se [195.42.198.20]) by hub.freebsd.org (Postfix) with ESMTP id 28EDA37B407; Mon, 13 May 2002 08:19:53 -0700 (PDT) Received: from veidit.net ([213.88.130.20]) by relay.wineasy.se with ESMTP id g4DFEhn20756; Mon, 13 May 2002 17:14:43 +0200 Message-ID: <3CDFD860.90609@veidit.net> Date: Mon, 13 May 2002 17:14:40 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc2) Gecko/20020513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: alan.edmonds@t-motion.net Cc: current@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: Problem with Intel 2011b References: <5D90F2332B50D411BE8A00209412104C0385090D@QHS63> Content-Type: multipart/mixed; boundary="------------080105000503070204080304" Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------080105000503070204080304 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit alan.edmonds@t-motion.net wrote: > I have used the non-B version with -current and an IBM thinkpad. > > What kind of laptop? dmesg output would be nice. > Do any other cards work? > > Alan Edmonds > > -----Original Message----- > From: John Angelmo [mailto:john@veidit.net] > Sent: 13 May 2002 15:02 > To: current > Cc: freebsd-mobile > Subject: Problem with Intel 2011b > > > Hello > > I just got my hands on a Intel 2011b Wireless card, I'm running FreeBSD > current (dated just before gcc 3.1). > Now my problem is that I insert the card and well nothing happens, the > system gets locked, when I remove the card I everything starts working > once again, and it says it can't manage card ("null"), ("null") > > Any one got any idea? > > mvh /John > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Well 2011b is a 32bit card (if I'm not mistaking) the 2011 card is the same as the symbol card but the 2011b card uses 3.3v instead of 5v So perhaps I need to use: device pccbb # cardbus (yenta) bridge device pccard device cardbus instead of: device card # pccard bus device pcic # PCMCIA bridge What else can I do? I use a C Series Lifebook from Fujitsu Siemens /John --------------080105000503070204080304 Content-Type: application/x-java-vm; name="dmesg" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="dmesg" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDIgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMC1DVVJSRU5UICMwOiBUdWUgTWF5 ICA3IDIwOjI0OjA0IENFU1QgMjAwMgogICAgcm9vdEBBbW5lc2lhYzovdXNyL29iai91c3Iv c3JjL3N5cy9MaW5uClByZWxvYWRlZCBlbGYga2VybmVsICIvYm9vdC9rZXJuZWwva2VybmVs IiBhdCAweGMwNDdiMDAwLgpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3Nw bGFzaF9ibXAua28iIGF0IDB4YzA0N2IwYTguClByZWxvYWRlZCBzcGxhc2hfaW1hZ2VfZGF0 YSAiL2Jvb3QvZGFydGhfbWF1bC5ibXAiIGF0IDB4YzA0N2IxNTguClByZWxvYWRlZCBlbGYg bW9kdWxlICIvYm9vdC9rZXJuZWwvYWdwLmtvIiBhdCAweGMwNDdiMWFjLgpQcmVsb2FkZWQg ZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2FjcGkua28iIGF0IDB4YzA0N2IyNTQuClRpbWVj b3VudGVyICJpODI1NCIgIGZyZXF1ZW5jeSAxMTkzMTgyIEh6ClRpbWVjb3VudGVyICJUU0Mi ICBmcmVxdWVuY3kgODQ3MTc4MjQ4IEh6CkNQVTogUGVudGl1bSBJSUkvUGVudGl1bSBJSUkg WGVvbi9DZWxlcm9uICg4NDcuMTgtTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdl bnVpbmVJbnRlbCIgIElkID0gMHg2OGEgIFN0ZXBwaW5nID0gMTAKICBGZWF0dXJlcz0weDM4 M2Y5ZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxTRVAsTVRSUixQR0Us TUNBLENNT1YsUEFULFBTRTM2LE1NWCxGWFNSLFNTRT4KcmVhbCBtZW1vcnkgID0gMjY2Nzk3 MDU2ICgyNjA1NDRLIGJ5dGVzKQphdmFpbCBtZW1vcnkgPSAyNTQ1NTQxMTIgKDI0ODU4OEsg Ynl0ZXMpClBlbnRpdW0gUHJvIE1UUlIgc3VwcG9ydCBlbmFibGVkClZFU0E6IHYzLjAsIDEw MjRrIG1lbW9yeSwgZmxhZ3M6MHgxLCBtb2RlIHRhYmxlOjB4YzAzNjllODAgKDEwMDAwNDAp ClZFU0E6IEludGVsODE1TShUTSkgR3JhcGhpY3MgQ2hpcCBBY2NlbGVyYXRlZCBWR0EgQklP UwpVc2luZyAkUElSIHRhYmxlLCA2IGVudHJpZXMgYXQgMHhjMDBmZGY2MApucHgwOiA8bWF0 aCBwcm9jZXNzb3I+IG9uIG1vdGhlcmJvYXJkCm5weDA6IElOVCAxNiBpbnRlcmZhY2UKYWNw aTA6IDxQVExURCAgCSBSU0RUICA+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBwb3dlciBidXR0 b24gaXMgaGFuZGxlZCBhcyBhIGZpeGVkIGZlYXR1cmUgcHJvZ3JhbW1pbmcgbW9kZWwuClRp bWVjb3VudGVyICJBQ1BJLWZhc3QiICBmcmVxdWVuY3kgMzU3OTU0NSBIegphY3BpX3RpbWVy MDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDEwMDgtMHgxMDBiIG9u IGFjcGkwCmFjcGlfY3B1MDogPENQVT4gb24gYWNwaTAKYWNwaV9wY2liMDogPEhvc3QtUENJ IGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8UENJIGJ1cz4gb24g YWNwaV9wY2liMAphZ3AwOiA8SW50ZWwgODI4MTUgKGk4MTUgR01DSCkgU1ZHQSBjb250cm9s bGVyPiBtZW0gMHhmNDAwMDAwMC0weGY0MDdmZmZmLDB4ZjgwMDAwMDAtMHhmYmZmZmZmZiBp cnEgNSBhdCBkZXZpY2UgMi4wIG9uIHBjaTAKcGNpYjE6IDxQQ0ktUENJIGJyaWRnZT4gYXQg ZGV2aWNlIDMwLjAgb24gcGNpMApwY2kxOiA8UENJIGJ1cz4gb24gcGNpYjEKcGNpYzA6IDxP Mm1pY3JvIDY5MzMgUENJLUNhcmRidXMgQnJpZGdlPiBtZW0gMHhmNDMwMDAwMC0weGY0MzAw ZmZmIGlycSA1IGF0IGRldmljZSAyLjAgb24gcGNpMQpwY2ljMDogV2FybmluZzogTzJtaWNy byBPWjY4eHggY2hpcHMgbWF5IG5vdCB3b3JrCnBjY2FyZDA6IDxQQyBDYXJkIGJ1cyAoY2xh c3NpYyk+IG9uIHBjaWMwCnBjaWMxOiA8TzJtaWNybyA2OTMzIFBDSS1DYXJkYnVzIEJyaWRn ZT4gbWVtIDB4ZjQzMDEwMDAtMHhmNDMwMWZmZiBpcnEgOSBhdCBkZXZpY2UgMi4xIG9uIHBj aTEKcGNpYzE6IFdhcm5pbmc6IE8ybWljcm8gT1o2OHh4IGNoaXBzIG1heSBub3Qgd29yawpw Y2NhcmQxOiA8UEMgQ2FyZCBidXMgKGNsYXNzaWMpPiBvbiBwY2ljMQpybDA6IDxSZWFsVGVr IDgxMzkgMTAvMTAwQmFzZVRYPiBwb3J0IDB4ZWUwMC0weGVlZmYgbWVtIDB4ZjQzMDIwMDAt MHhmNDMwMjBmZiBpcnEgNSBhdCBkZXZpY2UgNi4wIG9uIHBjaTEKcmwwOiBSZWFsdGVrIDgx MzlCIGRldGVjdGVkLiBXYXJuaW5nLCB0aGlzIG1heSBiZSB1bnN0YWJsZSBpbiBhdXRvc2Vs ZWN0IG1vZGUKcmwwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDo5MDo5NjoxOTo2YjpiMgptaWli dXMwOiA8TUlJIGJ1cz4gb24gcmwwCnJscGh5MDogPFJlYWxUZWsgaW50ZXJuYWwgbWVkaWEg aW50ZXJmYWNlPiBvbiBtaWlidXMwCnJscGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAx MDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4g YXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNp MDogPEludGVsIElDSDIgQVRBMTAwIGNvbnRyb2xsZXI+IHBvcnQgMHgxODAwLTB4MTgwZiBh dCBkZXZpY2UgMzEuMSBvbiBwY2kwCmF0YTA6IGF0IDB4MWYwIGlycSAxNCBvbiBhdGFwY2kw CmF0YTE6IGF0IDB4MTcwIGlycSAxNSBvbiBhdGFwY2kwCnVoY2kwOiA8SW50ZWwgODI4MDFC QS9CQU0gKElDSDIpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBwb3J0IDB4MTgyMC0weDE4M2Yg aXJxIDcgYXQgZGV2aWNlIDMxLjIgb24gcGNpMAp1c2IwOiA8SW50ZWwgODI4MDFCQS9CQU0g KElDSDIpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBvbiB1aGNpMAp1c2IwOiBVU0IgcmV2aXNp b24gMS4wCnVodWIwOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAw LzEuMDAsIGFkZHIgMQp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKaWNoc21iMDogPEludGVsIDgyODAxQkEgKElDSDIpIFNNQnVzIGNvbnRyb2xsZXI+ IHBvcnQgMHgxODEwLTB4MTgxZiBpcnEgOSBhdCBkZXZpY2UgMzEuMyBvbiBwY2kwCnNtYnVz MDogPFN5c3RlbSBNYW5hZ2VtZW50IEJ1cz4gb24gaWNoc21iMApzbWIwOiA8U01CdXMgZ2Vu ZXJpYyBJL08+IG9uIHNtYnVzMAp1aGNpMTogPEludGVsIDgyODAxQkEvQkFNIChJQ0gyKSBV U0IgY29udHJvbGxlciBVU0ItQj4gcG9ydCAweDE4NDAtMHgxODVmIGlycSAxMCBhdCBkZXZp Y2UgMzEuNCBvbiBwY2kwCnVzYjE6IDxJbnRlbCA4MjgwMUJBL0JBTSAoSUNIMikgVVNCIGNv bnRyb2xsZXIgVVNCLUI+IG9uIHVoY2kxCnVzYjE6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjE6 IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAx CnVodWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1bXMwOiBM b2dpdGVjaCBVU0ItUFMvMiBNb3VzZSwgcmV2IDEuMDAvMS4yMCwgYWRkciAyLCBpY2xhc3Mg My8xCnVtczA6IDMgYnV0dG9ucyBhbmQgWiBkaXIuCnBjbTA6IDxJbnRlbCA4MjgwMUJBIChJ Q0gyKT4gcG9ydCAweGZmODAtMHhmZmJmLDB4ZmMwMC0weGZjZmYgaXJxIDkgYXQgZGV2aWNl IDMxLjUgb24gcGNpMApwY20wOiBtZWFzdXJlZCBhYzk3IGxpbmsgcmF0ZSBhdCAyOTQ3MyBI egphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXli b2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2NCwweDYwIGlycSAxIG9uIGFjcGkw CmF0a2JkMDogPEFUIEtleWJvYXJkPiBmbGFncyAweDEgaXJxIDEgb24gYXRrYmRjMAprYmQw IGF0IGF0a2JkMApwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKcHNtMDog bW9kZWwgR2VuZXJpYyBQUy8yIG1vdXNlLCBkZXZpY2UgSUQgMAphY3BpX2VjMDogPGVtYmVk ZGVkIGNvbnRyb2xsZXI+IHBvcnQgMHg2NiwweDYyIG9uIGFjcGkwCmFjcGlfbGlkMDogPENv bnRyb2wgTWV0aG9kIExpZCBTd2l0Y2g+IG9uIGFjcGkwCmFjcGlfYWNhZDA6IDxBQyBhZGFw dGVyPiBvbiBhY3BpMAphY3BpX2NtYmF0MDogPENvbnRyb2wgbWV0aG9kIEJhdHRlcnk+IG9u IGFjcGkwCnNpbzAgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBvbiBhY3BpMApzaW8wOiB0eXBl IDE2NTUwQQpmZGMwOiA8ZW5oYW5jZWQgZmxvcHB5IGNvbnRyb2xsZXIgKGk4MjA3NywgTkU3 MjA2NSBvciBjbG9uZSk+IHBvcnQgMHgzZjcsMHgzZjAtMHgzZjUgaXJxIDYgZHJxIDIgb24g YWNwaTAKZmRjMDogRklGTyBlbmFibGVkLCA4IGJ5dGVzIHRocmVzaG9sZApmZDA6IDwxNDQw LUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUgMApvcm0wOiA8T3B0aW9uIFJPTT4gYXQg aW9tZW0gMHhjMDAwMC0weGNiZmZmIG9uIGlzYTAKcG10aW1lcjAgb24gaXNhMApwcGMwOiBw YXJhbGxlbCBwb3J0IG5vdCBmb3VuZC4Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdz IDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4 MzAwPgpzaW8xIGF0IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhMApzaW8xOiB0eXBl IDE2NTUwQQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlv bWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEw LjAwMCBtc2VjCmFjcGlfY3B1OiBDUFUgdGhyb3R0bGluZyBlbmFibGVkLCA4IHN0ZXBzIGZy b20gMTAwJSB0byAxMi41JQogICAgQUNQSS0xMzA1OiAqKiogRXJyb3I6IE1ldGhvZCBleGVj dXRpb24gZmFpbGVkLCBBRV9BTUxfQlVGRkVSX0xJTUlUCiAgICBBQ1BJLTEzMDU6ICoqKiBF cnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQsIEFFX0FNTF9CVUZGRVJfTElNSVQKICAg IEFDUEktMTMwNTogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCwgQUVfQU1M X0JVRkZFUl9MSU1JVAphZDA6IDk1OTBNQiA8VE9TSElCQSBNSzEwMTZHQVA+IFsxOTQ4NS8x Ni82M10gYXQgYXRhMC1tYXN0ZXIgVURNQTY2CmFjZDA6IENEUk9NIDxRU0kgQ0QtUk9NIFND Ui0yNDI+IGF0IGF0YTEtbWFzdGVyIFBJTzQKTW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2 L2FkMHMyYQpXQVJOSU5HOiAvIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZAovOiBsb3N0 IGJsb2NrcyA2OCBmaWxlcyAxMwovOiByZWxvYWQgcGVuZGluZyBlcnJvcjogYmxvY2tzIDY4 IGZpbGVzIDEzCg== --------------080105000503070204080304-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon May 13 8:36:26 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from mail1.telekom.de (mail1.telekom.de [62.225.183.235]) by hub.freebsd.org (Postfix) with ESMTP id B5FC737B400; Mon, 13 May 2002 08:36:13 -0700 (PDT) Received: from g8pbt.blf01.telekom.de by G8SBV.dmz.telekom.de with ESMTP; Mon, 13 May 2002 17:35:05 +0200 Received: by G8PBT.blf01.telekom.de with Internet Mail Service (5.5.2653.19) id ; Mon, 13 May 2002 17:36:12 +0200 Message-Id: <5D90F2332B50D411BE8A00209412104C0385090F@QHS63> From: alan.edmonds@t-motion.net To: john@veidit.net, alan.edmonds@t-motion.net Cc: current@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: RE: Problem with Intel 2011b Date: Mon, 13 May 2002 17:32:04 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I haven't tried the NEWCARD stuff (it panics my hp 510 - 16bit bridge chips) so I can't comment on that. Did you try booting with the card installed? If you boot verbose (boot -v) should see it dump the pci id contents. Also check if /etc/defaults/pccard.conf contains an entry for the card. The version of -current I have (maybe a few days old) has no entry explicitly for a 2011B. It might use the same entry as a 2011, but might have a different id string. I've exceeded my knowledge at this point, so I'll stop speculating. Over to you, Warner :-) -----Original Message----- From: John Angelmo [mailto:john@veidit.net] Sent: 13 May 2002 16:15 To: alan.edmonds@t-motion.net Cc: current@FreeBSD.ORG; freebsd-mobile@FreeBSD.ORG Subject: Re: Problem with Intel 2011b alan.edmonds@t-motion.net wrote: > I have used the non-B version with -current and an IBM thinkpad. > > What kind of laptop? dmesg output would be nice. > Do any other cards work? > > Alan Edmonds > > -----Original Message----- > From: John Angelmo [mailto:john@veidit.net] > Sent: 13 May 2002 15:02 > To: current > Cc: freebsd-mobile > Subject: Problem with Intel 2011b > > > Hello > > I just got my hands on a Intel 2011b Wireless card, I'm running FreeBSD > current (dated just before gcc 3.1). > Now my problem is that I insert the card and well nothing happens, the > system gets locked, when I remove the card I everything starts working > once again, and it says it can't manage card ("null"), ("null") > > Any one got any idea? > > mvh /John > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Well 2011b is a 32bit card (if I'm not mistaking) the 2011 card is the same as the symbol card but the 2011b card uses 3.3v instead of 5v So perhaps I need to use: device pccbb # cardbus (yenta) bridge device pccard device cardbus instead of: device card # pccard bus device pcic # PCMCIA bridge What else can I do? I use a C Series Lifebook from Fujitsu Siemens /John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon May 13 9: 6: 5 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 90E2437B403 for ; Mon, 13 May 2002 09:05:58 -0700 (PDT) Received: from mailrelay1.informatik.tu-muenchen.de (mailrelay1.informatik.tu-muenchen.de [131.159.254.5]) by mailout.informatik.tu-muenchen.de (Postfix) with ESMTP id 78470642D for ; Mon, 13 May 2002 18:05:57 +0200 (MEST) Received: from atrbg11.informatik.tu-muenchen.de (atrbg11.informatik.tu-muenchen.de [131.159.24.91]) by mailrelay1.informatik.tu-muenchen.de (Postfix) with ESMTP id 4699E7946 for ; Mon, 13 May 2002 18:05:57 +0200 (MEST) Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id E2DB0139F1; Mon, 13 May 2002 18:05:56 +0200 (CEST) Date: Mon, 13 May 2002 18:05:56 +0200 From: Daniel Lang To: freebsd-mobile@freebsd.org Subject: Panic on resume on Siemens-Fujitsu Lifebook E6624 Message-ID: <20020513160556.GE621@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i 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+ Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I've recently installed FreeBSD 4.6-PRERELEASE (2.5.2002) on a new Fujitsu Lifebook E-6624. The BIOS seems to support both APM and ACPI but both can only be controlled very limited in the BIOS menus. Suspend and resume events can be defined and it can be switched on or off, nothing more. It does not seem to suspend to disk, as there is nothing like that configurable in the BIOS and also not by M$-Software that came with it, as far as I can tell. (If anyone knows more than I, please tell me). Now, if I suspend the system, either via "apm -z / zzz" or on a low battery, it doesn't resume any more. An attempt to resume the system, keeps the display switched off, but initiates some heavy disk activity, until after a short while, the system boots (from scratch). FreeBSD discovered a crash dump after the next boot, which I could get a stack trace from, but I doubt is very useful, since a second panic occurs during the dump phase of the first one. The first is an "integer divide fault", the second a simple page fault. The panic is perfectly reproducable. Here are relevant messages from the debugged kernel crash dump: IdlePTD at phsyical address 0x00471000 initial pcb at physical address 0x003ac2e0 panicstr: page fault panic messages: --- Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x58:0x49cd stack pointer = 0x10:0xc035f380 frame pointer = 0x10:0x58 code segment = base 0xc00f0000, limit 0xffff, type 0x1b = DPL 0, pres 1, def32 0, gran 0 processor eflags = interrupt enabled, IOPL = 0 current process = Idle interrupt mask = trap number = 18 panic: integer divide fault syncing disks... Fatal trap 12: page fault while in kernel mode [..] (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc018be57 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc018c27c in poweroff_wait (junk=0xc035642c, howto=-1070244017) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc02f77ba in trap_fatal (frame=0xc035f188, eva=48) at /usr/src/sys/i386/i386/trap.c:966 #4 0xc02f748d in trap_pfault (frame=0xc035f188, usermode=0, eva=48) at /usr/src/sys/i386/i386/trap.c:859 #5 0xc02f7077 in trap (frame={tf_fs = -1070268400, tf_es = 16, tf_ds = 16, tf_edi = -1069757696, tf_esi = 0, tf_ebp = -1070206512, tf_isp = -1070206540, tf_ebx = -1070094084, tf_edx = 6867008, tf_ecx = 2, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071059460, tf_cs = 8, tf_eflags = 66050, tf_esp = 0, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:458 #6 0xc028edfc in acquire_lock (lk=0xc037a8fc) at /usr/src/sys/ufs/ffs/ffs_softdep.c:266 #7 0xc029341e in softdep_fsync_mountdev (vp=0xcd3a0b40) at /usr/src/sys/ufs/ffs/ffs_softdep.c:4024 #8 0xc029760e in ffs_fsync (ap=0xc035f244) at /usr/src/sys/ufs/ffs/ffs_vnops.c:134 #9 0xc02962cf in ffs_sync (mp=0xc1639200, waitfor=2, cred=0xc0e3a900, p=0xc03ccb00) at vnode_if.h:558 #10 0xc01bb5d3 in sync (p=0xc03ccb00, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:576 #11 0xc018bbf2 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:235 #12 0xc018c27c in poweroff_wait (junk=0xc035642c, howto=-1070244054) at /usr/src/sys/kern/kern_shutdown.c:595 #13 0xc02f77ba in trap_fatal (frame=0xc035f340, eva=0) at /usr/src/sys/i386/i386/trap.c:966 #14 0xc02f71c3 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 96, tf_edi = 0, tf_esi = 0, tf_ebp = 88, tf_isp = -1070206100, tf_ebx = 1, tf_edx = 0, tf_ecx = 2, tf_eax = 7, tf_trapno = 18, tf_err = 0, tf_eip = 18893, tf_cs = 88, tf_eflags = 514, tf_esp = 5261840, tf_ss = -65520}) at /usr/src/sys/i386/i386/trap.c:628 #15 0x49cd in ?? () cannot read proc at 0 (kgdb) non-default kernel options include a default enabled apm device and all those related devices, like smbus, intpm, alpm, ichsmb, viapm, smb, iicbus, ic, iic, iicsmb, etc. But probed is only the following: [..] apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 [..] ichsmb0: port 0x1c00-0x1c1f irq 11 at device 31.3 on pci0 [..] On querying apm, with 'apm', everthing seems ok, except: [..] Files to get the resume timer: APM error0xc [..] This seems supicious to me, and may be the problem. Any hints appreciated. Best regards, Daniel Lang -- IRCnet: Mr-Spock - kommst du siehst du, gehst du hast du, weisst du, krass! - Daniel Lang * dl@leo.org * +49 89 289 25735 * http://www.leo.org/~dl/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon May 13 9:13:13 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from zaney.sindrome.net (anahogrove.sindrome.net [209.172.186.252]) by hub.freebsd.org (Postfix) with ESMTP id AD10137B404 for ; Mon, 13 May 2002 09:12:47 -0700 (PDT) Received: from zaney.sindrome.net (localhost [127.0.0.1]) by zaney.sindrome.net (8.12.3/8.12.3) with ESMTP id g4DGCiqg000472 for ; Mon, 13 May 2002 11:12:44 -0500 (CDT) (envelope-from sindrome@sindrome.net) Received: (from sindrome@localhost) by zaney.sindrome.net (8.12.3/8.12.3/Submit) id g4DGCilR000471 for freebsd-mobile@FreeBSD.org; Mon, 13 May 2002 11:12:44 -0500 (CDT) X-Authentication-Warning: zaney.sindrome.net: sindrome set sender to sindrome@sindrome.net using -f Date: Mon, 13 May 2002 11:12:44 -0500 From: Troy To: freebsd-mobile@FreeBSD.org Subject: Re: XFree86 on Thinkpad T23 Message-ID: <20020513111244.B344@sindrome.net> Reply-To: sindrome@sindrome.net References: <200205072341.01188.metrol@metrol.net> <200205090414.g494EEF11397@panix2.panix.com> <200205111640.37316.metrol@metrol.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200205111640.37316.metrol@metrol.net>; from metrol@metrol.net on Sat, May 11, 2002 at 04:40:37PM -0700 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I've played with my XF86Config quite a bit at this point and it still is not operating with 1400x1050 resolution. I've tried the config below with my T23 and the best I can get is 1024x768. When the machine boots, its not recognizing as Super Savage, it's seeing it as vga. Notice from the pciconf output below it's not being recognized properly. X is working, but not at optimum level. Anyone know how to get the video to be recognized as Super Savage. pciconf -l -v none0@pci1:0:0: class=0x030000 card=0x01fc1014 chip=0x8c2e5333 rev=0x05 hdr=0x00 vendor = 'S3 Incorporated' device = '86C583 SuperSavage/IXC SDR' class = display subclass = VGA dmesg vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec > > > > > > > > i was trying to get my T23 to do 1400x1050 resolution, but to no avail. > > > > Anyone got any luck at all? Can send me your XF86config? > > > > > > I've got a T23 coming in to me at the end of this week. > > > > [...] > > > > > I would be VERY interested in hearing how this works out for you. My T23 > > > is coming in on Friday. > > > > I have a T22, but I believe that the chipset is the same > > (S3/SuperSavage.) Here's my XF86Config that works just fine. I'm > > using XFree86 4.2.0 on 4.6-PRERELEASE. Note that if your text mode > > screen gets screwed up when you exit X, then you may want to replace > > your /usr/X11R6/lib/modules/drivers/savage_drv.o with one that you can > > get at http://www.probo.com/timr/savage40.html. The stock one works > > fine for me. > > So far so good for X on this T23. I took some of that Suse config, some of > the one in this mail, plus some tweaks from the config sitting on my older > Compaq Armada to get this to play. Oh boy, and play it does! Woohoo!! > > I've got some additionaly playing I want to do with this prior to posting the > complete config to this mailing list. Get all that remarked stuff outta > there, and see if I can get this to work properly with an external monitor. > Properly changing modes and all that. Seems that would be a great config to > get documented for the archives and such. > > I also want to get KMail on over on that box so I don't have to transfer to > this one :) At the moment I'm still I've got Blackbox on there, and working > nicely. By the time I get to putting KDE on there I hope to have all the > underlying stuff playing. > > Now to get back to tackling the darn sound. Really want to have arts compile > without any glitchies as them KDE compiles take for-freaking-ever! > > > --snip, snip-- > > # File generated by xf86config. > > > > # > > # Copyright (c) 1999 by The XFree86 Project, Inc. > > # > > # Permission is hereby granted, free of charge, to any person obtaining a > > # copy of this software and associated documentation files (the > > "Software"), # to deal in the Software without restriction, including > > without limitation # the rights to use, copy, modify, merge, publish, > > distribute, sublicense, # and/or sell copies of the Software, and to permit > > persons to whom the # Software is furnished to do so, subject to the > > following conditions: # > > # The above copyright notice and this permission notice shall be included > > in # all copies or substantial portions of the Software. > > # > > # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS > > OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF > > MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. > > IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR > > OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, > > ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR > > OTHER DEALINGS IN THE # SOFTWARE. > > # > > # Except as contained in this notice, the name of the XFree86 Project shall > > # not be used in advertising or otherwise to promote the sale, use or other > > # dealings in this Software without prior written authorization from the > > # XFree86 Project. > > # > > > > # ********************************************************************** > > # Refer to the XF86Config(4/5) man page for details about the format of > > # this file. > > # ********************************************************************** > > > > # ********************************************************************** > > # Module section -- this section is used to specify > > # which dynamically loadable modules to load. > > # ********************************************************************** > > # > > Section "Module" > > > > # This loads the DBE extension module. > > > > Load "dbe" # Double buffer extension > > > > # This loads the miscellaneous extensions module, and disables > > # initialisation of the XFree86-DGA extension within that module. > > SubSection "extmod" > > Option "omit xfree86-dga" # don't initialise the DGA extension > > EndSubSection > > > > # This loads the Type1 and FreeType font modules > > Load "type1" > > Load "freetype" > > > > # This loads the GLX module > > # Load "glx" > > > > EndSection > > > > # ********************************************************************** > > # Files section. This allows default font and rgb paths to be set > > # ********************************************************************** > > > > Section "Files" > > > > # The location of the RGB database. Note, this is the name of the > > # file minus the extension (like ".txt" or ".db"). There is normally > > # no need to change the default. > > > > RgbPath "/usr/X11R6/lib/X11/rgb" > > > > # Multiple FontPath entries are allowed (which are concatenated together), > > # as well as specifying multiple comma-separated entries in one FontPath > > # command (or a combination of both methods) > > # > > # If you don't have a floating point coprocessor and emacs, Mosaic or other > > # programs take long to start up, try moving the Type1 and Speedo directory > > # to the end of this list (or comment them out). > > # > > > > FontPath "/usr/X11R6/lib/X11/fonts/webfonts/" > > FontPath "/usr/X11R6/lib/X11/fonts/local/" > > FontPath "/usr/X11R6/lib/X11/fonts/misc/" > > FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" > > FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" > > FontPath "/usr/X11R6/lib/X11/fonts/Type1/" > > FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" > > FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" > > FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" > > > > # The module search path. The default path is shown here. > > > > # ModulePath "/usr/X11R6/lib/modules" > > > > EndSection > > > > # ********************************************************************** > > # Server flags section. > > # ********************************************************************** > > > > Section "ServerFlags" > > > > # Uncomment this to cause a core dump at the spot where a signal is > > # received. This may leave the console in an unusable state, but may > > # provide a better stack trace in the core dump to aid in debugging > > > > # Option "NoTrapSignals" > > > > # Uncomment this to disable the server abort sequence > > # This allows clients to receive this key event. > > > > # Option "DontZap" > > > > # Uncomment this to disable the / mode switching > > # sequences. This allows clients to receive these key events. > > > > # Option "Dont Zoom" > > > > # Uncomment this to disable tuning with the xvidtune client. With > > # it the client can still run and fetch card and monitor attributes, > > # but it will not be allowed to change them. If it tries it will > > # receive a protocol error. > > > > # Option "DisableVidModeExtension" > > > > # Uncomment this to enable the use of a non-local xvidtune client. > > > > # Option "AllowNonLocalXvidtune" > > > > # Uncomment this to disable dynamically modifying the input device > > # (mouse and keyboard) settings. > > > > # Option "DisableModInDev" > > > > # Uncomment this to enable the use of a non-local client to > > # change the keyboard or mouse settings (currently only xset). > > > > # Option "AllowNonLocalModInDev" > > > > EndSection > > > > # ********************************************************************** > > # Input devices > > # ********************************************************************** > > > > # ********************************************************************** > > # Core keyboard's InputDevice section > > # ********************************************************************** > > > > Section "InputDevice" > > > > Identifier "Keyboard1" > > Driver "Keyboard" > > # For most OSs the protocol can be omitted (it defaults to "Standard"). > > # When using XQUEUE (only for SVR3 and SVR4, but not Solaris), > > # uncomment the following line. > > > > # Option "Protocol" "Xqueue" > > > > Option "AutoRepeat" "500 30" > > > > # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) > > # Option "Xleds" "1 2 3" > > > > # Option "LeftAlt" "Meta" > > # Option "RightAlt" "ModeShift" > > > > # To customise the XKB settings to suit your keyboard, modify the > > # lines below (which are the defaults). For example, for a non-U.S. > > # keyboard, you will probably want to use: > > # Option "XkbModel" "pc102" > > # If you have a US Microsoft Natural keyboard, you can use: > > # Option "XkbModel" "microsoft" > > # > > # Then to change the language, change the Layout setting. > > # For example, a german layout can be obtained with: > > # Option "XkbLayout" "de" > > # or: > > # Option "XkbLayout" "de" > > # Option "XkbVariant" "nodeadkeys" > > # > > # If you'd like to switch the positions of your capslock and > > # control keys, use: > > # Option "XkbOptions" "ctrl:swapcaps" > > > > # These are the default XKB settings for XFree86 > > # Option "XkbRules" "xfree86" > > # Option "XkbModel" "pc101" > > # Option "XkbLayout" "us" > > # Option "XkbVariant" "" > > # Option "XkbOptions" "" > > > > # Option "XkbDisable" > > > > Option "XkbRules" "xfree86" > > Option "XkbModel" "pc101" > > Option "XkbLayout" "us" > > > > EndSection > > > > > > # ********************************************************************** > > # Core Pointer's InputDevice section > > # ********************************************************************** > > > > Section "InputDevice" > > > > # Identifier and driver > > > > Identifier "Mouse1" > > Driver "mouse" > > Option "Protocol" "PS/2" > > Option "Device" "/dev/psm0" > > > > # When using XQUEUE, comment out the above two lines, and uncomment > > # the following line. > > > > # Option "Protocol" "Xqueue" > > > > # Baudrate and SampleRate are only for some Logitech mice. In > > # almost every case these lines should be omitted. > > > > # Option "BaudRate" "9600" > > # Option "SampleRate" "150" > > > > # Emulate3Buttons is an option for 2-button Microsoft mice > > # Emulate3Timeout is the timeout in milliseconds (default is 50ms) > > > > # Option "Emulate3Buttons" > > # Option "Emulate3Timeout" "50" > > > > # ChordMiddle is an option for some 3-button Logitech mice > > > > # Option "ChordMiddle" > > > > EndSection > > > > > > # ********************************************************************** > > # Other input device sections > > # this is optional and is required only if you > > # are using extended input devices. This is for example only. Refer > > # to the XF86Config man page for a description of the options. > > # ********************************************************************** > > # > > # Section "InputDevice" > > # Identifier "Mouse2" > > # Driver "mouse" > > # Option "Protocol" "MouseMan" > > # Option "Device" "/dev/mouse2" > > # EndSection > > # > > # Section "InputDevice" > > # Identifier "spaceball" > > # Driver "magellan" > > # Option "Device" "/dev/cua0" > > # EndSection > > # > > # Section "InputDevice" > > # Identifier "spaceball2" > > # Driver "spaceorb" > > # Option "Device" "/dev/cua0" > > # EndSection > > # > > # Section "InputDevice" > > # Identifier "touchscreen0" > > # Driver "microtouch" > > # Option "Device" "/dev/ttyS0" > > # Option "MinX" "1412" > > # Option "MaxX" "15184" > > # Option "MinY" "15372" > > # Option "MaxY" "1230" > > # Option "ScreenNumber" "0" > > # Option "ReportingMode" "Scaled" > > # Option "ButtonNumber" "1" > > # Option "SendCoreEvents" > > # EndSection > > # > > # Section "InputDevice" > > # Identifier "touchscreen1" > > # Driver "elo2300" > > # Option "Device" "/dev/ttyS0" > > # Option "MinX" "231" > > # Option "MaxX" "3868" > > # Option "MinY" "3858" > > # Option "MaxY" "272" > > # Option "ScreenNumber" "0" > > # Option "ReportingMode" "Scaled" > > # Option "ButtonThreshold" "17" > > # Option "ButtonNumber" "1" > > # Option "SendCoreEvents" > > # EndSection > > > > # ********************************************************************** > > # Monitor section > > # ********************************************************************** > > > > # Any number of monitor sections may be present > > > > Section "Monitor" > > > > Identifier "IBM T22 LCD" > > > > # HorizSync is in kHz unless units are specified. > > # HorizSync may be a comma separated list of discrete values, or a > > # comma separated list of ranges of values. > > # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S > > # USER MANUAL FOR THE CORRECT NUMBERS. > > > > HorizSync 30-70 > > > > # HorizSync 30-64 # multisync > > # HorizSync 31.5, 35.2 # multiple fixed sync frequencies > > # HorizSync 15-25, 30-50 # multiple ranges of sync frequencies > > > > # VertRefresh is in Hz unless units are specified. > > # VertRefresh may be a comma separated list of discrete values, or a > > # comma separated list of ranges of values. > > # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S > > # USER MANUAL FOR THE CORRECT NUMBERS. > > > > VertRefresh 50-90 > > > > EndSection > > > > > > # ********************************************************************** > > # Graphics device section > > # ********************************************************************** > > > > # Any number of graphics device sections may be present > > > > # Standard VGA Device: > > > > Section "Device" > > Identifier "Standard VGA" > > VendorName "Unknown" > > BoardName "Unknown" > > > > # The chipset line is optional in most cases. It can be used to override > > # the driver's chipset detection, and should not normally be specified. > > > > # Chipset "generic" > > > > # The Driver line must be present. When using run-time loadable driver > > # modules, this line instructs the server to load the specified driver > > # module. Even when not using loadable driver modules, this line > > # indicates which driver should interpret the information in this section. > > > > Driver "vga" > > # The BusID line is used to specify which of possibly multiple devices > > # this section is intended for. When this line isn't present, a device > > # section can only match up with the primary video device. For PCI > > # devices a line like the following could be used. This line should not > > # normally be included unless there is more than one video device > > # intalled. > > > > # BusID "PCI:0:10:0" > > > > # VideoRam 256 > > > > # Clocks 25.2 28.3 > > > > EndSection > > > > # Device configured by xf86config: > > > > Section "Device" > > Identifier "S3 Savage/MX" > > Driver "savage" > > BoardName "unknown" > > # unsupported card > > #VideoRam 4096 > > # Insert Clocks lines here if appropriate > > EndSection > > > > > > # ********************************************************************** > > # Screen sections > > # ********************************************************************** > > > > # Any number of screen sections may be present. Each describes > > # the configuration of a single screen. A single specific screen section > > # may be specified from the X server command line with the "-screen" > > # option. > > Section "Screen" > > Identifier "Screen0" > > Device "S3 Savage/MX" > > Monitor "IBM T22 LCD" > > DefaultDepth 16 > > > > Subsection "Display" > > Depth 16 > > Modes "1400x1050" "1280x1024" > > EndSubsection > > EndSection > > > > # ********************************************************************** > > # ServerLayout sections. > > # ********************************************************************** > > > > # Any number of ServerLayout sections may be present. Each describes > > # the way multiple screens are organised. A specific ServerLayout > > # section may be specified from the X server command line with the > > # "-layout" option. In the absence of this, the first section is used. > > # When now ServerLayout section is present, the first Screen section > > # is used alone. > > > > Section "ServerLayout" > > > > # The Identifier line must be present > > Identifier "Simple Layout" > > > > # Each Screen line specifies a Screen section name, and optionally > > # the relative position of other screens. The four names after > > # primary screen name are the screens to the top, bottom, left and right > > # of the primary screen. In this example, screen 2 is located to the > > # right of screen 1. > > > > Screen "Screen0" > > > > # Each InputDevice line specifies an InputDevice section name and > > # optionally some options to specify the way the device is to be > > # used. Those options include "CorePointer", "CoreKeyboard" and > > # "SendCoreEvents". > > > > InputDevice "Mouse1" "CorePointer" > > InputDevice "Keyboard1" "CoreKeyboard" > > > > EndSection > > -- > "Outside of a dog, a book is man's best friend. Inside of a dog, it's too dark > to read." > - Groucho Marx > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message -- sindrome@sindrome.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon May 13 9:34:25 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from math.teaser.net (math.teaser.net [213.91.2.4]) by hub.freebsd.org (Postfix) with ESMTP id A6D1A37B400; Mon, 13 May 2002 09:33:59 -0700 (PDT) Received: from notbsdems.nantes.kisoft-services.com (chantilly.kisoft-services.com [193.56.60.242]) by math.teaser.net (Postfix) with ESMTP id 4FD1E6C815; Mon, 13 May 2002 18:33:57 +0200 (CEST) Received: by notbsdems.nantes.kisoft-services.com (Postfix, from userid 1001) id 3A07B5A535; Mon, 13 May 2002 18:33:57 +0200 (CEST) To: John Angelmo Cc: alan.edmonds@t-motion.net, current@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: Problem with Intel 2011b References: <5D90F2332B50D411BE8A00209412104C0385090D@QHS63> <3CDFD860.90609@veidit.net> From: Eric Masson In-Reply-To: <3CDFD860.90609@veidit.net> (John Angelmo's message of "Mon, 13 May 2002 17:14:40 +0200") Message-ID: <86elgg58w7.fsf@notbsdems.nantes.kisoft-services.com> X-Operating-System: FreeBSD 4.6-PRERELEASE i386 Date: Mon, 13 May 2002 18:33:56 +0200 Lines: 175 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) XEmacs/21.4 (Common Lisp, i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >>>>> "John" == John Angelmo writes: John> Well 2011b is a 32bit card (if I'm not mistaking) Nope, it's only a 3,3V 16 bits card. If you're using -stable, the following is needed : > cat /etc/pccard.conf # Intel PRO/Wireless 2011B LAN PC Card card "Intel" "PRO/Wireless LAN PC Card" config auto "wi" ? 0x10000 insert /etc/pccard_ether $device start remove /etc/pccard_ether $device stop The 2011 nor the 2011b work on my box (Thinkpad 390) whilst the 2011 works on a Satellite Pro 430 CDS (no 3,3 V slot for the 2011b). dmesg on the Satellite : Copyright (c) 1992-2002 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.5-STABLE #0: Tue Apr 30 12:29:58 CEST 2002 emss@srvbsdchassv.chantilly.kisoft-services.com:/usr/src/sys/compile/TSP430CDS Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P54C (120.00-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 50528256 (49344K bytes) avail memory = 46747648 (45652K bytes) pnpbios: Bad PnP BIOS data checksum Preloaded elf kernel "kernel" at 0xc0278000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc027809c. Intel Pentium detected, installing workaround for F00F bug apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface isa0: on motherboard orm0: