[syslinux] core_udp_sendto: no mapping

[Joakim Tjernlund]

On Wed, 2017-12-13 at 10:34 -0500, Gene Cumm wrote:
> CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
> 
> 
> On Wed, Dec 13, 2017 at 7:03 AM, Joakim Tjernlund
> <Joakim.Tjernlund at infinera.com> wrote:
> > On Mon, 2017-12-11 at 08:59 +0100, Joakim Tjernlund wrote:
> > > On Sun, 2017-12-10 at 14:41 -0500, Gene Cumm wrote:
> > > > CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
> > > > 
> > > > 
> > > > On Wed, Dec 6, 2017 at 6:49 AM, Gene Cumm <gene.cumm at gmail.com> wrote:
> > > > > On Wed, Nov 29, 2017 at 6:30 AM, Gene Cumm <gene.cumm at gmail.com> wrote:
> > > > > > On Tue, Nov 28, 2017 at 2:38 PM, Joakim Tjernlund
> > > > > > > Gene, I am curious, do you have an idea how to fix this?
> > > > > > 
> > > > > > Yes, I have an idea but I need to add some debug code so I can
> > > > > > understand more how your particular machine is behaving.
> > > > > > 
> > > > > > --
> > > > > > -Gene
> > > > > 
> > > > > On Tue, Nov 28, 2017 at 6:45 AM, Joakim Tjernlund via Syslinux
> > > > > <syslinux at zytor.com> wrote:
> > > > > 
> > > > > > But I have tried older versions too. Seems my Lenovo EFI is too "modern" for syslinux
> > > > > > but I think Gene has an idea how to solve it.
> > > > > 
> > > > > Too modern?  Nope, again, broken.  A PxeBc should be atop a MNPSb atop
> > > > > a Net.  (EDK shell uses the short names for the GUIDs; EDK2 shell uses
> > > > > longer names).  Yours has PxeBc atop a Net with MNPSb on another
> > > > > handle.  This is not the first and doubtfully the last we'll
> > > > > encounter.  UEFI-2.0 allows this but starting in UEFI-2.1, it MUST
> > > > > live atop an MNPSb.
> > > > > 
> > > > > I'm still trying to build something that'll print the paths but
> > > > > strangely having issues.
> > > > > 
> > > > > On Mon, Nov 27, 2017 at 6:39 PM, Joakim Tjernlund
> > > > > <Joakim.Tjernlund at infinera.com> wrote:
> > > > > 
> > > > > > Fond an old boot logg:
> > > > > > [    0.000000] efi: EFI v2.50 by Lenovo
> > > > > > [    0.000000] efi:  SMBIOS=0x6f098000  SMBIOS 3.0=0x6f095000  ACPI=0x6fffe000  ACPI 2.0=0x6fffe014  MPS=0x6f468000  ESRT=0x6eb33000  MEMATTR=0x6976d018
> > > > > > [    0.000000] ACPI: UEFI 0x000000006FF53000 000042 (v01 LENOVO TP-N1W   00001200 PTEC 00000002)
> > > > > > [    0.000000] ACPI: UEFI 0x000000006FF39000 00013E (v01 LENOVO TP-N1W   00001200 PTEC 00000002)
> > > > > 
> > > > > It sure doesn't look 2.5 compliant to me.  Merely adding the new stuff
> > > > > from a new UEFI spec version doesn't mean it's compliant with the
> > > > > current nor previous versions.  If I'm wrong, I'd love to hear
> > > > > especially from the author or someone with first-hand knowledge.
> > > > > 
> > > > > --
> > > > > -Gene
> > > > 
> > > > Joakim, attached is a TGZ with some test binaries.  I'm assuming the
> > > > "imd" will print one device while "mnp" another.  This is mostly to
> > > > firm up which devices it's actually trying to use.  Based on your
> > > > other results, this should help a little more to understand how the
> > > > code is reacting to your machine.  It won't give me an answer but just
> > > > lead me towards the next step.
> > > 
> > > Hi Gene, thanks for staying with me :)
> > > 
> > > There was only one syslinux.efi/ldlinux.e64 in the tar file and it printed:
> 
> Sounds like you got the attachment intact.
> 
> > Hi again
> > 
> > We got a new server so figured we should try UEFI PXE on that so used your latest debug
> > build and got similar results(efi.jpg). Using a EFI linux kernel directly does not
> > work either(efistub.jpg)
> > 
> >     Jocke
> 
> Your previous message was held due to a attachment limit on the list.
> These were a lot smaller.
> 
> efi.jpg:
> 
> imd-Finding path; to str;
> imd at Acpi(PNP0A03,0)/Pci(1C|0)/Pci(0|0)/Mac(40F2E92FCA02)/IPv4(not-done)
> Getting cached packet
> My IP is 192.168.201.185
>   netmask 255.255.255.0  gateway 192.168.201.1
> mnp-Finding path; to str;
> mnp at Acpi(PNP0A03,0)/Pci(1C|0)/Pci(0|0)/Mac(40F2E92FCA02)
> 
> 
> efistub.jpg:
> 
> > > Start PXE over IPv4.
> 
>   Station IP address is 192.168.201.185
> 
>   Server IP address is 10.210.32.100
>   NBP filename is pxelinux.0
>   NBP filesize is 6644000 Bytes
>  Downloading NBP file...
> 
>   Succeed to download NBP file.
> 
>  Downloading NBP file...
> 
>   Succeed to download NBP file.
> 
> 
> I was a bit concerned about the "IPv4(not-done)" bit until I saw that
> gnu-efi has that in the code and doesn't decode the IP address.
> 

Any progress on figuring out what is causing the problem on my Lenovo laptop? 

   Jocke