From owner-freebsd-mobile@FreeBSD.ORG Fri Jan 16 01:37:32 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 F379716A4CE; Fri, 16 Jan 2004 01:37:31 -0800 (PST) Received: from ddba033.netstream.ch (ddba033.netstream.ch [62.65.128.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id A17B943D46; Fri, 16 Jan 2004 01:37:29 -0800 (PST) (envelope-from oliver@cosec.org) Received: from [62.65.148.234] (helo=relay.cosec.org ident=m1lkc0w) by ddba033.netstream.ch with esmtp (Exim 4.10) id 1AhQPo-000Ckm-00; Fri, 16 Jan 2004 10:37:20 +0100 To: freebsd-mobile@freebsd.org In-Reply-To: <20040115.212853.61231254.imp@bsdimp.com> (M. Warner Losh's message of "Thu, 15 Jan 2004 21:28:53 -0700 (MST)") References: <200401141654.55862.jhb@FreeBSD.org> <20040115.212853.61231254.imp@bsdimp.com> X-PGP-FP: 179C E1EB EB64 48A3 F25A 372D 6A00 DCBC 5B51 58C6 X-PGP: 0x5B5158C6 Sender: oliver@cosec.org Organization: none - whatsoever From: Oliver Enzmann Date: Fri, 16 Jan 2004 10:37:16 +0100 Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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 09:37:32 -0000 >>>>> 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