Syslinux - Dec 2011 - PXELINUX 4.10-pre17 and newer Dell OptiPlex/Latitude/Precision

Shantanu, let's continue here.

You first noticed this on a Dell OptiPlex 755.  I think it covers all Dell
OptiPlex/Latitude/Precision models that are PCIe based with Intel LoM (LAN
on motherboard) utilizing the BIOS PXE OROM, based on the similarity of
these systems.  The symptoms are that PXELINUX requests
pxelinux.cfg/<UUID>
by TFTP (but it might not strictly be a TFTP issue) when not on the same
subnet, responses are sent back but PXELINUX doesn't receive these
packets.  PXELINUX also doesn't respond to ICMP echo (ping) or ARP requests
but repeatedly sends ARP requests for the gateway, as if it doesn't receive
the replies.  When on the same subnet, Shantanu reports that it seems to
hang on the request of pxelinux.cfg/default.

I also tried 4.10-pre13 to no avail.

This makes me think it goes deaf/ignorant for some reason.  My next tests
are TFTP on same subnet, HTTP on same and different subnets then a debug
build with the serial port.

--
-Gene

On 12/31/2011 06:57 AM, Gene Cumm wrote:
> Shantanu, let's continue here.
> 
> You first noticed this on a Dell OptiPlex 755.  I think it covers all Dell
> OptiPlex/Latitude/Precision models that are PCIe based with Intel LoM (LAN
> on motherboard) utilizing the BIOS PXE OROM, based on the similarity of
> these systems.  The symptoms are that PXELINUX requests
pxelinux.cfg/<UUID>
> by TFTP (but it might not strictly be a TFTP issue) when not on the same
> subnet, responses are sent back but PXELINUX doesn't receive these
> packets.  PXELINUX also doesn't respond to ICMP echo (ping) or ARP
requests
> but repeatedly sends ARP requests for the gateway, as if it doesn't
receive
> the replies.  When on the same subnet, Shantanu reports that it seems to
> hang on the request of pxelinux.cfg/default.
> 
> I also tried 4.10-pre13 to no avail.
> 
> This makes me think it goes deaf/ignorant for some reason.  My next tests
> are TFTP on same subnet, HTTP on same and different subnets then a debug
> build with the serial port.
> 
OK, this is very interesting... in particular this seems like something
that should be worth debugging.  I'm wondering if we're doing the right
thing for the receive; in particular, what are the flags settings for
these?  I'm wondering if we need to poll but are expecting interrupts,
or vice versa...

	-hpa


-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.

On Sat, Dec 31, 2011 at 09:57, Gene Cumm <gene.cumm at gmail.com>
wrote:
> Shantanu, let's continue here.
>
> You first noticed this on a Dell OptiPlex 755.? I think it covers all Dell
> OptiPlex/Latitude/Precision models that are PCIe based with Intel LoM (LAN
> on motherboard) utilizing the BIOS PXE OROM, based on the similarity of
> these systems.? The symptoms are that PXELINUX requests
pxelinux.cfg/<UUID>
> by TFTP (but it might not strictly be a TFTP issue) when not on the same
> subnet, responses are sent back but PXELINUX doesn't receive these
packets.
> PXELINUX also doesn't respond to ICMP echo (ping) or ARP requests but
> repeatedly sends ARP requests for the gateway, as if it doesn't receive
the
> replies.? When on the same subnet, Shantanu reports that it seems to hang
on
> the request of pxelinux.cfg/default.
>
> I also tried 4.10-pre13 to no avail.
>
> This makes me think it goes deaf/ignorant for some reason.? My next tests
> are TFTP on same subnet, HTTP on same and different subnets then a debug
> build with the serial port.
Sorry, reversed it.  OptiPlex 960 was the client, not 755.  755 seems
to work nicely with A16, A17, A19, A20 and A21.

I have it failing on an OptiPlex 760 and a few other systems.

-- 
-Gene

On 01/19/2012 02:23 PM, Gene Cumm wrote:
>>
>> I also tried 4.10-pre13 to no avail.
>>
>> This makes me think it goes deaf/ignorant for some reason.  My next
tests
>> are TFTP on same subnet, HTTP on same and different subnets then a
debug
>> build with the serial port.
>
> Sorry, reversed it.  OptiPlex 960 was the client, not 755.  755 seems
> to work nicely with A16, A17, A19, A20 and A21.
>
> I have it failing on an OptiPlex 760 and a few other systems.
>
What is the NIC hardware?  Intel, Broadcom, Nvidia...?

	-hpa

On Thu, Jan 26, 2012 at 10:57, H. Peter Anvin <hpa at zytor.com>
wrote:
> On 01/19/2012 02:23 PM, Gene Cumm wrote:
>>>
>>>
>>> I also tried 4.10-pre13 to no avail.
>>>
>>> This makes me think it goes deaf/ignorant for some reason. ?My next
tests
>>> are TFTP on same subnet, HTTP on same and different subnets then a
debug
>>> build with the serial port.
>>
>>
>> Sorry, reversed it. ?OptiPlex 960 was the client, not 755. ?755 seems
>> to work nicely with A16, A17, A19, A20 and A21.
>>
>> I have it failing on an OptiPlex 760 and a few other systems.
>>
>
> What is the NIC hardware? ?Intel, Broadcom, Nvidia...?
>
> ? ? ? ?-hpa
Intel.
OptiPlex 760(broken): [8086:10de] 82567LM-3
OptiPlex 755(working): [8086:10bd] 82566DM-2

-- 
-Gene