openslx-ng/ipxe.git/src/include/gpxe/image.h, branch v0.9.9Fork of ipxe; additional commands and featureshttps://git.openslx.org/openslx-ng/ipxe.git/atom/src/include/gpxe/image.h?h=v0.9.92009-05-18T07:33:25+00:00[legal] Add a selection of FILE_LICENCE declarations2009-05-18T07:33:25+00:00Michael Brown2009-05-01T14:41:06+00:00urn:sha1:c44a193d0d147ed6f98741124569864e516e9d4b
Add FILE_LICENCE declarations to almost all files that make up the
various standard builds of gPXE.
[tables] Incorporate table data type information into table definition2009-03-13T02:10:21+00:00Michael Brown2009-03-13T00:13:38+00:00urn:sha1:3c68ff99eaff6e0d615349bdc85ea12ad8345284
Eliminate the potential for mismatches between table names and the
table entry data type by incorporating the data type into the
definition of the table, rather than specifying it explicitly in each
table accessor method.
[tables] Redefine methods for accessing linker tables2009-03-13T02:06:30+00:00Michael Brown2009-03-12T19:41:40+00:00urn:sha1:1266d7902bf7f2534ee279671d48613ef9b2434c
Intel's C compiler (icc) chokes on the zero-length arrays that we
currently use as part of the mechanism for accessing linker table
entries. Abstract away the zero-length arrays, to make a port to icc
easier.
Introduce macros such as for_each_table_entry() to simplify the common
case of iterating over all entries in a linker table.
Represent table names as #defined string constants rather than
unquoted literals; this avoids visual confusion between table names
and C variable or type names, and also allows us to force a
compilation error in the event of incorrect table names.
[image] Allow for zero embedded images2009-02-24T05:57:56+00:00Michael Brown2009-02-24T05:51:21+00:00urn:sha1:4f3bab1a55359a2623e098a6ed61e8d82145af77
Having a default script containing
#!gpxe
autoboot
can cause problems when entering commands to load and start a kernel
manually; the default script image will still be present when the
kernel is started and so will be treated as an initrd. It is possible
to work around this by typing "imgfree" before any other commands, but
this is counter-intuitive.
Fix by allowing the embedded image list to be empty (in which case we
just call autoboot()), and making this the default.
Reported by alkisg@gmail.com.
[comboot] Fix reference counting on replacement images2009-02-17T01:45:12+00:00Michael Brown2009-02-17T01:45:12+00:00urn:sha1:14eafc5b8de58c4495087cddfefe89e03ccda70c
When chaining COMBOOT images, the old images now get freed correctly.
[comboot] Allow for tail recursion of COMBOOT images2009-02-17T00:47:35+00:00Michael Brown2009-02-17T00:47:35+00:00urn:sha1:8904cd55f128941d53d9a8beef71fb32a920a92d
Multi-level menus via COMBOOT rely on the COMBOOT program being able
to exit and invoke a new COMBOOT program (the next menu). This works,
but rapidly (within about five iterations) runs out of space in gPXE's
internal stack, since each new image is executed in a new function
context.
Fix by allowing tail recursion between images; an image can now
specify a replacement image for itself, and image_exec() will perform
the necessary tail recursion.
Allow images to hold references to the originating URI.2007-08-02T19:18:32+00:00Michael Brown2007-08-02T19:18:32+00:00urn:sha1:d4947c05b27449b4320179d57028a0542fd1394f
Some shuffling around of the image management code; this needs tidying up.
Quick hack to get image booting working again2007-06-28T16:55:29+00:00Michael Brown2007-06-28T16:55:29+00:00urn:sha1:4b08f4cf0f06b3345466f7d5d7ef4c04d45ecc56Added (non-functional) reference count to struct image2007-05-01T00:11:34+00:00Michael Brown2007-05-01T00:11:34+00:00urn:sha1:123a98db26041d7c6a3ff3c8d7b6140a068be482Can almost start a kernel now. It dies with "No setup signature found"2007-01-14T06:36:20+00:00Michael Brown2007-01-14T06:36:20+00:00urn:sha1:784e10635aa74e92d099c6153f8b9e537926cd74