search for: 0x11a

Now at 36 hours since zdb process start and: PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP 827 root 4936M 4931M sleep 59 0 0:50:47 0.2% zdb/209 Idling at 0.2% processor for nearly the past 24 hours... feels very stuck. Thoughts on how to determine where and why? -- This message posted from opensolaris.org

...i using the following in sip.conf, codec preferences aren't set, and asterisk uses alaw whatever I do, except force it to one specific in the [user] [general] disallow=all allow=g726 allow=g729 allow=gsm allow=alaw then, from 'sip show peer something' it tells me Codecs : 0x11a (gsm|alaw|g726|g729) Codec Order : (none) can someone please explaing why? this is version Asterisk CVS-v1-0-10/08/04-17:29:04 built by root@sipgw1 on a i686 running Linux roy

...c0180d15 c018097e c48f8fa0 ffffffda 0856a5dc c717f920 00000000 c0180fcb Aug 15 23:01:28 mydomain kernel: 0856a644 0856a62c 00000f98 ffffffea 00000009 0856a5c0 002e8ff4 c48f8000 Aug 15 23:01:28 mydomain kernel: Call Trace: Aug 15 23:01:28 mydomain kernel: [<c0180d15>] filldir64+0x0/0x11a Aug 15 23:01:28 mydomain kernel: [<c0180d15>] filldir64+0x0/0x11a Aug 15 23:01:28 mydomain kernel: [<c018097e>] vfs_readdir+0x8a/0xb7 Aug 15 23:01:28 mydomain kernel: [<c0180fcb>] sys_getdents64+0x80/0xba Aug 15 23:01:28 mydomain kernel: [<c031af83>] syscall_call+0x7/0xb...

...0x1a0/0x270 [<ffffffff813076c2>] driver_register+0x72/0x170 [<ffffffff81308671>] platform_driver_register+0x41/0x50 [<ffffffff81308696>] platform_driver_probe+0x16/0xa0 [<ffffffff81ac2ece>] efifb_init+0x273/0x292 [<ffffffff810002da>] do_one_initcall+0x11a/0x170 [<ffffffff8154187c>] kernel_init+0x11c/0x290 [<ffffffff8155acac>] ret_from_fork+0x7c/0xb0 -> #0 ((fb_notifier_list).rwsem){++++.+}: [<ffffffff8108ff10>] validate_chain.isra.33+0x1000/0x10d0 [<ffffffff81090a61>] __lock_acquire+0x3a1/0xb60 [<ff...

...he correct command to execute it?) The preliminarily run I use is "time guestfish --ro -a disk.img -i exit run -v -x" and its output on console wrt the time are real 0m3.713s user 0m1.968s sys 0m0.741s There many output with -v -x params enabled ... guestfsd: => internal_autosync (0x11a) took 0.05 secs libguestfs: trace: internal_autosync = 0 libguestfs: sending SIGTERM to process 11629 libguestfs: qemu maxrss 235720K libguestfs: trace: shutdown = 0 libguestfs: trace: close libguestfs: closing guestfs handle 0x562ae3df6c10 (state 0) libguestfs: command: run: rm libguestfs: command...

hi Username : 1000012 Codecs : 0x11a (gsm|alaw|g726|g729) Codec Order : (gsm|g729|g726|alaw|ulaw) the above is from SIP SHOW PEER 1000012, and as it clearly shows, g.729 is preferred before alaw. If I dial this SIP - * - SIP from a phone with G.729 enabled, it uses G.729. However, if I dial from my cell phone - GSM - PSTN - *...

Hi! Seems we're facing some memory leak here. This is vanilla 2.6.19-rc6 on a x86_64 box, 4GB RAM. A simple `ls -Rn' on a filesystem with lots of files makes the box leak so much RAM that the OOM killer starts to kick in. With slab alloc debugging turned on, we see this: # mount; ls -Rn; wait some seconds; Ctrl-C [root@lnxp-1038:/backend1]$ cat /proc/slab_allocators | egrep

...e.so.0(mailbox_list_try_mkdir_root+0x469) [0x7f43340d3a5a] -> /usr/lib64/dovecot/libdovecot-storage.so.0(mailbox_list_mkdir_root+0x15) [0x7f43340d3ac0] -> /usr/lib64/dovecot/libdovecot-storage.so.0(+0x570cb) [0x7f43340c40cb] -> /usr/lib64/dovecot/libdovecot-storage.so.0(maildir_set_deleted+0x11a) [0x7f43340c465c] -> /usr/lib64/dovecot/libdovecot-storage.so.0(+0x563d5) [0x7f43340c33d5] -> /usr/lib64/dovecot/libdovecot-storage.so.0(maildir_uidlist_sync_init+0x33) [0x7f43340c34f7] -> /usr/lib64/dovecot/libdovecot-storage.so.0(+0x517ac) [0x7f43340be7ac] -> /usr/lib64/dovecot/libdov...

...gt; /usr/lib64/dovecot/libdovecot.so.0(+0xe9161) [0x7f95d8066161] -> /usr/lib64/dovecot/libdovecot.so.0(+0x41158) [0x7f95d7fbe158] -> /usr/lib64/dovecot/libdovecot.so.0(http_client_request_send_more+0x424) [0x7f95d8005094] -> /usr/lib64/dovecot/libdovecot.so.0(http_client_connection_output+0x11a) [0x7f95d800a24a] -> /usr/lib64/dovecot/libssl_iostream_openssl.so(+0x8f6a) [0x7f95d57a2f6a] -> /usr/lib64/dovecot/libdovecot.so.0(+0x114483) [0x7f95d8091483] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_call_io+0x61) [0x7f95d807e581] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_handl...

...mark_hardware_unsupported+0x37/0x40 [<c0477e67>] ? mark_hardware_unsupported+0x37/0x40 [<c0450293>] ? warn_slowpath_fmt_taint+0x33/0x40 [<c0477e67>] ? mark_hardware_unsupported+0x37/0x40 [<c08056eb>] ? early_init_centaur+0xd/0x2d [<c0a49835>] ? early_cpu_init+0x11a/0x13e [<c0a453b3>] ? setup_arch+0x38/0xb90 [<c0450d3e>] ? vprintk+0x1ae/0x490 [<c080ba2a>] ? printk+0x17/0x1d [<c0a5a4ee>] ? cgroup_init_subsys+0xcf/0xdb [<c0a406da>] ? start_kernel+0xca/0x3a4 ---[ end trace a7919e7f17c0a725 ]--- Disabling lock debugging due...

Dear Sirs and Madams, I run a small visual effects production company, Hammerhead Productions. We'd like to have an easily extensible inexpensive relatively high-performance storage network using open-source components. I was hoping that OCFS2 would be that system. I have a half-dozen 2 TB fileservers I'd like the rest of the network to see as a single 12 TB disk, with the aggregate

...>] ? kmsg_dump+0x3a/0xb6 Feb 10 10:59:45 testbox kernel: [ 524.584853] [<c07d555b>] ? oops_end+0xa2/0xa8 Feb 10 10:59:45 testbox kernel: [ 524.584858] [<c07cc31f>] ? no_context+0x128/0x130 Feb 10 10:59:45 testbox kernel: [ 524.584861] [<c07cc441>] ? __bad_area_nosemaphore+0x11a/0x122 Feb 10 10:59:45 testbox kernel: [ 524.584884] [<f81fdd20>] ? btrfs_block_rsv_release+0x51/0x57 [btrfs] Feb 10 10:59:45 testbox kernel: [ 524.584888] [<c07cc460>] ? bad_area_nosemaphore+0x17/0x19 Feb 10 10:59:45 testbox kernel: [ 524.584891] [<c07d6ef3>] ? do_page_fault...

...54.769266] blk_mq_make_request+0x331/0x5b0 [ 54.769268] generic_make_request+0x10d/0x2e0 [ 54.769270] submit_bio+0x69/0x130 [ 54.769273] ext4_io_submit+0x44/0x50 [ 54.769275] ext4_writepages+0x56f/0xd30 [ 54.769278] ? cpumask_next_and+0x19/0x20 [ 54.769280] ? find_busiest_group+0x11a/0xa40 [ 54.769283] do_writepages+0x15/0x70 [ 54.769288] __writeback_single_inode+0x38/0x330 [ 54.769290] writeback_sb_inodes+0x219/0x4c0 [ 54.769292] __writeback_inodes_wb+0x82/0xb0 [ 54.769293] wb_writeback+0x267/0x300 [ 54.769295] wb_workfn+0x1aa/0x430 [ 54.769298] process_on...

...>] drm_pci_init+0x115/0x130 [ 657.802386] [<ffffffffa0133000>] ? 0xffffffffa0132fff [ 657.802390] [<ffffffffa0133000>] ? 0xffffffffa0132fff [ 657.802414] [<ffffffffa0133043>] nouveau_drm_init+0x43/0x1000 [nouveau] [ 657.802422] [<ffffffff8100034a>] do_one_initcall+0x11a/0x170 [ 657.802429] [<ffffffff81071e33>] ? set_memory_nx+0x43/0x50 [ 657.802435] [<ffffffff8113a132>] ? __vunmap+0xb2/0x100 [ 657.802441] [<ffffffff810eeb26>] load_module+0x1966/0x21b0 [ 657.802446] [<ffffffff810ec070>] ? show_initstate+0x50/0x50 [ 657.802453] [&lt...

...rnel: [ 361.374531] [<ffffffffa056bf54>] ocfs2_complete_recovery+0x184/0xb20 [ocfs2] Mar 27 10:54:08 cvk-7 kernel: [ 361.374555] [<ffffffffa056bdd0>] ? ocfs2_wait_for_recovery+0x90/0x90 [ocfs2] Mar 27 10:54:08 cvk-7 kernel: [ 361.374561] [<ffffffff81084e2a>] process_one_work+0x11a/0x480 Mar 27 10:54:08 cvk-7 kernel: [ 361.374565] [<ffffffff81085bd4>] worker_thread+0x164/0x370 Mar 27 10:54:08 cvk-7 kernel: [ 361.374570] [<ffffffff81085a70>] ? manage_workers.isra.29+0x130/0x130 Mar 27 10:54:08 cvk-7 kernel: [ 361.374574] [<ffffffff8108a42c>] kthread+0x8...

...34, pUnk=0x416a0710, dwDestContext=0x0, pvDestContext=0x0, mshlFlags=0x0) [/home/grahame/wine/dlls/ole32/marshal.c:716] in ole32 (0x41aa501c) 3 0x40ae335a _LocalServerThread+0x1ea(param=0x403c9c88) [/home/grahame/wine/dlls/ole32/compobj.c:1136] in ole32 (0x41aa51b0) 4 0x4052b3ba THREAD_Start+0x11a(ptr=0x403c8e40) [/home/grahame/wine/dlls/kernel/thread.c:107] in kernel32 (0x41aa5288) 5 0x401e82e3 start_thread+0x1a3(info=0x403c9cb8) [/home/grahame/wine/dlls/ntdll/thread.c:200] in ntdll (0x41aa5ad8) 6 0x4004ab63 start_thread+0x93 in libpthread.so.0 (0x41aa5b4c) 7 0x4012dc4a __clone+0x5a...

...k.img -i exit run -v -x" and its output on console wrt the time are > > real 0m3.713s > user 0m1.968s > sys 0m0.741s This is reasonable, considering that debugging is enabled. > There many output with -v -x params enabled > > ... > guestfsd: => internal_autosync (0x11a) took 0.05 secs > libguestfs: trace: internal_autosync = 0 > libguestfs: sending SIGTERM to process 11629 > libguestfs: qemu maxrss 235720K > libguestfs: trace: shutdown = 0 > libguestfs: trace: close > libguestfs: closing guestfs handle 0x562ae3df6c10 (state 0) > libguestfs: c...

...e_to_wait_exclusive+0x80/0x80 [495498.182557] [<ffffffffc02e331f>] ? 0xffffffffc02e331f [495498.187893] [<ffffffffa109a9e0>] ? prepare_to_wait_event+0xf0/0xf0 [495498.194357] [<ffffffffc02e3679>] 0xffffffffc02e3679 [495498.199519] [<ffffffffc02e723a>] fuse_simple_request+0x11a/0x1e0 [fuse] [495498.206415] [<ffffffffc02e7f71>] fuse_dev_cleanup+0xa81/0x1ef0 [fuse] [495498.213151] [<ffffffffa11b91a9>] lookup_fast+0x249/0x330 [495498.218748] [<ffffffffa11b95bd>] walk_component+0x3d/0x500 While the particular issue seems more related to the Fuse client t...

...gt;] driver_attach+0x19/0x20 [ 40.864179] [<ffffffff81410388>] bus_add_driver+0x188/0x270 [ 40.864179] [<ffffffff81411425>] driver_register+0x75/0x150 [ 40.864179] [<ffffffff81374dcf>] __pci_register_driver+0x5f/0x70 [ 40.864179] [<ffffffffa009473a>] drm_pci_init+0x11a/0x130 [drm] [ 40.864179] [<ffffffff8140b2c0>] ? vga_switcheroo_register_handler+0x40/0x90 [ 40.864179] [<ffffffffa04a3000>] ? 0xffffffffa04a2fff [ 40.864179] [<ffffffffa04a304d>] nouveau_drm_init+0x4d/0x1000 [nouveau] [ 40.864179] [<ffffffff810001fa>] do_one_init...

[Sorry about the crosspost. Since this is a clang build question but the build is invoked from the top-level LLVM directory I'm not sure where the question should go.] I've got a clang build against libstdc++ on Linux but I would really like one built against libc++/libc++abi. In other words I'd like to rebuild clang/llvm with clang using libc++ and libc++abi on Linux. I looked at