Displaying 7 results from an estimated 7 matches for "vgafilembuf".
Did you mean:
vgafilebuf
2015 Aug 21
2
[PATCH 1/2] msg: VGAFilePtr should be char
.../
-__export uint16_t *VGAFilePtr; /* Pointer into VGAFileBuf */
__export uint16_t VGAFontSize = 16; /* Defaults to 16 byte font */
+__export char *VGAFilePtr; /* Pointer into VGAFileBuf */
__export char VGAFileBuf[VGA_FILE_BUF_SIZE]; /* Unmangled VGA image name */
__export char VGAFileMBuf[FILENAME_MAX]; /* Mangled VGA image name */
diff --git a/core/include/graphics.h b/core/include/graphics.h
index 814ffe7..65f4adc 100644
--- a/core/include/graphics.h
+++ b/core/include/graphics.h
@@ -41,7 +41,7 @@
extern uint8_t UsingVGA;
extern uint16_t VGAPos;
-extern uint16_t *VGAFilePtr;...
2015 Aug 20
4
boot logo via boot.txt
We recently have upgraded syslinux and have noticed that the boot logo
code via boot.txt no longer works. I have a couple patches that get it
close to working but I appear to be having trouble with color maps. Is
there someone would want to help me finish figuring this out?
Any interest in the patches I have to fix the rle decoder?
2014 Oct 30
0
Display graphic from filename broken?
> Hi,
>
> the display of LSS16 files from a DISPLAY file (as documented in
> http://www.syslinux.org/wiki/index.php/SYSLINUX#Display_graphic_from_filename:)
> seems heavily broken since syslinux has been converted from assembler to
> C. I already discovered one bug in core/include/graphics.h (and
> core/graphics.c): the pointer VGAFilePtr is of type uint16_t*, but
> should
2014 Oct 30
3
Display graphic from filename broken?
Hi,
the display of LSS16 files from a DISPLAY file (as documented in
http://www.syslinux.org/wiki/index.php/SYSLINUX#Display_graphic_from_filename:)
seems heavily broken since syslinux has been converted from assembler to
C. I already discovered one bug in core/include/graphics.h (and
core/graphics.c): the pointer VGAFilePtr is of type uint16_t*, but
should be plain char*. This bug causes the
2012 Jul 16
5
[PATCH 0/5] Deleting __intcall() from Syslinux
From: Matt Fleming <matt.fleming at intel.com>
Since we can't use __intcall() for EFI, and since we can now have the
ELF module code resolve all our symbols at runtime, we should delete
as many references to __intcall() as possible and just access the
symbols directly.
The most interesting patch is the support for weak symbols. We need to
be able to reference derivative-specific
2012 Aug 14
1
[GIT PULL] elflink fixes
...dif /* CORE_H */
diff --git a/core/include/graphics.h b/core/include/graphics.h
index 897103e..814ffe7 100644
--- a/core/include/graphics.h
+++ b/core/include/graphics.h
@@ -44,6 +44,11 @@ extern uint16_t VGAPos;
extern uint16_t *VGAFilePtr;
extern char VGAFileBuf[VGA_FILE_BUF_SIZE];
extern char VGAFileMBuf[];
+extern uint16_t VGAFontSize;
+
+extern uint8_t UserFont;
+
+extern __lowmem char fontbuf[8192];
extern void syslinux_force_text_mode(void);
extern void vgadisplayfile(FILE *_fd);
diff --git a/core/isolinux.asm b/core/isolinux.asm
index 4790887..5930a1e 100644
--- a/core/isolinux.asm
+++ b/c...
2012 Aug 20
13
[PATCH 00/12] Multidisk support
Hello,
the following patches should get multidisk access working.
The syntax accepted is the following:
(hdx,y)/path/to/file
where x is the disk number and start at 0 and the y is the partition number starting at 1. So (hd0,1) is the first partition of the first disk.
the other accepted syntax is using MBR's 32 bits disk signature so for example:
(mbr:0x12345678,2)/foo/bar
would address