| Commit message (Collapse) | Author | Age | Files | Lines |
| | |
|
| | |
|
| |
|
|
| |
Add syslinux_run_kernel_image() wrapper function for API function 0016h.
|
| |
|
|
| |
Add API wrapper function for the Local Boot function.
|
| |
|
|
|
|
|
| |
We try to read pci.ids over and over to get human-readable strings,
and reserve enormous amounts of memory for them. We don't ever
actually use them. If we want to have a PCI database we should do
that elsewhere, and better.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Move <syslinux.h> to <syslinux/idle.h> since that was all that was there;
do_idle() in libutil can simply be a macro for syslinux_idle() or
sched_yield() as appropriate.
|
| |
|
|
|
|
| |
cpio has annoying alignment constraints; make it possible to enforce
them without adding padding to the end of last member (which breaks things
which relies on gzip and need to know the final length.)
|
| |
|
|
|
|
| |
Library support for constructing initramfs. This version is *not*
complete, as it doesn't take into account alignment requirements
properly.
|
| | |
|
| |
|
|
|
| |
Beginnings of higher-level functions for PXE support. For now, only
pxe_get_cached_info() is actually supported.
|
| | |
|
| |
|
|
|
| |
- Add an API function to shuffle and boot which sets *all* RM registers;
- Move those structures to <syslinux/bootpm.h> and <syslinux/bootrm.h>
|
| |
|
|
|
|
| |
The shuffle and boot interface, including the library support, should now
work as advertised. Add an ELF-loading module as a demo, and it's probably
useful for someone, too.
|
| | |
|
| |
|
|
|
|
|
| |
Initial checkin of a wrapper infrastructure for the "shuffle and boot"
interface, both real and protected mode. This code automatically will
figure out the necessary sequence of moves, taking into account swaps
and overlaps as necessary.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
From : Erwan Velu <erwan.velu@free.fr>
This patch
- remove the pci detection code from ethersel
- add a find_pci_device() function in the PCI com32 module
- make ethersel using the pci com32 module instead of builtin pci
detection code
Testing and feedback are welcome.
Signed-off-by:Erwan Velu <erwan.velu@free.fr>
|
| | |
|
| | |
|
| | |
|
| |\
| |
| |
| |
| |
| | |
Conflicts:
com32/modules/Makefile
|
| | |
| |
| |
| |
| |
| | |
The pcitest module implements an example of use the pci module
If you like to use the string name just put a pci.ids file in the root directory
(cherry picked from 85bb6facf0100592c89d5c3c5c17b25e7b0006b3 commit)
|
| | |
| |
| |
| | |
(cherry picked from b1ffc5a7732118170aaa3f6267ab821e5a237c20 commit)
|
| | |
| |
| |
| | |
clear the screen on startup.
|
| |\ \
| |/
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
com32/modules/Makefile
com32/modules/menu.c
com32/modules/menu.h
com32/modules/readconfig.c
version
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
From : Erwan Velu <erwan.velu@free.fr>
This patch a new com32 module to handle cpu information.
A new "cpu" structure can be filled by calling "detect_cpu(&cpu)".
It provides :
- Vendor name as string
- Model as string
- Vendor as integer
- Model as integer
- Family as integer
- Stepping as Integer
- Flags as boolean
- SMP as boolean
Note that SMP is just a manner to know if the bios annonce an MPTABLE.
This code can't detect each processor.
I've been adding a demo program called cpuidtest to show how it works.
if (cpu.flags.lm == true) printf("This system is x86_64 compatible\n");
This example shows how to test if a system is X86_64 compatible.
I hope it's simple enough ;)
This code is mainly taken from the Linux Kernel.
Greetings for all the guys who wrote it.
Testing and feedback are welcome.
Signed-off-by:Erwan Velu <erwan.velu@free.fr>
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
quite right, however.
|
| |/ |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
From : Erwan Velu <erwan.velu@free.fr>
This patch add a new com32 module named dmi.
It can parse DMI Hanldes number 0,1,2,3,4.
Using a very simple API, you can read the values of the following "Handles"
- BIOS
- CHASSIS
- SYSTEM
- BASE_BOARD
- PROCESSOR
It's possible and easy to extend to many other Handles.
A sample code program called dmitest shows how you can use and display
this structures.
The codes is mainly taken from the Linux Kernel and the smartmontool
projects.
Both are GPL, my code too.
Testing and feedback are welcomed.
Signed-off-by:Erwan Velu <erwan.velu@free.fr>
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
menu subsystem use it.
|
| | |
|
| | |
|
| |
|
|
|
| |
decoder work (necessary to handle encrypted passwords.) Simple
SHA-1 password generator in Perl.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|