search for: efi_create_binding

On Fri, Aug 28, 2015 at 4:22 AM, Patrick Masotta <masottaus at yahoo.com> wrote: > Thanks Derrik; I got your efi-dh.txt > > I've found this: > > 252: SimpleNetwork PXEBaseCode LoadFile DevicePath(0000:0000:0000:0000:0000:0000)) > 267: SimpleNetwork PXEBaseCode LoadFile DevicePath(065F36E00EE,0x1)/IPv4(0.0.0.0)) > 27C: SimpleNetwork PXEBaseCode LoadFile

...via Syslinux <syslinux at zytor.com> wrote: > On Fri, Aug 28, 2015 at 3:13 PM, Derrick M <derrick.martinez at gmail.com> > wrote: > > Gene, > > > > Your binaries didn't work for me, however I put some code in to print the > > byes of mac1 and mac2. In efi_create_binding() it does go through all of > the > > macs looking for the correct one and then finds a 100% match. In this > case > > the mac is 8c-dc-d4-0d-a5-f0 so && memcmp(mac_1, mac_2, PXE_MAC_LENGTH) > == > > 0) { is correct > > > https://sites.google.com/site/gen...

...il/023436.html continued here http://www.syslinux.org/archives/2015-May/023443.html Cao's patch try to solve the same multi-NIC issue you are dealing with; Your approach detect's the right NIC at pxe.c\net_parse_dhcp(void) but it is also necessary to detect the right NIC again at main.c\efi_create_binding() as explained here. http://www.syslinux.org/archives/2015-May/023453.html Cao's patch fails doing this because it relies on certain assumptions on handle "order" that are not correct. I'm also trying to fix this bug but unfortunately I'm not having much time. This is the ap...

...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 works. Everything is done within efi_create_binding(EFI_GUID *bguid, EFI_GUID *pguid) from image_DeviceHandle I get the right DevPath handle, I parse it and I get the MAC address. Next I LibLocateHandle(ByProtocol, bguid, NULL, &nr_handles, &handles) what gives me all the handles that include the Service Binding Protocol "bguid". F...

...ve to be made in the > EFI supporting codes. > 1. The function "net_parse_dhcp". Instead of using the first handle > that returns EFI_SUCCESS, a check on the DhcpAckReceived is made. The > index and the total number handles are saved in global variables. > 2. Function "efi_create_binding". Instead of using the first handle > that returns EFI_SUCCESS, a best guess on the working handle is made > and used directly. > 3. Functions "core_udp_connect" and "core_udp_sendto". The ip address > in the global variable IPInfo is used instead of the default...

>>> 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 int. I deleted 182 but just thought I would mention it. Jeff Sloan

>>> Gene, Your binaries didn't work for me, <<< I had problems with them too (I didn't see anything) >>> however I put some code in to print the byes of mac1 and mac2. In?efi_create_binding() it does go through all of the macs looking for the correct one and then finds a 100% match. In this case the mac is 8c-dc-d4-0d-a5-f0 so?&& memcmp(mac_1, mac_2, PXE_MAC_LENGTH) == 0) { is correct <<< mmmhh that means there's a match considering the 32 bytes of the MAC (PXE...

On Fri, Aug 28, 2015 at 3:13 PM, Derrick M <derrick.martinez at gmail.com> wrote: > Gene, > > Your binaries didn't work for me, however I put some code in to print the > byes of mac1 and mac2. In efi_create_binding() it does go through all of the > macs looking for the correct one and then finds a 100% match. In this case > the mac is 8c-dc-d4-0d-a5-f0 so && memcmp(mac_1, mac_2, PXE_MAC_LENGTH) == > 0) { is correct https://sites.google.com/site/genecsyslinux/150829-efi-1136.tgz?attredirects=...

...d port - * number. - */ -static struct efi_binding *udp_reader; - static int volatile efi_udp_has_recv = 0; int volatile efi_net_def_addr = 1; @@ -76,17 +68,11 @@ int core_udp_open(struct pxe_pvt_inode *socket) EFI_STATUS status; EFI_UDP4 *udp; - (void)socket; - - udp_reader = efi_create_binding(&Udp4ServiceBindingProtocol, &Udp4Protocol); - if (!udp_reader) - return -1; - b = efi_create_binding(&Udp4ServiceBindingProtocol, &Udp4Protocol); if (!b) goto bail; - udp = (EFI_UDP4 *)udp_reader->this; + udp = (EFI_UDP4 *)b->this; memset(&ud...

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

On Mon, Aug 31, 2015 at 06:08:19AM -0400, Gene Cumm via Syslinux wrote: > On Aug 30, 2015 8:42 PM, "Derrick" <derrick22 at gmail.com> wrote: > > > > Gene thanks, here is the output > > > > My IP is 10.2.49.10 > > Img @ 71d89718 = 8cdcd40ca5f0 > > Udp @ 71d89718 = 8cdcd40ca5f0 > > Udp @ 71d89718 = 8cdcd40ca5f0 > > Udp @ 71d89718 =

...> + && memcmp(mac_1 + 1, mac_2 + 1, 5) == 0) { > **or alternatively** (I do not remember now if the 6 bytes of the MAC go at front or back of the 32 bytes string > + && memcmp(mac_1 + PXE_MAC_LENGTH - 5, mac_2 + PXE_MAC_LENGTH - 5, 5) == 0) { > at efi/main.c\efi_create_binding() > Thanks Patrick. && memcmp(mac_1 + PXE_MAC_LENGTH - 5, mac_2 + PXE_MAC_LENGTH - 5, 5) == 0) { was the code that was able to make a match the mac. It is getting further, now the messages are core_udp_sendto: stalling on configure with no mapping

...nux at zytor.com> wrote: >> >> On Fri, Aug 28, 2015 at 3:13 PM, Derrick M <derrick.martinez at gmail.com> wrote: >> > Gene, >> > >> > Your binaries didn't work for me, however I put some code in to print the >> > byes of mac1 and mac2. In efi_create_binding() it does go through all of the >> > macs looking for the correct one and then finds a 100% match. In this case >> > the mac is 8c-dc-d4-0d-a5-f0 so && memcmp(mac_1, mac_2, PXE_MAC_LENGTH) == >> > 0) { is correct >> >> https://sites.google.com/site/gen...

...d it in my email but never got around to reading it yet. > Cao's patch try to solve the same multi-NIC issue you are dealing with; > > Your approach detect's the right NIC at > pxe.c\net_parse_dhcp(void) > but it is also necessary to detect the right NIC again at > main.c\efi_create_binding() > as explained here. > http://www.syslinux.org/archives/2015-May/023453.html > Cao's patch fails doing this because it relies on certain assumptions on > handle "order" that are not correct. The key is that the handle _itself_ is the proper link between the EFI_PXE_BASE...

...t;> >> >> > Gene, >> >> >> > >> >> >> > Your binaries didn't work for me, however I put some code in to >> >> >> > print >> >> >> > the >> >> >> > byes of mac1 and mac2. In efi_create_binding() it does go through >> >> >> > all >> >> >> > of the >> >> >> > macs looking for the correct one and then finds a 100% match. In >> >> >> > this >> >> >> > case >> >> >> >...

On Mon, Aug 31, 2015 at 07:59:06PM -0400, Gene Cumm via Syslinux wrote: > On Mon, Aug 31, 2015 at 6:42 PM, Derrick M <derrick.martinez at gmail.com> wrote: > > Thanks Gene! > > > > this one is much better > > EXCELLENT! That's what I wanted to see. It iterates through 3 > handles, printing the entire MAC buffer and the handle's memory > address.

...rmware installed: 2560p 68SSU ver. F50. 08/04/2014 8460p 68SCF ver. F50. 08/04/2014 PXE boot, syslinux.efi gets perfectly TFTP transferred, it nevers asks for ldlinux.e64, and immediately gives up. I have traced the problem to: /syslinux-6.03/efi/udp.c\core_udp_open() /syslinux-6.03/efi/main.c\efi_create_binding(&Udp4ServiceBindingProtocol, &Udp4Protocol); /syslinux-6.03/gnu-efi/gnu-efi-3.0/lib/hand.c\LibLocateHandle(ByProtocol, bguid, NULL, &nr_handles, &handles); When LibLocateHandle() try to locate EFI_UDP4_SERVICE_BINDING_PROTOCOL it fails with EFI_NOT_FOUND (14) which looks like an HP...

...binaries didn't work for me, however I put some code in >> >> >> >> >> > to >> >> >> >> >> > print >> >> >> >> >> > the >> >> >> >> >> > byes of mac1 and mac2. In efi_create_binding() it does go >> >> >> >> >> > through >> >> >> >> >> > all >> >> >> >> >> > of the >> >> >> >> >> > macs looking for the correct one and then finds a 100% >> &gt...

...* */ int core_udp_open(struct pxe_pvt_inode *socket) { - EFI_UDP4_CONFIG_DATA udata; - struct efi_binding *b; - EFI_STATUS status; - EFI_UDP4 *udp; - + EFI_STATUS status; + struct efi_binding* b; + EFI_UDP4* udp; + UDP_IO* udp_io; + (void)socket; - udp_reader = efi_create_binding(&Udp4ServiceBindingProtocol, &Udp4Protocol); - if (!udp_reader) - return -1; - - b = efi_create_binding(&Udp4ServiceBindingProtocol, &Udp4Protocol); - if (!b) - goto bail; - - udp = (EFI_UDP4 *)udp_reader->this; - - memset(&udata, 0, sizeof(udata)); - - stat...

...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