similar to: [PATCH 0/1] update gnuefi to f64cef26

Please disregard this patch; it's not safe for parallel building. I'm working on an update. Regards, Jonathan Boeing

On Mon, Sep 14, 2015 at 05:50:58AM +0200, celelibi--- via Syslinux wrote: > index a705440..5ef6702 100644 > --- a/mk/efi.mk > +++ b/mk/efi.mk > @@ -10,6 +10,7 @@ core = $(topdir)/core > GCCOPT := $(call gcc_ok,-fno-stack-protector,) > EFIINC = $(objdir)/include/efi > LIBDIR = $(objdir)/lib > +EFIDIR = $(topdir)/gnu-efi/gnu-efi-3.0 Would it make sense to add AROPT =

From: Sylvain Gault <sylvain.gault at gmail.com> These few patches contain a few improvement about the Makefiles for EFI. Mainly, to rebuild the files when needed, and only when needed. The three shell scripts efi/{check,build,clean}-gnu-efi.sh disappeared and are now integrated as makefile recipes. You'll notice an argument ARFLAGS=rvU to the recursive make calls to gnu-efi. This is

More recent versions of the GNU linker (>= 2.31) create a separate code "PT_LOAD" segment by default (as of https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=f6aec96dce1ddbd8961a3aa8a2925db2021719bb). Building syslinux EFI images with this -zseparate-code enabled creates broken EFI images, since efi/wrapper.c only copies the first PT_LOAD segment to the EFI. This patch adds

This patch adds to the core EFI image booting capabilities. It was tested on VMware EFI clients and HP Elitebook EFI notebooks, only on PXE environments but it should work on non-PXE scenarios as well. Feedback appreciated. Best, Patrick Signed-off-by: Patrick Masotta <masottaus at yahoo.com> --- diff -uprN a/com32/elflink/ldlinux/execute.c b/com32/elflink/ldlinux/execute.c ---

This patch adds to Com32 modules the capabilities of accessing the EFI environment The idea is simple, the EFI parameters "image" and "table" received by syslinux.efi's efi_main() are stored in the "firmware" structure, next they are retrieved from the Com32 module which is linked against the gnu-efi static library. The Com32 module can use the EFI

From: Sylvain Gault <sylvain.gault at gmail.com> The error-prone shell scripts for building gnu-efi are replaced by a Makefile recipe. This is accompanied with a small update of gnu-efi which, despite not strongly mandatory, avoid recompiling gnu-efi and all the efi subtree on each invocation of make. Signed-off-by: Sylvain Gault <sylvain.gault at gmail.com> ---

On 03/08/16 08:58, Shao Miller via Syslinux wrote: > While building on AMD64 CentOS 6, I noticed that glibc-devel.i686 was > needed for some (U)EFI stuff, but isn't in the README. I'm not sure if > other Linux flavours will have counterpart needs. - Shao Hmmm... that makes me somewhat nervous. I'm wondering if we're pulling in stuff we should not. -hpa

On 3/8/2016 12:31, H. Peter Anvin wrote: > On 03/08/16 08:58, Shao Miller via Syslinux wrote: >> While building on AMD64 CentOS 6, I noticed that glibc-devel.i686 was >> needed for some (U)EFI stuff, but isn't in the README. I'm not sure if >> other Linux flavours will have counterpart needs. - Shao > Hmmm... that makes me somewhat nervous. I'm wondering if

On 03/08/16 09:41, Shao Miller wrote: > On 3/8/2016 12:31, H. Peter Anvin wrote: >> On 03/08/16 08:58, Shao Miller via Syslinux wrote: >>> While building on AMD64 CentOS 6, I noticed that glibc-devel.i686 was >>> needed for some (U)EFI stuff, but isn't in the README. I'm not sure if >>> other Linux flavours will have counterpart needs. - Shao >>

Hi, I'm having this Sendmail configuration problem and stuck. I've been doing googling/reading posts and none of the solutions matched my problem. I'm doing some testing, and have been getting this 550 5.1.1 ....User unknown error when I send the email to my company's email address. When I send it to an external email address, such as yahoo, the message delivered successfully.

On Fri, Jan 10, 2014 at 2:53 AM, Ferenc Wagner <wferi at niif.hu> wrote: > Gene Cumm <gene.cumm at gmail.com> writes: > >> On Sat, Jan 4, 2014 at 6:39 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >>> On Tue, Dec 17, 2013 at 8:39 AM, Ferenc Wagner <wferi at niif.hu> wrote: >>> >>>> * make spotless still fails after working around

On Sat, Jan 4, 2014 at 6:39 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Tue, Dec 17, 2013 at 8:39 AM, Ferenc Wagner <wferi at niif.hu> wrote: > >> * make spotless still fails after working around the above: >> [...] >> make -r -C efi SRC="/home/wferi/syslinux/syslinux/efi" OBJ="/home/wferi/syslinux/syslinux/efi32/efi" \ >>

Hi, The internal Gnu-EFI build gives me grief: * efi/check-gnu-efi.sh: uses realpath, which is not available on my Debian wheezy system. I now use readlink -f, but wonder if it's needed at all. * efi/build-gnu-efi.sh: uses realpath, like above, and also pushd/popd, which is not built into a standard Bourne shell invoked by #!/bin/sh. Again I wonder what's the point of it, as

I can use DSMARK to mark on the Egress side. Is there a way to mark/change the DSCP value of an incoming packet on the ingress side? Thanks. Jon Flechsenhaar Boeing WNW Team Network Services (714)-762-1231 202-E7

Fixes some typos and missing newlines Jonathan Boeing (2): fix a few typos add missing '\n' to dprintf com32/include/sys/module.h | 2 +- com32/lib/sys/module/exec.c | 4 ++-- core/fs/fs.c | 2 +- core/lwip/src/netif/undiif.c | 2 +- 4 files changed, 5 insertions(+), 5 deletions(-) -- 2.3.0

Gene Cumm <gene.cumm at gmail.com> writes: > Could you try gnuefi-script-for-wferi-test branch on my repos at > > git://git.zytor.com/users/genec/syslinux.git > git://github.com/geneC/syslinux.git > > These changes fixed my issues (aside from the concurrency issue which > 2-3 passes solves for me). Now this shows me something I haven't ever seen. Build

Hi! I am studying HTB. I used the topology showed below: 10.1.0.1 ------ 10.1.14.25 (eth1) / 192.168.10.10 (eth0) ----- 192.168.10.11 (host 1) (router) (host 2) All machines use Debian Etch. Has a Iptables masquerading rule to eth1 in the router machine . The NICs are 100 Mb/s. The host 1 has Apache 2 and a file with 670 MB (CD ISO image) to download. When I used

I am wondering whether there is a bug in rnorm. When generating rnorm(1000000) and counting the cases > 4 and the cases < (-4) I get rather unexpectedly low counts for the latter. The problem goes away when using qnorm(runif(1000000)). Fritz Scholz, PhD Applied Statistics Group Boeing Phantom Works fritz.scholz at pss.boeing.com 425-865-3623 Tu/We 206-542-6545 (most likely)

I've just downloaded and installed the SAMBA binaries for HPUX 10.20. I'm been unsuccessful in getting swat to run though. I've made the correct entries in the /etc/services file (swat 901/tcp) and in the /etc/inetd.conf file (swat stream tcp nowait.400 root /opt/samba/bin/swat swat) and have shutdown and restarted the inetd daemon. When I use Netscape and access