search for: trackbufsize

Displaying 6 results from an estimated 6 matches for "trackbufsize".

2009 Apr 30
2
[1/1] [gfxboot] align buffer used to read data from disk to a 512 byte boundary
...2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/modules/gfxboot.asm b/modules/gfxboot.asm index e3aed13..2c3f809 100644 --- a/modules/gfxboot.asm +++ b/modules/gfxboot.asm @@ -871,6 +871,8 @@ drivenumber db 0 sectorshift db 0 sectorsize dw 0 trackbufsize equ 16384 +align 512 ; must be 512 byte aligned because it will be passed + ; to int 22h, AX=07h trackbuf times trackbufsize db 0 BufSafe dw 0 file_length dd 0 -- 1.6.2.4
2009 Apr 05
3
[PATCH] Gfxboot COMBOOT module
...ax,0ah + mov cl,9 + int 22h + pop es + cmp al,32h + jnz not_pxelinux + + mov dl,0 ; fake drive number + mov cl,11 ; fake sector size 2048 bytes + +not_pxelinux: + mov [derivative_id],al + mov [drivenumber],dl + mov [sectorshift],cl + mov ax,1 + shl ax,cl + mov [sectorsize],ax + mov ax,trackbufsize + shr ax,cl + mov [BufSafe],ax + + xor cx,cx + mov cl,[pspCmdLen] + dec cx + and cx,cx + jne continue + + mov ax,2 + mov bx, msg_usage + int 22h + ret +continue: + mov di,pspCmdArg+1 + add di,cx + dec di + std + mov al,' ' + repe scasb + inc cx + cld + mov [pspCmdLen],cl...
2008 Nov 22
5
[RFC][PATCH] Gfxboot COMBOOT module
...22h + + push es + mov ax,0ah + mov cl,9 + int 22h + pop es + cmp al,32h + jnz not_pxelinux + + mov ax,2 + mov bx,msg_pxelinux + int 22h + ret +not_pxelinux: + mov [derivative_id],al + mov [drivenumber],dl + mov [sectorshift],cl + mov ax,1 + shl ax,cl + mov [sectorsize],ax + mov ax,trackbufsize + shr ax,cl + mov [BufSafe],ax + + xor cx,cx + mov cl,[pspCmdLen] + dec cx + and cx,cx + jne continue + + mov ax,2 + mov bx, msg_usage + int 22h + ret +continue: + mov di,pspCmdArg+1 + add di,cx + dec di + std + mov al,' ' + repe scasb + inc cx + cld + mov [pspCmdLen],cl...
2009 Apr 09
0
[PATCH] gfxboot: parse DEFAULT keywork in syslinux config file
...-723,6 +734,22 @@ parse_config: jmp .read +.do_default: + call skipspace + jz .eof + jc .noparm + call ungetc + push es + push di + push cs + pop es + mov di,dentry_buf + call getline + pop di + pop es + + jmp .read + .eof: .noparm: ret @@ -854,6 +881,7 @@ configbuf times trackbufsize db 0 ungetc_cnt db 0 ungetcdata db 0 label_keyword db 6,''label'',0 +default_keyword db 7,''default'',0 label_cnt dw 0 msg_progname db ''gfxboot: '',0 @@ -875,6 +903,8 @@ gfx_slash db ''/'', 0 db0 db 0 max_cmd_len eq...
2004 Jun 12
0
Possible source problem in 2.10-pre5
...syslinux-2.10-pre5/ldlinux.asm --- syslinux-2.09/ldlinux.asm 2004-04-23 06:14:15.000000000 +0200 +++ syslinux-2.10-pre5/ldlinux.asm 2004-05-30 00:11:23.000000000 +0200 @@ -1482,6 +1483,6 @@ ; This is a compile-time assert that we didn't run out of space %ifndef DEPEND %if (getcbuf+trackbufsize) > vgafontbuf -%error "Out of memory, better reorganize something..." +; %error "Out of memory, better reorganize something..." %endif %endif -- Andrea Mazzoleni 935A 2D3C 5C70 BCD6 CB0C ED89 7C19 4321 6340 3F6D
2011 Apr 01
1
[GIT PULL] elflink core
Hi, I recently ran into an issue where the dependencies generated in modules.dep created a circular reference, which meant that qemu spun forever in modules_load_dependencies(). I did think about detecting this kind of circular dependency at modules.dep generation time but if we ever move to using DT_NEEDED to track dependencies we would need this functionality in the elflink core anyway.