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.