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__ = "...
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