similar to: syslinux6 EFI fail to boot via pxe

> Gesendet: Donnerstag, 27. Juni 2013 um 17:44 Uhr > OK, now that's just weird. You don't see any response whatsoever from > tapping at the keys? > > If you set a TIMEOUT, can you run a DEFAULT even though you cannot type? > That's one way to figure out whether the machine is dead at that point > or not. A useful DEFAULT might be reboot.c32, that way even if the

Am 27. Juni 2013 17:44:58 schrieb Matt Fleming <matt at console-pimps.org>: > OK, now that's just weird. You don't see any response whatsoever from > tapping at the keys? That's correct. Nothing happen. > If you set a TIMEOUT, can you run a DEFAULT even though you cannot type? > That's one way to figure out whether the machine is dead at that point > or not.

> Oh, I just remembered, the DNS resolving code isn't fully functional for > EFI. If you replace hostnames with IP addresses, do you see any > different behaviour? Of course, it's possible you're not getting that > far. > > Can you get to a Syslinux prompt with either of these devices? For > example, by using PROMPT 1 in your config file. > > -- > Matt

Am 01. Juli 2013 18:13:25 schrieb Matt Fleming <matt at console-pimps.org>: > > Does reverting to -pre4 make things work again? > > -- > Matt Fleming, Intel Open Source Technology Center Yes, with pre4 it work. But as I wrote the problem during searching for the configfile and hung from the program already exist. Gesendet mit AquaMail f?r Android http://www.aqua-mail.com

On Tue, 25 Jun, at 09:43:02PM, Matt Fleming wrote: > Aha, yes, you're right. I'll take a look at fixing this. Michael, could you try out Syslinux 6.01-pre2 and see if things are now working for you? -- Matt Fleming, Intel Open Source Technology Center

> OK, staring at this packet dump, I see that your firmware isn't setting > a default value for the IP TTL field, but seeing as the UEFI spec > doesn't require this, that's a Syslinux bug. Interestingly, the firmware > on my test machine does fill out the TTL field with a value of 64. > > -- > Matt Fleming, Intel Open Source Technology Center > Some

> Isn't the server complaining because port 7012 is unreachable? Not the > other way around? It really doesn't matter to the server what the value > of the source port is from the client. > > Looking at your network packet dump from a previous email, > > Source Destination Protocal SPort DPort Description > 10.0.0.100 10.0.0.1 tftp 1479

On Thu, 27 Jun, at 02:08:34PM, Michael Szerencsits wrote: > > > Oh, also, if possible please test 6.01-pre4, just to make sure it's not > > the TCP packets that are now causing problems on your Sony machine. > > > > -- > > Matt Fleming, Intel Open Source Technology Center > > > > I tested the pre4 on both systems. Same problems as before. >

On Thu, 04 Jul, at 08:17:19AM, Michael Szerencsits wrote: > > > Could you try out 6.01-pre6 and see if your machine actually gets to > > the point of config file failure (I still need to debug that)? > > > Yes, 6.01-pre6 works. syslinux.efi and ldlinux.e64 was loaded > successfully, but when trying to load the config file it stuck. See > wireshark trace Thanks

On Mon, 01 Jul, at 04:30:19PM, Michael Szerencsits wrote: > I tried to test the 6.01-pre5 version, but after loading from > ldlinux.e64 nothing happen in the trace. If I test the efi32 in > VMWare it comes up with a 'Firmware error' and close the VMWare. > > It seems that syslinux.efi from pre5 is broken > > I now would perfrom the tests with pre4 Does reverting to

On Thu, 27 Jun, at 08:16:35PM, Michael Szerencsits wrote: > Am 27. Juni 2013 17:44:58 schrieb Matt Fleming <matt at console-pimps.org>: > >OK, now that's just weird. You don't see any response whatsoever from > >tapping at the keys? > > That's correct. Nothing happen. Bad :-/ > >If you set a TIMEOUT, can you run a DEFAULT even though you cannot

On Mon, 24 Jun, at 11:17:29AM, Michael Szerencsits wrote: > Hello, > > I tried to boot the new syslinux.efi (32bit) from the released > syslinux 6 via PXE. In a wireshark trace I can see that the > syslinux.efi was loaded successfully via TFTP. Then the client try to > load ldlinux.e32. I see the request and also the acknoledgement in the > trace. After that the client try

On Tue, 25 Jun, at 01:51:52PM, Michael Szerencsits wrote: > Hi Matt, > > I think I've found the problem. Thanks for doing this analysis. > In /core/fs/pxe/tftp.c in function tftp_open: > First you do a core_udp_connect to port 69 (TFTP) at line 264. -> source port = x > After that you sent the filerequest at line 265 > You receive the fileinfo and also the used port

On Tue, 25 Jun, at 03:14:00PM, Michael Szerencsits wrote: > Hi Matt, > > the server is listening on the port. I reviewed the RFC for TFTP and > it say that the server would response with an error if the source TID > is not correct: Aha, yes, you're right. I'll take a look at fixing this. -- Matt Fleming, Intel Open Source Technology Center

On Wed, 26 Jun, at 03:15:51PM, Michael Szerencsits wrote: > Sure, > > here it is OK, staring at this packet dump, I see that your firmware isn't setting a default value for the IP TTL field, but seeing as the UEFI spec doesn't require this, that's a Syslinux bug. Interestingly, the firmware on my test machine does fill out the TTL field with a value of 64. -- Matt Fleming,

> > I can't see any HTTP traffic in either of these dumps. Which machine did > you capture these logs on? Are you sure that the HTTP packets are > reaching your server? > > -- > Matt Fleming, Intel Open Source Technology Center > The boot-efi5.cap is from the booting lenovo system. I ran the trace again, but the file is 100MB

On Thu, 27 Jun, at 03:25:57PM, Michael Szerencsits wrote: > The boot-efi5.cap is from the booting lenovo system. I ran the trace again, but the file is 100MB Oh, I just remembered, the DNS resolving code isn't fully functional for EFI. If you replace hostnames with IP addresses, do you see any different behaviour? Of course, it's possible you're not getting that far. Can you get

On Thu, 27 Jun, at 04:18:04PM, Michael Szerencsits wrote: > Change hostname to IP address, but same problem. > Copy the default config to uuid of the system, same problem > PROMPT 1 -> I see boot: but cannot do anything. If I press a key nothing happen OK, now that's just weird. You don't see any response whatsoever from tapping at the keys? If you set a TIMEOUT, can you run

On Mon, 15 Jul, at 01:23:49PM, Michael Szerencsits wrote: > Hi Matt, > > tested 6.02-pre5 but without success. > > It loads both files (syslinux.efi and ldlinux.e64) now it also load the config (pxelinux.cfg/default) but than nothing happen. > After around 5 minutes the system reboot with no messages on the screen. > > The system use a InsideH20 Bios, Bios Version

Hello, I tried to boot the new syslinux.efi (32bit) from the released syslinux 6 via PXE. In a wireshark trace I can see that the syslinux.efi was loaded successfully via TFTP. Then the client try to load ldlinux.e32. I see the request and also the acknoledgement in the trace. After that the client try to load the file, but the source port is changed to tftp request port + 1. For example: