kern/106028: tftp inside pxeboot isn't initialised properly

Joost Bekkers joost at jodocus.org
Wed Nov 29 11:41:04 PST 2006


>Number:         106028
>Category:       kern
>Synopsis:       tftp inside pxeboot isn't initialised properly
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Nov 29 19:40:22 GMT 2006
>Closed-Date:
>Last-Modified:
>Originator:     Joost Bekkers
>Release:        FreeBSD 6.1-RELEASE i386
>Organization:
>Environment:
System: FreeBSD bps.jodocus.org 6.1-RELEASE FreeBSD 6.1-RELEASE #1: Sun Oct 1 19:21:38 CEST 2006 root at bps.jodocus.org:/usr/src/sys/i386/compile/bps i386

>Description:

If on the first call to pxe_open rootip is already set (probably because of
information in bootplayer) the bootp/dhcp routine in libstand never get
executed. (see src/sys/boot/i386/libi386/pxe.c:275)

This bootp routine s the only place that sets servip (defined in bootp.c)
which is used by the tftp client in libstand. Any attempt to use tftp
will cause tftp-requests to go to 0.0.0.0

This doesn't seem to happen on all systems, so it's probably dependent on
the pxe implementation on the nic/motherboard. I'm experiencing this problem
on a dell optiplex gx150

>How-To-Repeat:

build pxeboot with -DLOADER_TFTP_SUPPORT
try to boot.


>Fix:

If somebody can point me in the right direction of 'the right thing(tm)', I'll be happy
to supply a patch. I've got a workaround, but I think the code is feeling violated.

>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-bugs mailing list