search for: 0xd6

Previous 2.6.31-rc8 kernel was built on F11 and installed with modules on F12. Current kernel has been built on F12 (2.6.31-0.204.rc9.fc12.x86_64) and installed on F12 before loading under Xen 3.4.1. Dmesg log looks similar to Michael Yuong''s ''rc7.git4''  kernel for F12. Boris. --- On Tue, 9/8/09, Boris Derzhavets <bderzhavets@yahoo.com> wrote: From: Boris

...c9, 0xca, 0xcc }, { 0xc9, 0xca, 0xcb, 0xcd }, { 0xca, 0xcb, 0xcc, 0xce }, { 0xcb, 0xcc, 0xcd, 0xcf }, { 0xcc, 0xcd, 0xce, 0xd0 }, { 0xcd, 0xce, 0xcf, 0xd1 }, { 0xce, 0xcf, 0xd0, 0xd2 }, { 0xcf, 0xd0, 0xd1, 0xd3 }, { 0xd0, 0xd1, 0xd2, 0xd4 }, { 0xd1, 0xd2, 0xd3, 0xd5 }, { 0xd2, 0xd3, 0xd4, 0xd6 }, { 0xd3, 0xd4, 0xd5, 0xd7 }, { 0xd4, 0xd5, 0xd6, 0xd8 }, { 0xd5, 0xd6, 0xd7, 0xd9 }, { 0xd6, 0xd7, 0xd8, 0xda }, { 0xd7, 0xd8, 0xd9, 0xdb }, { 0xd8, 0xd9, 0xda, 0xdc }, { 0xd9, 0xda, 0xdb, 0xdd }, { 0xda, 0xdb, 0xdc, 0xde }, { 0xdb, 0xdc, 0xdd, 0xdf }, { 0xdc, 0xdd, 0xde, 0xe0 }, { 0xd...

...c9, 0xca, 0xcc }, { 0xc9, 0xca, 0xcb, 0xcd }, { 0xca, 0xcb, 0xcc, 0xce }, { 0xcb, 0xcc, 0xcd, 0xcf }, { 0xcc, 0xcd, 0xce, 0xd0 }, { 0xcd, 0xce, 0xcf, 0xd1 }, { 0xce, 0xcf, 0xd0, 0xd2 }, { 0xcf, 0xd0, 0xd1, 0xd3 }, { 0xd0, 0xd1, 0xd2, 0xd4 }, { 0xd1, 0xd2, 0xd3, 0xd5 }, { 0xd2, 0xd3, 0xd4, 0xd6 }, { 0xd3, 0xd4, 0xd5, 0xd7 }, { 0xd4, 0xd5, 0xd6, 0xd8 }, { 0xd5, 0xd6, 0xd7, 0xd9 }, { 0xd6, 0xd7, 0xd8, 0xda }, { 0xd7, 0xd8, 0xd9, 0xdb }, { 0xd8, 0xd9, 0xda, 0xdc }, { 0xd9, 0xda, 0xdb, 0xdd }, { 0xda, 0xdb, 0xdc, 0xde }, { 0xdb, 0xdc, 0xdd, 0xdf }, { 0xdc, 0xdd, 0xde, 0xe0 }, { 0xd...

...shr esi,0x5 345: lea rbp,[rip+0x0] # 34c <llvm::sys::getHostCPUName()+0xbc> 34c: lea r12,[rip+0x0] # 353 <llvm::sys::getHostCPUName()+0xc3> 353: cmove rbp,r12 357: lea rdi,[rsp+0x188] 35f: lea rsi,[rip+0x0] # 366 <llvm::sys::getHostCPUName()+0xd6> In both other cases (2) & (3) SI is saved into stack region. > I promise I'll do the review of your code after that. Thanks. Regards, -- Adam

...Feb 4 00:08:08 server1 kernel: [<c016f40e>] __getblk+0x3f/0x49 Feb 4 00:08:08 server1 kernel: [<c016f455>] __bread+0x9/0x22 Feb 4 00:08:08 server1 kernel: [<f88af239>] ext3_free_branches+0x91/0x1be [ext3] Feb 4 00:08:08 server1 kernel: [<f88af27e>] ext3_free_branches+0xd6/0x1be [ext3] Feb 4 00:08:08 server1 kernel: [<f88af702>] ext3_truncate+0x39c/0x460 [ext3] Feb 4 00:08:08 server1 kernel: [<c0317627>] __cond_resched+0x14/0x3b Feb 4 00:08:08 server1 kernel: [<f8862737>] journal_start+0x78/0x9e [jbd] Feb 4 00:08:08 server1 kernel: [<f88a...

...Asterisk 1.2.19. Is there a way to stop sending "Remote hold" or a way to send "Remote retrieve"? See here the the cli output with "pri debug span 4" at starting attended transfer: 4 > Protocol Discriminator: Q.931 (8) len=7 4 > Call Ref: len= 1 (reference 214/0xD6) (Terminator) 4 > Message type: NOTIFY (110) 4 > [27 01 f9] 4 > Notification indicator (len= 3): Ext: 1 Remote hold (121) -- Started music on hold, class 'default', on channel 'Zap/10-1' -- Playing 'pbx-transfer' (language 'de') Best regards,...

Hi experts I use xen-4.0.0 and dom0 is 2.6.33 and domU is 2.6.34 #lspci ............... 01:00.0 Ethernet controller: Intel Corporation Unknown device 10a7 (rev 02) 01:00.1 Ethernet controller: Intel Corporation Unknown device 10a7 (rev 02) 05:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06) 05:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit

...LD/dovecot-2.3.6/src/lib-smtp/.libs/lt-test-smtp-payload() [0x42145b] -> /builddir/build/BUILD/dovecot-2.3.6/src/lib-smtp/.libs/lt-test-smtp-payload(io_loop_call_io+0x61) [0x461d81] -> /builddir/build/BUILD/dovecot-2.3.6/src/lib-smtp/.libs/lt-test-smtp-payload(io_loop_handler_run_internal+0xd6) [0x463c16] -> /builddir/build/BUILD/dovecot-2.3.6/src/lib-smtp/.libs/lt-test-smtp-payload(io_loop_handler_run+0x59) [0x461e79] -> /builddir/build/BUILD/dovecot-2.3.6/src/lib-smtp/.libs/lt-test-smtp-payload(io_loop_run+0x38) [0x4620a8] -> /builddir/build/BUILD/dovecot-2.3.6/src/lib-s...

...lazy_mmu+0x27/0x30 [ 32.304879] [<ffffffff811b1fe2>] apply_to_page_range+0x282/0x460 [ 32.304888] [<ffffffff810206b0>] ? map_pte_fn+0x60/0x60 [ 32.304894] [<ffffffff810207fb>] arch_gnttab_map_status+0x3b/0x70 [ 32.304904] [<ffffffff813d5176>] gnttab_map_frames_v2+0xd6/0x150 [ 32.304910] [<ffffffff813d5291>] gnttab_map+0xa1/0x140 [ 32.304917] [<ffffffff813d5430>] get_free_entries+0x100/0x2e0 [ 32.304923] [<ffffffff813d56d5>] gnttab_alloc_grant_references+0x15/0x30 [ 32.304933] [<ffffffffa000bd4f>] do_blkif_request+0x6bf/0x8a0 [...

...0 0x7edd133c in user32 (+0xb133c) (0x7e577918) 11 0x7ed57823 DefDlgProcA+0x83() in user32 (0x7e577948) 12 0x7edcbbea WINPROC_wrapper+0x1a() in user32 (0x7e577978) 13 0x7edcd3da in user32 (+0xad3da) (0x7e5779b8) 14 0x7edcf2fd in user32 (+0xaf2fd) (0x7e577a68) 15 0x7edd0166 CallWindowProc16+0xd6() in user32 (0x7e577ab8) 16 0x7ed2c708 in user32 (+0xc708) (0x7e577ad8) 17 0x7b8a3ffa in kernel32 (+0x83ffa) (0x7e577b08) 18 0x127f:0x29e4 (0x129f:0x4468) 19 0x127f:0x31a4 (0x129f:0x44b6) 20 0x127f:0x23b5 (0x129f:0x450a) 21 0x127f:0x2506 (0x129f:0x4522) 22 0x101f:0x0468 in kernel32 (+...

...# 34c > <llvm::sys::getHostCPUName()+0xbc> > 34c: lea r12,[rip+0x0] # 353 > <llvm::sys::getHostCPUName()+0xc3> > 353: cmove rbp,r12 > 357: lea rdi,[rsp+0x188] > 35f: lea rsi,[rip+0x0] # 366 > <llvm::sys::getHostCPUName()+0xd6> > > In both other cases (2) & (3) SI is saved into stack region. > > > I promise I'll do the review of your code after that. > > Thanks. > > Regards, > -- > Adam > _______________________________________________ > LLVM Developers mailing list >...

...[drm] ? drm_fb_helper_add_one_connector+0x2a/0x60 [drm_kms_helper] drm_fb_helper_add_one_connector+0x2a/0x60 [drm_kms_helper] nv50_mstm_register_connector+0x2c/0x50 [nouveau] drm_dp_add_port+0x2f5/0x420 [drm_kms_helper] ? mark_held_locks+0x50/0x80 ? kfree+0xcf/0x2a0 ? drm_dp_check_mstb_guid+0xd6/0x120 [drm_kms_helper] ? trace_hardirqs_on_caller+0xed/0x180 ? drm_dp_check_mstb_guid+0xd6/0x120 [drm_kms_helper] drm_dp_send_link_address+0x155/0x1e0 [drm_kms_helper] drm_dp_add_port+0x33f/0x420 [drm_kms_helper] ? nouveau_connector_aux_xfer+0x7c/0xb0 [nouveau] ? find_held_lock+0x2d/0x90 ? d...

...nish+0x0/0xca [<c030d5d7>] nf_hook_slow+0x47/0xba [<c035685b>] br_handle_frame_finish+0x0/0xca [<c0356a8d>] br_handle_frame+0x168/0x1a7 [<c035685b>] br_handle_frame_finish+0x0/0xca [<c02fff45>] netif_receive_skb+0x117/0x1dc [<c0300077>] process_backlog+0x6d/0xd6 [<c030013d>] net_rx_action+0x5d/0x0xd2 [<c011a8b4>] __do_softirq+0x34/0x7d [<c011a91f>] do_softirq+0x22/0x26 [<c0104872>] do_IRQ+0x1e/0x24 [<c0103436>] common_interrupt+0x1a/0x20 [<c0101047>] default_idle+0x2b/0x53 [<c01010c2>] cpu_idle+0x3f/0x5b [&...

...gt; [ 32.304879] [<ffffffff811b1fe2>] apply_to_page_range+0x282/0x460 > [ 32.304888] [<ffffffff810206b0>] ? map_pte_fn+0x60/0x60 > [ 32.304894] [<ffffffff810207fb>] arch_gnttab_map_status+0x3b/0x70 > [ 32.304904] [<ffffffff813d5176>] gnttab_map_frames_v2+0xd6/0x150 > [ 32.304910] [<ffffffff813d5291>] gnttab_map+0xa1/0x140 > [ 32.304917] [<ffffffff813d5430>] get_free_entries+0x100/0x2e0 > [ 32.304923] [<ffffffff813d56d5>] gnttab_alloc_grant_references+ > 0x15/0x30 > [ 32.304933] [<ffffffffa000bd4f>] do_b...

...0xbc, 0xff, 0xcd, 0xff, 0xc9, 0xff, 0xc8, 0xff, 0xbc, 0xff, 0x8f, 0xff, 0x7d, 0xff, 0x51, 0xff, 0x42, 0xff, 0x72, 0xff, 0x5a, 0xff, 0xb9, 0xff, 0x9f, 0xff, 0xea, 0xff, 0xc3, 0xff, 0xea, 0xff, 0xca, 0xff, 0xf9, 0xff, 0xc8, 0xff, 0x20, 0x00, 0xf3, 0xff, 0x26, 0x00, 0xf7, 0xff, 0xd6, 0xff, 0xa2, 0xff, 0xa3, 0xff, 0x74, 0xff, 0x74, 0xff, 0x4f, 0xff, 0x5a, 0xff, 0x2e, 0xff, 0x3c, 0xff, 0x14, 0xff, 0x25, 0xff, 0x05, 0xff, 0x2a, 0xff, 0x15, 0xff, 0x4c, 0xff, 0x40, 0xff, 0x97, 0xff, 0x96, 0xff, 0xda, 0xff, 0xd0, 0xff, 0x17, 0x00, 0x20, 0x00, 0x5a, 0x00, 0x54, 0x00,...

...p_pmd_range+0x42/0x68 Jul 2 16:40:40 lvs2 kernel: [<c0159c58>] unmap_page_range+0x39/0x5f Jul 2 16:40:40 lvs2 kernel: [<c0159d7f>] unmap_vmas+0x101/0x1f8 Jul 2 16:40:40 lvs2 kernel: [<c015ed4a>] exit_mmap+0xb8/0x1d0 Jul 2 16:40:40 lvs2 kernel: [<c0121bb4>] mmput+0xb3/0xd6 Jul 2 16:40:40 lvs2 kernel: [<c0127248>] do_exit+0x255/0x59c Jul 2 16:40:40 lvs2 kernel: [<c0127727>] sys_exit_group+0x0/0xd Jul 2 16:40:40 lvs2 kernel: [<c0317637>] syscall_call+0x7/0xb Jul 2 16:40:40 lvs2 kernel: Trying to fix it up, but a reboot is needed Jul 3 04:02:0...

...cot: IMAP(smassaro at dial.com): Raw backtrace: imap [0x4833d0] -> imap [0x483433] -> imap [0x482b16] -> imap(index_sort_list_finish_string+0xda1) [0x451eb1] -> imap(index_storage_search_next_nonblock+0x425) [0x44ebe5] -> imap(mailbox_search_next+0x21) [0x455ab1] -> imap(imap_sort+0xd6) [0x4208f6] -> imap(cmd_sort+0x2d7) [0x419c47] -> imap(cmd_uid+0x52) [0x41a692] -> imap [0x41b05c] -> imap [0x41b112] -> imap [0x41b8bf] -> imap(client_input+0x63) [0x41bae3] -> imap(io_loop_handler_run+0xf8) [0x489cc8] -> imap(io_loop_run+0x1d) [0x4891bd] -> imap(main+0x...

...0x7eb46f19 msi_dialog_handle_event+0x29() in msi (0x0034f718) 3 0x7eb4b151 ControlEvent_FireSubscribedEvent+0x71() in msi (0x0034f748) 4 0x7eb62d1b MSI_ProcessMessage+0x6fb() in msi (0x0034f9c8) 5 0x7eb2b530 ui_actionstart+0x50() in msi (0x0034f9e8) 6 0x7eb2d216 ACTION_HandleStandardAction+0xd6() in msi (0x0034fa28) 7 0x7eb2d462 ACTION_PerformAction+0x42() in msi (0x0034fa68) 8 0x7eb2da24 ITERATE_Actions+0x1b4() in msi (0x0034fa98) 9 0x7eb5f6af MSI_IterateRecords+0xcf() in msi (0x0034fad8) 10 0x7eb2b771 ACTION_ProcessExecSequence+0x101() in msi (0x0034fb18) 11 0x7eb2d230 ACTION_...

...uot;abcd", 4, 0x9747b28c, + { 0x47, 0x95, 0xc5, 0x29, 0xce, 0xc1, 0x88, 0x5e, + 0xce, 0xc1, 0x88, 0x5e, 0xce, 0xc1, 0x88, 0x5e }, + { 0x49, 0xb4, 0x70, 0x9e, 0xac, 0x55, 0x37, 0x91, + 0x8a, 0x7e, 0x67, 0xe7, 0xe9, 0xd3, 0xa7, 0xbb }}, + { "abc", 3, 0x9747b28c, + { 0xd6, 0x35, 0x9e, 0xaf, 0x48, 0xfc, 0x3a, 0xc3, + 0x48, 0xfc, 0x3a, 0xc3, 0x48, 0xfc, 0x3a, 0xc3 }, + { 0x37, 0x43, 0x63, 0x0d, 0xbf, 0xc3, 0xce, 0xdc, + 0xcd, 0xe0, 0xa2, 0x34, 0x20, 0xb5, 0x04, 0xbf }}, + { "ab", 2, 0x9747b28c, + { 0x38, 0x37, 0xd7, 0x95, 0xc7, 0xfe, 0x58, 0...

On Mon, Dec 12, 2016 at 06:54:07PM +0800, Herbert Xu wrote: > On Mon, Dec 12, 2016 at 06:25:12AM +0000, Gonglei (Arei) wrote: > > Hi, Michael & Herbert > > > > Because the virtio-crypto device emulation had been in QEMU 2.8, > > would you please merge the virtio-crypto driver for 4.10 if no other > > comments? If so, Miachel pls ack and/or review the patch,