From owner-freebsd-mobile@FreeBSD.ORG Fri Jan 16 07:10:43 2004 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 CC6C316A4CE for ; Fri, 16 Jan 2004 07:10:43 -0800 (PST) Received: from ns1.microbsd.net (rrcs-se-24-227-64-10.biz.rr.com [24.227.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6587343D75 for ; Fri, 16 Jan 2004 07:10:11 -0800 (PST) (envelope-from dingo@microbsd.net) Received: from [24.227.64.11] (unknown [24.227.64.11]) by ns1.microbsd.net (Postfix) with ESMTP id 04287361B22; Fri, 16 Jan 2004 10:09:57 -0500 (EST) From: Dingo To: Oliver Enzmann In-Reply-To: References: <200401141654.55862.jhb@FreeBSD.org> <20040115.212853.61231254.imp@bsdimp.com> Content-Type: text/plain Message-Id: <1074265804.744.52.camel@vaio.microbsd.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 16 Jan 2004 10:10:09 -0500 Content-Transfer-Encoding: 7bit cc: freebsd-mobile@freebsd.org Subject: Re: Vaio R600, 5.2-Current - cbb0: Unsupported card type detected 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: Fri, 16 Jan 2004 15:10:43 -0000 I was having a similiar problem with my Vaio PCG-GRX560, and nothing helped so i went back to a cvs snapshot of January 8, 2004. and now everything works great, so something has changed between Jan 8th and now. On Fri, 2004-01-16 at 04:37, Oliver Enzmann wrote: > >>>>> M Warner Losh writes: > > > In message: <200401141654.55862.jhb@FreeBSD.org> > > John Baldwin writes: > > : Try hw.cbb.start_memory=0xf4105800 > > ^^^^ should be aligned to 0x1000 > > > hw.cbb.start_memory=0xf4106000 > > The card is now recognized but causes a kernel panic immediately after: > > wi0: <3Com 3CRWE737A AirConnect Wireless LAN PC Card> at port 0x3000-0x3047 irq > 9 function 0 config 1 on pccard0 > > Fatal trap 18: integer divide fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x8:0xc05e63dd > stack pointer = 0x10:0xc93bfb04 > frame pointer = 0x10:0xc93bfb20 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, IOPL = 0 > current process = 9 (cbb0) > kernel: type 18 trap, code=0 > Stopped at wi_cmd+0x1bd: jmp wi_cmd+0x1c4 > > panic: integer divide fault > > This is with 5.2-CURRENT, Fri Jan 16 02:00:06 CET 2004, and the generic > configuration. > > nora# nm -n /boot/kernel/kernel | grep c05e6 > c05e6220 t wi_cmd > c05e6500 t wi_seek_bap > c05e6680 t wi_read_bap > c05e6760 t wi_write_bap > c05e69a0 t wi_mwrite_bap > c05e6a90 t wi_alloc_fid > c05e6bf0 t wi_read_rid > c05e6d00 t wi_write_rid > c05e6dc0 t wi_newstate > > gdb -k kernel.debug /var/crash/vmcore.0 > > (kgdb) where > #0 doadump () at ../../../kern/kern_shutdown.c:240 > #1 0xc063c230 in boot (howto=260) at ../../../kern/kern_shutdown.c:372 > #2 0xc063c62d in panic () at ../../../kern/kern_shutdown.c:550 > #3 0xc0467ce2 in db_panic () at ../../../ddb/db_command.c:450 > #4 0xc0467c42 in db_command (last_cmdp=0xc08ff260, cmd_table=0x0, > aux_cmd_tablep=0xc08827f4, aux_cmd_tablep_end=0xc088280c) > at ../../../ddb/db_command.c:346 > #5 0xc0467d85 in db_command_loop () at ../../../ddb/db_command.c:472 > #6 0xc046ad85 in db_trap (type=18, code=0) at ../../../ddb/db_trap.c:73 > #7 0xc07e016c in kdb_trap (type=18, code=0, regs=0xc93bfac4) > at ../../../i386/i386/db_interface.c:171 > #8 0xc07f6806 in trap_fatal (frame=0xc93bfac4, eva=0) > at ../../../i386/i386/trap.c:816 > #9 0xc07f6232 in trap (frame= > {tf_fs = -1035141096, tf_es = 16, tf_ds = -918880240, tf_edi = -1035096064, tf_esi = 0, tf_ebp = -918815968, tf_isp = -918816016, tf_ebx = 16061, tf_edx = 12336, tf_ecx = 0, tf_eax = 0, tf_trapno = 18, tf_err = 0, tf_eip = -1067555875, tf_cs = 8, tf_eflags = 518, tf_esp = 5, tf_ss = -1064598468}) > at ../../../i386/i386/trap.c:618 > #10 0xc07e1b68 in calltrap () at {standard input}:94 > #11 0xc05e3468 in wi_reset (sc=0x0) at ../../../dev/wi/if_wi.c:1003 > #12 0xc05e1976 in wi_attach (dev=0xc22cd580) at ../../../dev/wi/if_wi.c:275 > #13 0xc05e868b in wi_pccard_attach (dev=0xc22cd580) > ---Type to continue, or q to quit--- > at ../../../dev/wi/if_wi_pccard.c:257 > #14 0xc0580e65 in pccard_compat_do_attach (bus=0xc1f49800, dev=0xc22cd580) > at card_if.h:120 > #15 0xc05e8777 in pccard_compat_attach (dev=0xc22cd580) at card_if.h:138 > #16 0xc0654989 in device_probe_and_attach (dev=0xc22cd580) at device_if.h:39 > #17 0xc057fb28 in pccard_attach_card (dev=0xc1f49800) > at ../../../dev/pccard/pccard.c:262 > #18 0xc0520988 in exca_insert (exca=0xc12a8c04) at card_if.h:66 > #19 0xc0588053 in cbb_insert (sc=0xc12a8c04) at ../../../dev/pccbb/pccbb.c:1078 > #20 0xc0587e6b in cbb_event_thread (arg=0xc12a8c00) > at ../../../dev/pccbb/pccbb.c:1028 > #21 0xc0627644 in fork_exit (callout=0xc0587d30 , arg=0x0, > frame=0x0) at ../../../kern/kern_fork.c:797 > (kgdb) > > > Other cards I've tested with (causing the same panic): > > wi0: at port 0x3000-0x303f irq 9 function 0 config 1 on pccard0 > > wi0: at port 0x3000-0x303f irq 9 function 0 config 1 on pccard0 > > --Oliver > > _______________________________________________ > 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" > > > !DSPAM:4007b0e0836421405717969! > > >