Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver

From: Paul B Mahol <onemda_at_gmail.com>
Date: Sun, 3 Jan 2010 16:18:35 +0100
On 1/2/10, Weongyo Jeong <weongyo.jeong_at_gmail.com> wrote:
> On Fri, Dec 25, 2009 at 07:27:20PM +0300, Alex Keda wrote:
>> Alex Keda pishet:
>> >Weongyo Jeong pishet:
>> >>It's caused by unexpected SSB core.  Could you please test with attached
>> >>patch with email and tell me the result?
>> >All OK
>> >
>> >ssb0: <Broadcom BCM4312 802.11a/b/g Wireless> mem 0xc8000000-0xc8003fff
>> >irq 18 at device 0.0 on pci48
>> >ssb0: unsupportted coreid 0x817
>> >info: [drm] Num pipes: 1
>> >bwn0 on ssb0
>> >bwn0: WLAN (chipid 0x4311 rev 13) PHY (analog 4 type 2 rev 9) RADIO
>> >(manuf 0x17f ver 0x2050 rev 2)
>> >bwn0: DMA (64 bits)
>> >bwn0: [FILTER]
>> >
>> >scan - works.
>> >HP# ifconfig wlan0 scan
>> >SSID/MESH ID    BSSID              CHAN RATE   S:N     INT CAPS
>> >0x000000000     00:19:e1:00:e1:d0    1   54M -79:-95  100 ES   WME
>> >Beeline_WiFi    00:19:e1:00:e1:d1    1   54M -79:-95  100 ES   WME
>> >Beeline_WiF...  00:19:e1:00:e1:d2    1   54M -79:-95  100 EPS  RSN WPA
>> > WME
>> >HP#
>> >
>> >but, I can test it with access point only through two days
>> so, it's work, but I have reproduce panic.
>>
>> I manually assign IP address:
>> # ifconfig wlan0 192.168.250.2
>> then, run command:
>> # /etc/netstart
>> and I see:
>> .....
>> wpa_supplicant[2084]: Failed to disable WPA in the driver
>> bwn0: bwn_newstate: RUN -> INIT
>> bwn0: TODO: bwn_leds_exit
>> bwn0: bwn_bt_disable TODO
>> Starting wpa_supplicant.
>> bwn0: firmware version ( rev 410 patch 2160 date 0x751a time 0x7c0a)
>> Kernel page fault with the following non-sleepable lock held:
>> exclusive sleep mutex bwn0 (network driver) r = 0 (0xffffff005a769010)
>> locked _at_/usr/src/sys/modules/bwn/../../dev/bwn/if_bwn.c:906
>> KDB: stack backtrace:
>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
>> _witness_sebugger() at _witness_debugger+0x2e
>> witness_warn() at witness_warn+0x2c2
>> trap() at trap+0x2ce
>> calltrap() at calltrap+0x8
>> --- trap 0xc, rip = 0xffffffff81516070, rsp = 0xffffff803ceeaa40, rbp =
>> 0xffffff803ceeaa80 ---
>> bwn_dma_setup() at bwn_dma_setup+0x10
>> bwn_dma_init() at bwn_dma_init+0x32
>> bwn_core_init() at bwn_core_init+0x40f
>> bwn_init_locked() at bwn_init_locked+0xae
>> bwn_ioctl() at bwn_ioctl+0xff
>> taskqueue_run() at taskqueue_run+0x91
>> taskqueue_thread_loop() at taskqueue_thread_loop+0x3f
>> fork_exit() at fork_exit+0x12a
>> fork_tramponline() at fork_tramponline+0xe
>> --- trap 0, rip = 0, rsp = 0xffffff803ceead30, rbp = 0 ---
>>
>> Fatal trap 12: page fault while in kernel mode
>> cpuid = 1; apic id = 01
>> fault virtual address   = 0x0
>> fault code              = supervisor read data, page not present
>> instruction pointer     = 0x20:0xffffffff81516070
>> stack pointer           = 0x28:0xffffff803ceeaa40
>> frame pointer           = 0x28:0xffffff803ceeaa80
>> code segment            = base 0x0, limit 0xfffff, type 0x1b
>>                         = DPL 0, pres 1, long 1, def32 0, gran 1
>> processor eflags        = interrupt enabled, resume, IOPL = 0
>> current process         = 0 (bwn0 taskq)
>> [thread pid 0 tid 100239 ]
>> Stopped at bwn_dma_setup+0x10: movq (%rax), %rax
>
> Just come back from vacation.  Could you please test with attached
> patch?  Additionally it could be downloaded at the following URL:
>
> 	http://people.freebsd.org/~weongyo/patch_bwn_20100101.diff

Can't reproduce panic any more.

-- 
Paul B Mahol
Received on Sun Jan 03 2010 - 14:18:52 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:59 UTC