search for: 0xe9

Displaying 20 results from an estimated 245 matches for "0xe9".

Did you mean: 0x89
2012 May 01
8
VGABIOS patches
Couple of patches to fix an overflow, optimize a bit and support bigger resolutions using Windows 8.
2012 Feb 05
5
[PATCH] Automatically select 0xe9 as default debug port if configured for Xen
As per Ian comment on previous commit 7123d9834d58287d43514d7799ed1a7b34eea243 Signed-off-by: Julian Pidancet <julian.pidancet@gmail.com> --- src/Kconfig | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/Kconfig b/src/Kconfig index cf0bff0..cee0005 100644 --- a/src/Kconfig +++ b/src/Kconfig @@ -361,6 +361,7 @@ menu "Debugging" config DEBUG_IO_PORT
2006 Apr 13
0
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
...t; LLVM intrinsic function!"' failed. > gccas((anonymous namespace)::PrintStackTrace()+0x1a)[0x85a0ebe] > gccas((anonymous namespace)::SignalHandler(int)+0xd3)[0x85a1187] > [0xb7faa420] > [0xb7faa402] > /lib/tls/libc.so.6(gsignal+0x55)[0x7e77d5] > /lib/tls/libc.so.6(abort+0xe9)[0x7e9149] > /lib/tls/libc.so.6(__assert_fail+0x101)[0x7e0db1] > gccas(llvm::Function::getIntrinsicID() const+0x6df)[0x8469d75] > gccas((anonymous namespace)::Verifier::visitCallInst > (llvm::CallInst&)+0x51b)[0x8485ebd] > gccas(llvm::InstVisitor<(anonymous namespace)::Verifie...
2006 Apr 13
2
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
...ot;' failed. > > gccas((anonymous namespace)::PrintStackTrace()+0x1a)[0x85a0ebe] > > gccas((anonymous namespace)::SignalHandler(int)+0xd3)[0x85a1187] > > [0xb7faa420] > > [0xb7faa402] > > /lib/tls/libc.so.6(gsignal+0x55)[0x7e77d5] > > /lib/tls/libc.so.6(abort+0xe9)[0x7e9149] > > /lib/tls/libc.so.6(__assert_fail+0x101)[0x7e0db1] > > gccas(llvm::Function::getIntrinsicID() const+0x6df)[0x8469d75] > > gccas((anonymous namespace)::Verifier::visitCallInst > > (llvm::CallInst&)+0x51b)[0x8485ebd] > > gccas(llvm::InstVisitor<(anon...
2007 Feb 20
1
crash in mail_cache_transaction_reset on rc22
...field=4294967295, data=0xb7600, data_size=1063) at mail-cache-transaction.c:752 file_field = 19 data_size32 = 1063 fixed_size = 4294967295 full_size = 831272 __PRETTY_FUNCTION__ = "mail_cache_add" #2 0x00057160 in index_mail_parse_header (part=0xe9, hdr=0x14, mail=0xd33e8) at index-mail-headers.c:125 data = (struct index_mail_data *) 0xd3450 cache_field_name = 0xe9 <Address 0xe9 out of bounds> field_idx = 0 count = 21 match = (uint8_t *) 0xcf928 "" __PRETTY_FUNCTION__ = &quot...
2008 Nov 30
3
[LLVMdev] Error when using getAnalysis
...AnalysisType& llvm::Pass::getAnalysisID(const llvm::PassInfo*) const [with AnalysisType = llvm::LoopInfo]: Assertion `ResultPass && "getAnalysis*() called on an analysis that was not " "'required' by pass!"' failed. opt[0x83cfa9d] /lib/tls/libc.so.6(abort+0xe9)[0x15d289] /lib/tls/libc.so.6(__assert_fail+0x101)[0x154da1] opt(_ZNK4llvm4Pass13getAnalysisIDINS_8LoopInfoEEERT_PKNS_8PassInfoE+0x54)[0x81294a0] Could someone please help me out with this? Thanks! Nitisha -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://...
2018 Sep 28
3
error: expected memory with 32-bit signed offset
...t;MCInst #1559 GSSBGT                                         #  <MCOperand Reg:23>                                         #  <MCOperand Reg:24>                                         #  <MCOperand Reg:25>>     gsshle    $8, $9, $10             # encoding: [0x12,0x50,0x28,0xe9]                                         # <MCInst #1566 GSSHLE                                         #  <MCOperand Reg:311>                                         #  <MCOperand Reg:312>                                         #  <MCOperand Reg:313>>     gsshgt    $1...
2009 Nov 14
2
[LLVMdev] Very slow performance of lli on x86
...dc, 0xdd, 0xdf }, { 0xdc, 0xdd, 0xde, 0xe0 }, { 0xdd, 0xde, 0xdf, 0xe1 }, { 0xde, 0xdf, 0xe0, 0xe2 }, { 0xdf, 0xe0, 0xe1, 0xe3 }, { 0xe0, 0xe1, 0xe2, 0xe4 }, { 0xe1, 0xe2, 0xe3, 0xe5 }, { 0xe2, 0xe3, 0xe4, 0xe6 }, { 0xe3, 0xe4, 0xe5, 0xe7 }, { 0xe4, 0xe5, 0xe6, 0xe8 }, { 0xe5, 0xe6, 0xe7, 0xe9 }, { 0xe6, 0xe7, 0xe8, 0xea }, { 0xe7, 0xe8, 0xe9, 0xeb }, { 0xe8, 0xe9, 0xea, 0xec }, { 0xe9, 0xea, 0xeb, 0xed }, { 0xea, 0xeb, 0xec, 0xee }, { 0xeb, 0xec, 0xed, 0xef }, { 0xec, 0xed, 0xee, 0xf0 }, { 0xed, 0xee, 0xef, 0xf1 }, { 0xee, 0xef, 0xf0, 0xf2 }, { 0xef, 0xf0, 0xf1, 0xf3 }, { 0xf...
2006 Apr 13
3
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
...tion `0 && "Unknown LLVM intrinsic function!"' failed. gccas((anonymous namespace)::PrintStackTrace()+0x1a)[0x85a0ebe] gccas((anonymous namespace)::SignalHandler(int)+0xd3)[0x85a1187] [0xb7faa420] [0xb7faa402] /lib/tls/libc.so.6(gsignal+0x55)[0x7e77d5] /lib/tls/libc.so.6(abort+0xe9)[0x7e9149] /lib/tls/libc.so.6(__assert_fail+0x101)[0x7e0db1] gccas(llvm::Function::getIntrinsicID() const+0x6df)[0x8469d75] gccas((anonymous namespace)::Verifier::visitCallInst (llvm::CallInst&)+0x51b)[0x8485ebd] gccas(llvm::InstVisitor<(anonymous namespace)::Verifier, void>::visitCall(ll...
2009 Nov 14
0
[LLVMdev] Very slow performance of lli on x86
...dc, 0xdd, 0xdf }, { 0xdc, 0xdd, 0xde, 0xe0 }, { 0xdd, 0xde, 0xdf, 0xe1 }, { 0xde, 0xdf, 0xe0, 0xe2 }, { 0xdf, 0xe0, 0xe1, 0xe3 }, { 0xe0, 0xe1, 0xe2, 0xe4 }, { 0xe1, 0xe2, 0xe3, 0xe5 }, { 0xe2, 0xe3, 0xe4, 0xe6 }, { 0xe3, 0xe4, 0xe5, 0xe7 }, { 0xe4, 0xe5, 0xe6, 0xe8 }, { 0xe5, 0xe6, 0xe7, 0xe9 }, { 0xe6, 0xe7, 0xe8, 0xea }, { 0xe7, 0xe8, 0xe9, 0xeb }, { 0xe8, 0xe9, 0xea, 0xec }, { 0xe9, 0xea, 0xeb, 0xed }, { 0xea, 0xeb, 0xec, 0xee }, { 0xeb, 0xec, 0xed, 0xef }, { 0xec, 0xed, 0xee, 0xf0 }, { 0xed, 0xee, 0xef, 0xf1 }, { 0xee, 0xef, 0xf0, 0xf2 }, { 0xef, 0xf0, 0xf1, 0xf3 }, { 0xf...
2014 Oct 13
2
kernel crashes after soft lockups in xen domU
...ages+0xf4/0x14d [354008.101038] [<ffffffff810de78b>] ? free_pages_and_swap_cache+0x48/0x60 [354008.101045] [<ffffffff810cf527>] ? tlb_flush_mmu+0x37/0x50 [354008.101049] [<ffffffff810cf54c>] ? tlb_finish_mmu+0xc/0x31 [354008.101054] [<ffffffff810d5e79>] ? exit_mmap+0xc4/0xe9 [354008.101060] [<ffffffff81044b82>] ? mmput+0x56/0xf8 [354008.101064] [<ffffffff81049d07>] ? exit_mm+0x117/0x122 [354008.101069] [<ffffffff8107115b>] ? arch_local_irq_disable+0x7/0x8 [354008.101074] [<ffffffff81350487>] ? _raw_spin_lock_irq+0xa/0x14 [354008.101078] [&l...
2019 Aug 06
2
Xorg indefinitely hangs in kernelspace
...[354073.738371] drm_atomic_helper_commit_tail+0x2b/0x70 [drm_kms_helper] [354073.738374] commit_tail+0x67/0x70 [drm_kms_helper] [354073.738378] drm_atomic_helper_commit+0x113/0x120 [drm_kms_helper] [354073.738390] drm_atomic_commit+0x4a/0x50 [drm] [354073.738394] drm_atomic_helper_update_plane+0xe9/0x100 [drm_kms_helper] [354073.738402] __setplane_atomic+0xd3/0x120 [drm] [354073.738410] drm_mode_cursor_universal+0x142/0x270 [drm] [354073.738418] drm_mode_cursor_common+0xcb/0x220 [drm] [354073.738425] ? drm_mode_cursor_ioctl+0x60/0x60 [drm] [354073.738432] drm_mode_cursor2_ioctl+0xe/0x10...
2019 Aug 06
2
Xorg indefinitely hangs in kernelspace
...[354073.738371] drm_atomic_helper_commit_tail+0x2b/0x70 [drm_kms_helper] [354073.738374] commit_tail+0x67/0x70 [drm_kms_helper] [354073.738378] drm_atomic_helper_commit+0x113/0x120 [drm_kms_helper] [354073.738390] drm_atomic_commit+0x4a/0x50 [drm] [354073.738394] drm_atomic_helper_update_plane+0xe9/0x100 [drm_kms_helper] [354073.738402] __setplane_atomic+0xd3/0x120 [drm] [354073.738410] drm_mode_cursor_universal+0x142/0x270 [drm] [354073.738418] drm_mode_cursor_common+0xcb/0x220 [drm] [354073.738425] ? drm_mode_cursor_ioctl+0x60/0x60 [drm] [354073.738432] drm_mode_cursor2_ioctl+0xe/0x10...
2006 Apr 13
0
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
...gt;>> gccas((anonymous namespace)::PrintStackTrace()+0x1a)[0x85a0ebe] >>> gccas((anonymous namespace)::SignalHandler(int)+0xd3)[0x85a1187] >>> [0xb7faa420] >>> [0xb7faa402] >>> /lib/tls/libc.so.6(gsignal+0x55)[0x7e77d5] >>> /lib/tls/libc.so.6(abort+0xe9)[0x7e9149] >>> /lib/tls/libc.so.6(__assert_fail+0x101)[0x7e0db1] >>> gccas(llvm::Function::getIntrinsicID() const+0x6df)[0x8469d75] >>> gccas((anonymous namespace)::Verifier::visitCallInst >>> (llvm::CallInst&)+0x51b)[0x8485ebd] >>> gccas(llvm::InstV...
2006 Apr 13
0
[LLVMdev] Re: Creating Release 1.7 Branch at 1:00pm PDT
Branches have been created. You are free to checkin to cvs head again. I'll send mail once I have the prerelease tar balls up. Please continue to review and revise the documentation. I can fold this into the release later. Thanks, Tanya On Thu, 13 Apr 2006, Tanya Lattner wrote: > > I will be creating the release branch at 1:00pm PDT. Please refrain from > checking in from
2006 Apr 13
3
[LLVMdev] Creating Release 1.7 Branch at 1:00pm PDT
I will be creating the release branch at 1:00pm PDT. Please refrain from checking in from 1:00-1:30pm. I will send email once I am done. Thanks, Tanya
2019 Apr 30
2
Xorg hangs in kernelspace with qxl
...+0x1b0/0x2e0 [qxl] drm_atomic_helper_commit_planes+0xb9/0x220 [drm_kms_helper] drm_atomic_helper_commit_tail+0x2b/0x70 [drm_kms_helper] commit_tail+0x67/0x70 [drm_kms_helper] drm_atomic_helper_commit+0x113/0x120 [drm_kms_helper] drm_atomic_commit+0x4a/0x50 [drm] drm_atomic_helper_update_plane+0xe9/0x100 [drm_kms_helper] __setplane_atomic+0xd6/0x120 [drm] drm_mode_cursor_universal+0x145/0x270 [drm] drm_mode_cursor_common+0x18f/0x200 [drm] ? drm_mode_cursor_ioctl+0x60/0x60 [drm] drm_mode_cursor2_ioctl+0xe/0x10 [drm] drm_ioctl_kernel+0xad/0xf0 [drm] ? ___sys_recvmsg+0x16c/0x200 drm_ioct...
2019 Apr 30
2
Xorg hangs in kernelspace with qxl
...+0x1b0/0x2e0 [qxl] drm_atomic_helper_commit_planes+0xb9/0x220 [drm_kms_helper] drm_atomic_helper_commit_tail+0x2b/0x70 [drm_kms_helper] commit_tail+0x67/0x70 [drm_kms_helper] drm_atomic_helper_commit+0x113/0x120 [drm_kms_helper] drm_atomic_commit+0x4a/0x50 [drm] drm_atomic_helper_update_plane+0xe9/0x100 [drm_kms_helper] __setplane_atomic+0xd6/0x120 [drm] drm_mode_cursor_universal+0x145/0x270 [drm] drm_mode_cursor_common+0x18f/0x200 [drm] ? drm_mode_cursor_ioctl+0x60/0x60 [drm] drm_mode_cursor2_ioctl+0xe/0x10 [drm] drm_ioctl_kernel+0xad/0xf0 [drm] ? ___sys_recvmsg+0x16c/0x200 drm_ioct...
2018 Dec 19
0
[PATCH v3 00/12] x86, kbuild: revert macrofying inline assembly code
...#else /* __ASSEMBLY__ */ -.macro STATIC_BRANCH_NOP l_yes:req key:req branch:req -.Lstatic_branch_nop_\@: - .byte STATIC_KEY_INIT_NOP -.Lstatic_branch_no_after_\@: +.macro STATIC_JUMP_IF_TRUE target, key, def +.Lstatic_jump_\@: + .if \def + /* Equivalent to "jmp.d32 \target" */ + .byte 0xe9 + .long \target - .Lstatic_jump_after_\@ +.Lstatic_jump_after_\@: + .else + .byte STATIC_KEY_INIT_NOP + .endif .pushsection __jump_table, "aw" _ASM_ALIGN - .long .Lstatic_branch_nop_\@ - ., \l_yes - . - _ASM_PTR \key + \branch - . + .long .Lstatic_jump_\@ - ., \target - . +...
2018 Dec 17
3
[PATCH v3 00/12] x86, kbuild: revert macrofying inline assembly code
This series reverts the in-kernel workarounds for inlining issues. The commit description of 77b0bf55bc67 mentioned "We also hope that GCC will eventually get fixed,..." Now, GCC provides a solution. https://gcc.gnu.org/onlinedocs/gcc/Extended-Asm.html explains the new "asm inline" syntax. The performance issue will be eventually solved. [About Code cleanups] I know Nadam