search for: xorb

...# %entry subq $56, %rsp .Llabel294: .LBB153_1: movq %rdi, 24(%rsp) movq %rsi, 48(%rsp) movl %edx, 44(%rsp) movq %rcx, 32(%rsp) .LBB153_2: # %.try_body movq 32(%rsp), %rdi .Llabel291: addq $16, %rdi xorb %al, %al call _Unwind_RaiseException .Llabel292: jmp .LBB153_4 .LBB153_3: # %.finally_pad .Llabel293: movq %rax, 16(%rsp) testq %rdx, %rdx setne %al movzbl %al, %eax movq %rax, (%rsp) .LBB153_4:...

...are supported or not as the and will mask away all but the interesting bit. The code: /* Check to see if we have EBIOS */ pushw %dx /* drive number */ movb $0x41, %ah /* %al == 0 already */ movw $0x55aa, %bx xorw %cx, %cx xorb %dh, %dh stc int $0x13 jc 1f cmpw $0xaa55, %bx jne 1f andw $1,%cx /* Bit 0 = fixed disk subset */ jz 1f /* We have EBIOS; patch in the following code at read_sector_cbios: movb $0x42, %ah...

...ll but the interesting > bit. > > > The code: > /* Check to see if we have EBIOS */ > pushw %dx /* drive number */ > movb $0x41, %ah /* %al == 0 already */ > movw $0x55aa, %bx > xorw %cx, %cx > xorb %dh, %dh > stc > int $0x13 > jc 1f > cmpw $0xaa55, %bx > jne 1f > andw $1,%cx > /* Bit 0 = fixed disk subset */ > jz 1f > > /* We have EBIOS; patch in the following code...

..._1: > movq %rdi, 24(%rsp) > movq %rsi, 48(%rsp) > movl %edx, 44(%rsp) > movq %rcx, 32(%rsp) > .LBB153_2: # %.try_body > movq 32(%rsp), %rdi > .Llabel291: > > addq $16, %rdi > xorb %al, %al > call _Unwind_RaiseException > .Llabel292: > > jmp .LBB153_4 > .LBB153_3: # %.finally_pad > .Llabel293: > > movq %rax, 16(%rsp) > testq %rdx, %rdx > setne %al > movz...

Hi James, > I've been trying to get a minimal test function to work, which simply > invokes _Unwind_RaiseException with a single clean-up landing pad. > However. when I run it my personality function is not getting called - > _Unwind_RaiseException simply returns apparently doing nothing. Looking > at the x86-64 assembly output from llc, I can see this is happening >

Hi, i am looking now at the code which i assume loads the rest of isolinux.bin. The entry point for program execution from the MBR is obviously at http://git.zytor.com/syslinux/syslinux.git/tree/core/isolinux.asm#n186 (Do i get it right that this is the Intel syntax ? (Gronfff)) If POP yields the victim of the most recent not yet popped PUSH, then this does not look correctly coordinated

...000 00000000 00000000 0x0032ff28: 00000000 ffffffff 7b8788b0 7b845d90 0x0032ff38: 7b8b7ff4 bfad9c82 00000018 0032ffe8 0x0032ff48: 35de2148 5f2fabbf 00000000 00000000 Backtrace: =>1 0x004063ce in kktest2 (+0x63ce) (0x0032ff0c) 2 0x7ffdf000 (0x00000001) 3 0x00000000 (0x00000000) 0x004063ce: xorb %al,0x0(%edi) Modules: Module Address Debug info Name (80 modules) PE 400000- 4c3000 Export kktest2 ELF 7b800000-7b93d000 Deferred kernel32<elf> \-PE 7b820000-7b93d000 \ kernel32 ELF 7bc00000-7bca7000 Deferred ntdll<elf> \-PE 7bc10000-7bca70...

...{ entry: %0 = tail call i32 (...)* @bar() nounwind ; <i32> [#uses=1] ret i32 %0 } Output of llc -O0 : .section __TEXT,__text,regular,pure_instructions .globl _foo .align 4, 0x90 _foo: ## @foo ## BB#0: ## %entry xorb %al, %al #TC_RETURN _bar $0 movl -4(%rsp), %eax ## 4-byte Reload ret In this case it doesn't crash at compile time, but it's very wrong.

...14eca14 100644 --- a/mbr/isohdpfx.S +++ b/mbr/isohdpfx.S @@ -151,7 +151,7 @@ next: /* Check to see if we have EBIOS */ pushw %dx /* drive number */ - movb $0x41, %ah /* %al == 0 already */ + movb $0x41, %ah movw $0x55aa, %bx xorw %cx, %cx xorb %dh, %dh @@ -167,20 +167,22 @@ next: read_sector_cbios: movb $0x42, %ah ; jmp read_common */ movl $0xeb42b4+((read_common-read_sector_cbios-4) << 24), (read_sector_cbios) - jmp 1f + jmp 2f 1: + xor %cx, %cx /* Clear EBIOS flag. */ +2: popw %dx pushw %cx /* EBIOS flag */ /*...

AFAIK, this won't work: the way I want to use a jump table requires me to get a pointer into the table that I can use as a function pointer to call the original function in a normal call instruction. If I just add a new basic block in some containing function with a call instruction and somehow get a pointer to that instruction, then this does satisfy the goal of putting the new instructions

.../* -14: dl -> drive number */ /* Copy down to 0:0x600 */ movw $0x7c00, %si movw $_start, %di movw $(512/2), %cx rep; movsw ljmpw $0, $next next: /* Check to see if we have EBIOS */ pushw %dx /* drive number */ movb $0x41, %ah /* %al == 0 already */ movw $0x55aa, %bx xorw %cx, %cx xorb %dh, %dh stc int $0x13 jc 1f cmpw $0xaa55, %bx jne 1f andw $1,%cx /* Bit 0 = fixed disk subset */ jz 1f /* We have EBIOS; patch in the following code at read_sector_cbios: movb $0x42, %ah ; jmp read_common */ movl $0xeb42b4+((read_common-read_sector_cbios-4) << 24), \ (read_...

...x41, %ah" should be "movw $0x4100, %ax". Also besides the 16/32 confusion in gptmbr.S there's more weirdness that looks like a bug: /* Check to see if we have EBIOS */ pushw %dx /* drive number */ movb $0x41, %ah /* %al == 0 already */ movw $0x55aa, %bx xorw %cx, %cx xorb %dh, %dh stc int $0x13 popw %dx /* restore drive */ movb $0x08, %ah /* get CHS geometry */ jc 1f cmpw $0xaa55, %bx jne 1f shrw %cx /* Bit 0 = fixed disk subset */ jnc 1f /* We have EBIOS; patch in the following code at read_sector_cbios: movb $0x42, %ah ; jmp read_common */ movl...

Hi, I'm trying to get exception handling working in my compiler targetting LLVM. I've been working from the LLVM exception handling documentation (including http://llvm.org/docs/ExceptionHandling.html and http://wiki.llvm.org/HowTo:_Build_JIT_based_Exception_mechanism) and looking at g++-llvm's output. I've been trying to get a minimal test function to work, which simply invokes

...> frame pointer: LEAVE UNCHANGED */ + + /* prepare to read sector size */ + sub $0x1c, %sp /* -28(%bp) == %sp */ + pushw $0x1e /* -30(%bp) == %sp */ + movw $0x200, -6(%bp) /* -6(%bp) sector size */ /* Check to see if we have EBIOS */ pushw %dx /* drive number */ @@ -86,6 +92,7 @@ next: xorb %dh, %dh stc int $0x13 + popw %dx /* restore drive */ jc 1f cmpw $0xaa55, %bx jne 1f @@ -97,22 +104,32 @@ next: movl $0xeb42b4+((read_common-read_sector_cbios-4) << 24), \ (read_sector_cbios) -1: - popw %dx + /* + * read sector size. + * Should not fail but if it does I as...

It is good to see this ----- Forwarded message from syslinux-bot for Martin Str|mberg <ams at ludd.ltu.se> ----- Date: Sat, 25 Mar 2017 05:54:09 -0700 From: syslinux-bot for Martin Str|mberg <ams at ludd.ltu.se> To: Syslinux commits mailing list <syslinux-commits at zytor.com> Cc: ams at ludd.ltu.se Subject: [syslinux:master] mbr/isohdpfx.S: correct pointer for heads/sectors

2011/12/9 Joerg Sonnenberger <joerg at britannica.bec.de> > On Fri, Dec 09, 2011 at 10:03:37AM +0100, Seb wrote: > > I think my explanation is not clear, my front-end did NOTt generate > > 'llvm.memcpy' it generate LL code that after use of LLVM 'opt' get > > transformed by 'loop-idom' pass into an 'llvm.memcpy' for an overlapping >

This patches add support for dynamic sectors to GPT MBR code. First 3 patches are trick and optimizations to gain some space for the forth patch. I have a modified version of SeaBIOS, some code and some script o test it I'll send on a different mail.

...to simulate David's error in qemu by forcing isohdpfx.bin to fail the EBIOS test. /* Check to see if we have EBIOS */ pushw %dx /* drive number */ movb $0x41, %ah /* %al == 0 already */ movw $0x55aa, %bx xorw %cx, %cx xorb %dh, %dh stc int $0x13 //XXX jc 1f jnc 1f cmpw $0xaa55, %bx jne 1f andw $1,%cx /* Bit 0 = fixed disk subset */ jz 1f With that jc changed to jnc you will invert the result of the EBIOS test and my q...

On 08/27/2010 12:13, Dale Johannesen wrote: > I don't think I believe this; emitPrologue should not be generating a > TCRETURN at all, and line 1037 is generating a PROLOG_LABEL. Why do > you say it's a TCRETURN? Sorry, my bad. I have set breakpoints by MI addresses. But it turns out that these addresses were reused and the second MIs created at these particular addressed

AB Spam/AV Checker..-Message-ID: <1154377473107014403@www.autobaun.net> Hi all, I am getting an error when starting Dungeons and Dragons Online: Stormreach. I am able to get the game to run, but when trying to login to their auth server I get a windows error of "Unable to initialize crypto API". I am wondering if there is a way around this error using the windows dll's or