search for: ppatpat

...h git and want some help, feel free to email me privately. <<< I posted this code time ago, there were some changes, I have tried removing the ones not really related to the EFI boot capability. (at that moment they were needed; if not SL was not working.) see here: https://github.com/ppatpat/syslinux/tree/boot_efi Please consider: 1)I've copied the source from my work repository but I have no tested the just uploaded github sources. 2) This code was only tested on PXE boot scenarios. 3) The easiest way to test this code would be something like kernel = /Shell.efi append =...

On Fri, Mar 25, 2016 at 03:03:07PM -0400, Gene Cumm via Syslinux wrote: > > git/https: https://github.com/geneC/syslinux.git > branches: ppatpat-efi-1 ppatpat-efi-3 > > https://github.com/geneC/syslinux/tree/ppatpat-efi-1 > https://github.com/geneC/syslinux/tree/ppatpat-efi-3 > > The first demonstrates my micro-commit preference. The second shows > how I can use git-rebase to collapse it together, preserving the one &gt...

On 11-08-15 10:07, Patrick Masotta wrote: > Please implement these new changes over your last non-debug > working build (multi-nic fix) and let's see how it goes. > > https://github.com/ppatpat/syslinux/compare/master...ppatpat:zlib?expand=1 > > Please report your results. Results are in. They are very good. No crashing even with the original config!

...mail me privately. > <<< > > I posted this code time ago, there were some changes, I have tried removing > > the ones not really related to the EFI boot capability. > (at that moment they were needed; if not SL was not working.) > > see here: > https://github.com/ppatpat/syslinux/tree/boot_efi > Please consider: > > 1)I've copied the source from my work repository but I have no tested > the just uploaded github sources. > 2) This code was only tested on PXE boot scenarios. > 3) The easiest way to test this code would be something like > &gt...

On Sat, Mar 26, 2016 at 5:03 PM, Patrick Masotta <masottaus at yahoo.com> wrote: >>>> > > > git/https: https://github.com/geneC/syslinux.git > branches: ppatpat-efi-1 ppatpat-efi-3 > > https://github.com/geneC/syslinux/tree/ppatpat-efi-1 > https://github.com/geneC/syslinux/tree/ppatpat-efi-3 > > The first demonstrates my micro-commit preference. The second shows > how I can use git-rebase to collapse it together, preserving the one >...

Updating myself again: On 07-08-15 16:03, Oscar Roozen wrote: > e466d24 still has an issue with png's in vesalinux causing crashes I can confirm this remaining crash is caused by the line "MENU BACKGROUND bootlogo.png". The original bootlogo.png is 640x480. Forcing the videomode with "MENU RESOLUTION 640 480" did not resolve the crashes, nor did resizing the png

>>> Please see the new code at https://github.com/ppatpat/syslinux/blob/master/efi/main.c <<< I'm having a bit of a problem with the build using the latest version of main.c. I get an error that stops the build because variable i is redefined in efi_create_binding. On line 104 i is defined as UINTN and then on line 182 it is redefined as...

...<<< Since last week I've been able to reproduce this problem. This is a weird bug affecting zlib but it looks like a compiler issue (v4.7.2) Please implement these new changes over your last non-debug working build (multi-nic fix) and let's see how it goes. https://github.com/ppatpat/syslinux/compare/master...ppatpat:zlib?expand=1 Please report your results. Thanks, Best, Patrick

>>> > Please implement these new changes over your last non-debug > working build (multi-nic fix) and let's see how it goes. > > https://github.com/ppatpat/syslinux/compare/master...ppatpat:zlib?expand=1 > > Please report your results. Results are in. They are very good. No crashing even with the original config! <<< It is also working here; I think this particular PNG issue is fixed. It's worth to mention that the replace...

On Thu, Jun 25, 2015 at 7:28 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Thu, Jun 25, 2015 at 11:54 AM, Patrick Masotta <masottaus at yahoo.com> wrote: > >> Yes I know what you mean; >> "I think" the handle of the running image (our code) has a "path" telling us where >> was laded from. That would solve this thing. > > I just

...Aug 11, 2015 at 9:11 AM, Patrick Masotta via Syslinux <syslinux at zytor.com> wrote: > >>> > > > Please implement these new changes over your last non-debug > > working build (multi-nic fix) and let's see how it goes. > > > > https://github.com/ppatpat/syslinux/compare/master...ppatpat:zlib?expand=1 > > > > Please report your results. > > Results are in. They are very good. > No crashing even with the original config! > <<< > > It is also working here; I think this particular PNG issue is fixed. > &g...

Hey everyone, sorry for the delay in replying. First off, thanks for all the help, effort and support so far! == build == I built and used syslinux from https://github.com/ppatpat/syslinux (latest commit 43f5efa2db4a7880c7a2c6485d8fd8a64f0f33c3). On top of that I had to patch main.c. This had to be done to mitigate the following error when trying to 'make all': main.c:(.text+0x3b9): undefined reference to `BSWAP_64' More specifically I made this change: diff ....

...direction parameters alternative on NIC_1 or NIC_2; the client always booted correctly from the NIC that received the full set of PXE parameters. It seems to work. It would be really interesting if the HP guys having this issue can give it a try... Please see the new code at https://github.com/ppatpat/syslinux/blob/master/efi/main.c Patched: efi_main(EFI_HANDLE image, EFI_SYSTEM_TABLE *table) {} efi_create_binding(EFI_GUID *bguid, EFI_GUID *pguid) {} Best, Patrick

...g the same handle# is clear if we see that the number is in fact the "Device Handle" supporting all those protocols. (clearly said at UEFI_Driver_Writer_Guide_V1.0.1_120308.pdf) 2) about your last commit 2.1) I think I found a couple of issues check them corrected at https://github.com/ppatpat/syslinux/ a) a missing return; on an error condition at efi/pxe.c\net_parse_dhcp() b) you close a protocol before creating its child at efi/main.c\efi_create_binding() 2.2) I think "image_DeviceHandle" instead of "pxe_DeviceHandle" produces a code easier to follow; special...

...that received the > full set of PXE parameters. It seems to work. This sounds positive for cases 2&3 but still leaves #1 high and dry. > It would be really interesting if the HP guys having this issue can give it a try... > > > Please see the new code at > https://github.com/ppatpat/syslinux/blob/master/efi/main.c > > Patched: > efi_main(EFI_HANDLE image, EFI_SYSTEM_TABLE *table) {} > efi_create_binding(EFI_GUID *bguid, EFI_GUID *pguid) {} Debating if this hunting should be more persistent so we don't go hunting at every binding. It shouldn't affect large...

On Fri, Aug 28, 2015 at 03:34:12AM -0700, Patrick Masotta via Syslinux wrote: Derrick wrote: > > More importantly: look at the actual captured text.? It does NOT > > specify a valid MAC in its entirety and leaves off the leading nibble > > (11 characters, not 12).? Handle 267 shows "065F36E00EE" not "0065F36E00EE". > > I saw that, they might even be

from: Jeff Sloan <jeff_sloan at selinc.com> Update UEFI PXE proxyDHCP handling updated. This patch is based on commit ID 8a00e49 Updated pxe.c and udp.c to incorporate feedback.In addition to the previous modifications: pxe.c: Changed to use ProxyOffer Packet and added client ip from PxeReply into temp packet for parsing. Left all existing cached packets untouched. udp.c:

>>> Lovely, the ServiceBindings are on a handle that resembles the NIC while the Pxebc is IP-type specific.? Looks like we should try to do a ServiceBinding based on Pxebc but fall back to MAC-based searching, saving all 3 handles, the image handle, Pxebc handle, and ServiceBinding handle.? Presumably the UDP and TCP handles _should_ be the same... -- -Gene <<< OK now it

...ols. > (clearly said at UEFI_Driver_Writer_Guide_V1.0.1_120308.pdf) It's a handle to the device that loaded Syslinux, in this case a NIC plus IP-stack (IPv4 or IPv6). > 2) about your last commit > 2.1) I think I found a couple of issues check them corrected at > https://github.com/ppatpat/syslinux/ > > a) a missing return; on an error condition at efi/pxe.c\net_parse_dhcp() > b) you close a protocol before creating its child at efi/main.c\efi_create_binding() Rewrote the commit messages and it's in at commit ID 5186539 > 2.2) I think "image_DeviceHandle&qu...

>>> > It does contain a Net but there are 2 issues with SNP: > 1) The interface is different than UDPv4/TCPv4 protocols; this imply lot of code. Not as much as you may think.? We already have lwIP implemented into lpxelinux.0.? It's more a matter of using more glue. > 2) SNP has its non-blocking transmit issues ; see "Flaws in the design" at >