[haiku-bugs] Re: [Haiku] #14266: iprowifi4965 : wireless network disappears before login

  • From: "Haiku" <trac@xxxxxxxxxxxx>
  • To: undisclosed-recipients: ;
  • Date: Sat, 17 Nov 2018 13:07:15 -0000

#14266: iprowifi4965 : wireless network disappears before login
--------------------------------------------+----------------------------
   Reporter:  ttcoder                       |      Owner:  waddlesplash
       Type:  bug                           |     Status:  new
   Priority:  normal                        |  Milestone:  Unscheduled
  Component:  Drivers/Network/iprowifi4965  |    Version:  R1/Development
 Resolution:                                |   Keywords:
 Blocked By:                                |   Blocking:
Has a Patch:  0                             |   Platform:  All
--------------------------------------------+----------------------------

Comment (by ttcoder):

 Cold booted into a USB stick upgraded from 520xx to 52539.

 No joy. We're typically using this with wired ethernet though, so no
 biggie AFAIC.

 Details:

 - uname -a :
         Haiku shredder 1 hrev52539 Nov 16 2018 21:27:53 BePC x86 Haiku

 - changed: the wifi net no longer disappears from the list (in the Deskbar
 replicant).. unless I 'Cancel' the login window, at the end of test
 (below).

 - unchanged: can't connect; the login window comes back and back and back,
 at intervals of 10+ secs.
 Gave up after 20-30 attempts, ending the wireless test and going wired
 instead to post this.
 Possibly same "station deauth" symptoms as before:

 {{{
         KERN: wlan_control: 9234, 21
         KERN: [net/iprowifi4965/0] [d0:ae:ec:3e:a9:b0] station deauth via
 MLME (reason: 3 (sending STA is leaving/has left IBSS or ESS))
         KERN: [net/iprowifi4965/0] ieee80211_new_state_locked: SCAN ->
 INIT (nrunning 0 nscanning 0)
         KERN: [net/iprowifi4965/0] ieee80211_newstate_cb: SCAN -> INIT arg
 3
 }}}

 - media_addon_server crash is not related to anything here, just due to
 HDA not being supported on this laptop (see my other ticket)

 - early during the test, I got greeted by a KDL "attempting to clone
 kernel area".. It was continuable (!) so ended up logged, luckily:
   (was followed by the userland media srv crash that always occurs on this
 machine):

 {{{
 KERN: PANIC: attempting to clone kernel area "dpc: normal
 priority_14_kstack" (296)!
 KERN: Welcome to Kernel Debugging Land...
 KERN: Thread 771 "HD Audio control" running on CPU 2
 KERN: stack trace for thread 771 "HD Audio control"
 KERN:     kernel stack: 0xdde12000 to 0xdde16000
 KERN:       user stack: 0x71773000 to 0x717b3000
 KERN: frame               caller     <image>:function + offset
 KERN:  0 dde15d48 (+  32) 8014ea8e   <kernel_x86> arch_debug_stack_trace +
 0x12
 KERN:  1 dde15d68 (+  16) 800a900f   <kernel_x86>
 stack_trace_trampoline(NULL) + 0x0b
 KERN:  2 dde15d78 (+  12) 80140222   <kernel_x86>
 arch_debug_call_with_fault_handler + 0x1b
 KERN:  3 dde15d84 (+  48) 800aab37   <kernel_x86>
 debug_call_with_fault_handler + 0x5b
 KERN:  4 dde15db4 (+  64) 800a922b   <kernel_x86>
 kernel_debugger_loop(0x80192697 "PANIC: ",
 0x801a7a80 "attempting to clone kernel area "%s"
 (%ld)!", 0xdde15e60   m, int32: 2) + 0x217
 KERN:  5 dde15df4 (+  48) 800a95a7   <kernel_x86>
 kernel_debugger_internal(0x80192697 "PANIC: ",
 0x801a7a80 "attempting to clone kernel area "%s"
 (%ld)!", 0xdde15e60 [ [0m, int32: 2) + 0x53
 KERN:  6 dde15e24 (+  48) 800aaec2   <kernel_x86> panic + 0x3a
 KERN:  7 dde15e54 (+ 128) 8012106f   <kernel_x86> vm_clone_area + 0x1cb
 KERN:  8 dde15ed4 (+ 112) 80128d4b   <kernel_x86> _user_clone_area + 0xa3
 KERN:  9 dde15f44 (+ 100) 80142def   <kernel_x86> handle_syscall + 0xdc
 KERN: user iframe at 0xdde15fa8 (end = 0xdde16000)
 KERN:  eax 0xc9          ebx 0x8a8330       ecx 0x717addfc  edx 0x608a7114
 KERN:  esi 0x717adeac    edi 0x717aded8     ebp 0x717ade38  esp 0xdde15fdc
 KERN:  eip 0x608a7114 eflags 0x3202    user esp 0x717addfc
 KERN:  vector: 0x63, error code: 0x0
 KERN: 10 dde15fa8 (+   0) 608a7114   <commpage> commpage_syscall + 0x04
 KERN: 11 717ade38 (+ 160) 00be99e0   <libmedia.so>
 __7BBufferRC17buffer_clone_info + 0x1bc
 KERN: 12 717aded8 (+ 128) 00c1d5e7   <libmedia.so>
 BPrivate::BufferCache<0x18375108>::GetBuffer(int32: 1) +
 0xa7
 KERN: 13 717adf58 (+ 640) 00bead01   <libmedia.so>
 BBufferConsumer<0x183995f8>::HandleMessage(int32: 774,
 0x717ae218, uint32: 0xc8 (200)) + 0x1a5
 KERN: 14 717ae1d8 (+16448) 00bfb273   <libmedia.so>
 BMediaNode<0x18399c74>::WaitForMessage(int64:
 9223372036854749042, uint32: 0x0 (0), NULL) +
 0x1e7
 KERN: 15 717b2218 (+ 208) 00bf5ca4   <libmedia.so>
 BMediaEventLooper<0x183996dc>::ControlLoop() + 0x254
 KERN: 16 717b22e8 (+  64) 00bf60eb   <libmedia.so>
 BMediaEventLooper<0x183996dc>::_ControlThreadStart(NULL) + 0x37
 KERN: 17 717b2328 (+  48) 007faa7f   <libroot.so> _get_next_team_info
 (nearest) + 0x5f
 KERN: 18 717b2358 (+   0) 608a7258   <commpage> commpage_thread_exit +
 0x00
 KERN: kdebug> kdebug> kdebug> co771: DEBUGGER: BufferCache::GetBuffer: IDs
 mismatch
 }}}

-- 
Ticket URL: <https://dev.haiku-os.org/ticket/14266#comment:9>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.

Other related posts: