Re: Firefox/Thunderbird and SSL not working with libthread_xu

[Jordan Gordeev <jgordeev@xxxxxx>]

Matthew Dillon wrote:
>     I have two patches for you to try.  Please try each one separately
>     (not both together) and tell me which ones fix the problem, or that
>     neither of them fixes the problem.
>
> 						-Matt
>   
I've tried both patches.
The first gave me a kernel panic when I started firefox:
Unread portion of the kernel message buffer:
panic: vm_page_free: invalid wire count (2), pindex: 0x2

(kgdb) bt
#0  dumpsys () at ./machine/thread.h:83
#1  0xc02bb202 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:375
#2  0xc02bb323 in panic (
   fmt=0xc0546e94 "vm_page_free: invalid wire count (%d), pindex: 0x%lx")
   at /usr/src/sys/kern/kern_shutdown.c:800
#3  0xc0421b2e in vm_page_free_toq (m=0xc0c509d0)
   at /usr/src/sys/vm/vm_page.c:967
#4  0xc041f399 in vm_object_backing_scan_callback (p=0xc0c509d0,
   data=0xcf29a978) at /usr/src/sys/vm/vm_page.h:567
#5  0xc041ff6a in vm_page_rb_tree_RB_SCAN (head=0xcf288074,
   scancmp=0xc041fe74 <vm_page_rb_tree_SCANCMP_ALL>,
   callback=0xc041f15d <vm_object_backing_scan_callback>, data=0xcf29a978)
   at /usr/src/sys/vm/vm_page.c:101
#6  0xc041f815 in vm_object_collapse (object=0xcf2973c0)
   at /usr/src/sys/vm/vm_object.c:1148
#7  0xc041fe16 in vm_object_deallocate (object=0xcf288060)
   at /usr/src/sys/vm/vm_object.c:336
#8  0xc041a84c in vm_map_delete (map=0xc188d110, start=0, end=3217031168,
   countp=0xcf29aa1c) at /usr/src/sys/vm/vm_map.c:2462
#9  0xc041b4a8 in vm_map_remove (map=0xc188d110, start=0, end=3217031168)
   at /usr/src/sys/vm/vm_map.c:2608
#10 0xc02ab55a in exec_new_vmspace (imgp=0xcf29aba0, vmcopy=0x0)
   at /usr/src/sys/kern/kern_exec.c:716
#11 0xc0298d7c in exec_elf_imgact (imgp=0xcf29aba0)
   at /usr/src/sys/kern/imgact_elf.c:570
#12 0xc02abae4 in kern_execve (nd=0xcf29ac88, args=0xcf29ac68)
   at /usr/src/sys/kern/kern_exec.c:276
#13 0xc02ac2db in sys_execve (uap=0xcf29acf0)
   at /usr/src/sys/kern/kern_exec.c:539
#14 0xc04a2859 in syscall2 (frame=0xcf29ad40)
   at /usr/src/sys/platform/pc32/i386/trap.c:1345
#15 0xc04923c5 in Xint0x80_syscall ()
   at /usr/src/sys/platform/pc32/i386/exception.s:872
#16 0x28a2c98c in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

The second patch didn't fix the issue as I've been able to successfully 
reproduce the problem after applying it.
I've uploaded kdump output from a failing firefox proccess at 
http://sometimes.hit.bg/ktrace-firefox.txt.gz.