Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 16 Jan 2004 10:10:09 -0500
From:      Dingo <dingo@microbsd.net>
To:        Oliver Enzmann <oliver@cosec.org>
Cc:        freebsd-mobile@freebsd.org
Subject:   Re: Vaio R600, 5.2-Current - cbb0: Unsupported card type detected
Message-ID:  <1074265804.744.52.camel@vaio.microbsd.net>
In-Reply-To: <microsoft-free.86ad4ob5f7.fsf@relay.cosec.org>
References:  <microsoft-free.86smijxtmv.fsf@relay.cosec.org> <200401141654.55862.jhb@FreeBSD.org> <20040115.212853.61231254.imp@bsdimp.com> <microsoft-free.86ad4ob5f7.fsf@relay.cosec.org>

next in thread | previous in thread | raw e-mail | index | archive | help
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 <imp@bsdimp.com> writes:
> 
> > In message: <200401141654.55862.jhb@FreeBSD.org>
> >             John Baldwin <jhb@freebsd.org> 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 <return> to continue, or q <return> 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 <cbb_event_thread>, arg=0x0, 
>     frame=0x0) at ../../../kern/kern_fork.c:797
> (kgdb) 
> 
> 
> Other cards I've tested with (causing the same panic):
> 
> wi0: <The Linksys Group, Inc. Instant Wireless Network PC Card> at port 0x3000-0x303f irq 9 function 0 config 1 on pccard0
> 
> wi0: <Lucent Technologies WaveLAN/IEEE> 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!
> 
> 
> 



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1074265804.744.52.camel>