similar to: Syslinux LUA -- output not visible in UEFI mode?

I just created something very similar for one of my own projects. I have a disk image that you can "dd" onto a hard drive or USB drive and a bash script demonstrating how it was done here: https://www.syslinux.org/archives/2019-July/026476.html You don't actually need the patch for the dual BIOS/UEFI support. The patch in the above link is just to enable the reading of config

Hello Greg, thanks a lot - I will try out your script next week. I jut went through the script - there is a line containing: bls1 include I would carefully assume that this line is only valid when patching syslinux, correct? What will happen if this is read by a non-patched syslinux? Will it cause errors or will it simply be ignored? Best regards, Erik Gregory Bartholomew wrote: > I just

I'm not sure if it is useful, but with the advent of UEFI only machines, we've run into a similar problem w/ out custom CentOS 7 USB installation keys. Basically, we create a gpt device w/ a single FAT16 partition (this would be your /boot partition for a full installation) containing an EFI/BOOT/ directory with the syslinux-efi files and a SYSLINUX/ directory with the syslinux-bios

Hi all, We're using the classic boot BIOS syslinux successfully for many years, but meanwhile it's getting harder to buy hardware the still supports this boot mode. The option for us would be syslinux EFI boot. To avoid too many changes we would like to generate an image for our different hardware parts that supports both - classic BIOS boot and (U)EFI boot. This would allow us to leave

Do note that not everyone is running a Debian based system, so "the current Debian Testing binary packages" are worthless to us. On Fri, Nov 08, 2019 at 12:42:45AM +0000, Ady Ady via Syslinux wrote: > > Any response would be welcome :-) > > > As usual, builds/versions should not be mixed, at least within the same > platform (bios/ia32/x64). > > Currently,

> We're having the following issue: when in UEFI mode, > any output/errors from a lua script is invisible! > > This occurs even just running 'lua -v'. It runs and returns to > a (visible) 'boot:' prompt, but there is simply no output visible > from lua! (It does do a linefeed, but no visible text appears.) Yes, the report can be confirmed. FWIW, the

If they are useful, then one should note where they can be found and how to extract them for anyone not using a Debian-based distro. Saying just that they are in the Debian Testing repo, doesn't mean much to a non-Debian-er... On Thu, Nov 14, 2019 at 09:50:40PM +0000, Ady Ady via Syslinux wrote: > > Do note that not everyone is running a Debian based system, > > so "the

Okay, if one installs syslinux, the declaration for 'detect_cpu' is in com32/include/cpuid.h, but the actual function code isn't available in libcom32.a. It's only available as source down in the com32/modules/ directory, and not actually installed anywhere. Shouldn't 'detect_cpu' be included in libcom32.a? -- Dr. William R. Somsky, Linux Mgr somsky at

Dear gentlemen, I think I'd better start another thread for this... thanks to Ady Ady and Gregory Lee Bartholomew for their responses to my early question. Just for the record, my fresh experience with PXElinux 6.x follows: syslinux.efi version 6.03 does boot to the extent that it shows a prompt, but if I provide it with a CFG file containing several labels, no matter what label I type

Since Syslinux 4.01-pre2, lua is the master branch. This lua.c32 moudule doesn't support much. There is a much recent lua.c32, made by Marcel Ritter's: http://syslinux.zytor.com/archives/2009-October/013383.html The last time he wrote about the state of his lua branch: ============================================================ The current state is: - VESA: - switching to vesa mode

The following changes since commit 81ad566f155fac31089fde69c87059b217e7e9b6: NEWS: Update for 6.03 release (2014-10-06 09:27:44 -0700) are available in the git repository at: https://github.com/wferi/syslinux/ pub for you to fetch changes up to 68cb978ab7e692d772e4d62d3585b8f7bac43b4b: lua: simplify the function/value handling in the automenu test (2014-10-13 12:44:15 +0200)

I'm trying to get this bit of code to work with the lua.c32 interpreter: --- sample, the goal is to build a script that will allow me to enter a 4digit mt and load the bios iso accordingly print ("enter machine type :") mt = io.read() print ("you entered...",mt) doStuff() if (mt == "8141") then syslinux.run_command("memdisk

Hi, After compiling a installing asterisk 1.8.2.3 I wanted to play with lua but I noticed that extensions created in extensions.lua was not being registered with asterisk. uga1*CLI> dialplan show [ Context 'app_queue_gosub_virtual_context' created by 'app_queue' ] 's' => 1. NoOp() [app_queue] [ Context

I am attempting to setup my server to use Lua for the dialplan (extentions.lua), but I am unable to get the asterisk configure script to find the installation of Lua on my box. I have downloaded the Lua sources from the www.lua.org site, and I have installed via the "make linux install" command. I can execute lua scripts via the command line, but asterisk configure script is unable to

Please could someone advise good manual for using lua for asterisk dialplan. There is not much docu about it. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110218/42642787/attachment.htm>

Hello, For Lua inclusion in Syslinux an idea to ship with an com32/lua/assist directory and an com32/lua/patches directory. In the patches directory patches against a pristine lua tarball and the assist dir contains scripts for further tayloring. This is what I have in mind: | milleune at inertia:~ | $ git clone http://www.stappers.it/tracking/syslinux/.git syslinux-lua-stappers | milleune at

Even if luaL_error is a "no return" function for the Lua runtime, adopt also in action functions the "return" idiom recommeded for it. This also helps code analyzers in not thinking that "g" might still be null after the null check followed by luaL_error. --- generator/lua.ml | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/generator/lua.ml

Geert Stappers <stappers at stappers.nl> writes: > Op 2014-01-02 om 14:59 schreef Ferenc Wagner: > >> "H. Peter Anvin" <hpa at zytor.com> writes: >> >>> On 12/12/2013 12:31 AM, Ferenc Wagner wrote: >>> >>>> Shall I rebase it to the current firmware head? >>>> >>>> Also, 5.2.3 was released a couple of

lua 5.2 changed API, LUA_GLOBALSINDEX is no longer available. http://www.lua.org/manual/5.2/manual.html#8.3 Signed-off-by: Olaf Hering <olaf at aepfle.de> --- Fix is only compile tested. generator/lua.ml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/generator/lua.ml b/generator/lua.ml index 88748ae..7461cbd 100644 --- a/generator/lua.ml +++ b/generator/lua.ml @@

"H. Peter Anvin" <hpa at zytor.com> writes: > On 11/10/16 04:38, Paul Emmerich via Syslinux wrote: > >> Ferenc W?gner <wferi at niif.hu>: >> >>> for reading configuration files from disk. Does it not work with HTTP/ >>> TFTP for you? Using that, load_file could be implemented in Lua as: >> >> that does work, yes. It just