[syslinux] core_udp_sendto: no mapping

[Gene Cumm]

On Thu, Dec 14, 2017 at 6:53 AM, Joakim Tjernlund
<Joakim.Tjernlund at infinera.com> wrote:
> 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

Not yet but at least reliably getting more of the picture.

-- 
-Gene