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