search for: dhcp_option

...ys record their own IP in option 54. It should use BOOTP field > > siaddr, resolve DHCP option 66 or resolve BOOTP field sname. Since we > > only pay attention to siaddr for now, this is a minimal change to fix. > } This patch should help: > > > diff --git a/core/fs/pxe/dhcp_option.c b/core/fs/pxe/dhcp_option.c > index 8d93a6a..5cc0ef7 100644 > --- a/core/fs/pxe/dhcp_option.c > +++ b/core/fs/pxe/dhcp_option.c > @@ -143,7 +143,6 @@ static const struct dhcp_options dhcp_opts[] = { > {15, local_domain}, > {43, vendor_encaps}, > {52, option_...

On Sat, Sep 12, 2015 at 6:37 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Sat, Sep 12, 2015 at 10:23 AM, Geert Stappers <stappers at stappers.nl> wrote: >> Euh, could this be reviewed: >> >> diff --git a/core/fs/pxe/dhcp_option.c b/core/fs/pxe/dhcp_option.c >> index 8d93a6a..b82e944 100644 >> --- a/core/fs/pxe/dhcp_option.c >> +++ b/core/fs/pxe/dhcp_option.c >> @@ -143,8 +143,8 @@ static const struct dhcp_options dhcp_opts[] = { >> {15, local_domain}, >> {43, vendor_encaps},...

On Sat, Sep 12, 2015 at 7:08 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Sat, Sep 12, 2015 at 5:54 AM, Teun Docter > <teun.docter at brightcomputing.com> wrote: >> On 2015-09-12 04:58, Gene Cumm wrote: >>>> >>>> I've captured the following DHCP ACK: >>>> >>>> 10.141.20.1.bootps > 10.141.20.2.bootpc: [udp sum ok]

...option 54. It should use BOOTP field >> > siaddr, resolve DHCP option 66 or resolve BOOTP field sname. Since we >> > only pay attention to siaddr for now, this is a minimal change to fix. >> > } This patch should help: >> >> >> diff --git a/core/fs/pxe/dhcp_option.c b/core/fs/pxe/dhcp_option.c >> index 8d93a6a..5cc0ef7 100644 >> --- a/core/fs/pxe/dhcp_option.c >> +++ b/core/fs/pxe/dhcp_option.c >> @@ -143,7 +143,6 @@ static const struct dhcp_options dhcp_opts[] = { >> {15, local_domain}, >> {43, vendor_encaps},...

...solv uses the search path if there's no dot in the name. - Reverts to the previous behaviour in the absence of a search path, if the name contains a dot or if no addresses are found when searching the domain search path. Steve Bleazard -- diff -upr syslinux-6.03.orig/core/fs/pxe/dhcp_option.c syslinux-6.03/core/fs/pxe/dhcp_option.c --- syslinux-6.03.orig/core/fs/pxe/dhcp_option.c 2014-10-06 17:27:44.000000000 +0100 +++ syslinux-6.03/core/fs/pxe/dhcp_option.c 2016-01-04 07:58:18.158206039 +0000 @@ -7,6 +7,11 @@ #include "pxe.h" char LocalDomain[256]; +/* + * DomainSearch...

...her addresses but > always record their own IP in option 54. It should use BOOTP field > siaddr, resolve DHCP option 66 or resolve BOOTP field sname. Since we > only pay attention to siaddr for now, this is a minimal change to fix. This should help. -- -Gene diff --git a/core/fs/pxe/dhcp_option.c b/core/fs/pxe/dhcp_option.c index 8d93a6a..5cc0ef7 100644 --- a/core/fs/pxe/dhcp_option.c +++ b/core/fs/pxe/dhcp_option.c @@ -143,7 +143,6 @@ static const struct dhcp_options dhcp_opts[] = { {15, local_domain}, {43, vendor_encaps}, {52, option_overload}, - {54, server},...

...> dot in the name. > - Reverts to the previous behaviour in the absence of a search path, if > the name contains a dot or if no addresses are found when searching the > domain search path. > > Steve Bleazard > > -- > diff -upr syslinux-6.03.orig/core/fs/pxe/dhcp_option.c > syslinux-6.03/core/fs/pxe/dhcp_option.c > --- syslinux-6.03.orig/core/fs/pxe/dhcp_option.c 2014-10-06 > 17:27:44.000000000 +0100 > +++ syslinux-6.03/core/fs/pxe/dhcp_option.c 2016-01-04 07:58:18.158206039 > +0000 > @@ -7,6 +7,11 @@ > #include "pxe.h" > > c...

On Sat, Sep 12, 2015 at 06:56:04PM -0400, Gene Cumm via Syslinux wrote: > On Sat, Sep 12, 2015 at 6:37 PM, Gene Cumm wrote: > > On Sat, Sep 12, 2015 at 10:23 AM, Geert Stappers wrote: > >> diff --git a/core/fs/pxe/dhcp_option.c b/core/fs/pxe/dhcp_option.c > >> index 8d93a6a..b82e944 100644 > >> --- a/core/fs/pxe/dhcp_option.c > >> +++ b/core/fs/pxe/dhcp_option.c > >> @@ -252,4 +252,6 @@ void parse_dhcp(const void *pkt, size_t pkt_len, int pkt_type) > >> > >> if...

...via Syslinux <syslinux at zytor.com> wrote: > On Sat, Sep 12, 2015 at 06:56:04PM -0400, Gene Cumm via Syslinux wrote: >> On Sat, Sep 12, 2015 at 6:37 PM, Gene Cumm wrote: >> > On Sat, Sep 12, 2015 at 10:23 AM, Geert Stappers wrote: >> >> diff --git a/core/fs/pxe/dhcp_option.c b/core/fs/pxe/dhcp_option.c >> >> index 8d93a6a..b82e944 100644 >> >> --- a/core/fs/pxe/dhcp_option.c >> >> +++ b/core/fs/pxe/dhcp_option.c >> >> @@ -252,4 +252,6 @@ void parse_dhcp(const void *pkt, size_t pkt_len, int pkt_type) >> >> &g...

...gt; - Reverts to the previous behaviour in the absence of a search path, if >> the name contains a dot or if no addresses are found when searching the >> domain search path. >> >> Steve Bleazard >> >> -- >> diff -upr syslinux-6.03.orig/core/fs/pxe/dhcp_option.c >> syslinux-6.03/core/fs/pxe/dhcp_option.c >> --- syslinux-6.03.orig/core/fs/pxe/dhcp_option.c 2014-10-06 >> 17:27:44.000000000 +0100 >> +++ syslinux-6.03/core/fs/pxe/dhcp_option.c 2016-01-04 07:58:18.158206039 >> +0000 >> @@ -7,6 +7,11 @@ >> #inc...

...using them > as-is in com32/lib/ for pxechn.c32. It really should, yes. > Also, as I stated yesterday, I need to be able to use DHCP options > 66/67 as real options (not just their DHCP fields) and thought either > a flag argument to dhcp_pack_packet() or a flags field on struct > dhcp_option would work. I think the flags field (probably as a > uint32_t) would be better as I could foresee wanting to have the > options in a certain order in order to satisfy some NBP in the future. > I'm thinking the order section would be the lowest 8-9 bits (such > that masking reveals...

When attempting to build syslinux in parallel (make -j5), I encountered the following error at the end: rm -f liblpxelinux.a ar cq liblpxelinux.a rawcon.o ./fs/pxe/dhcp_option.o ./fs/pxe/pxe.o ./fs/pxe/tftp.o ./fs/pxe/urlparse.o ./lwip/src/netif/ethernetif.o ./lwip/src/netif/etharp.o ./lwip/src/netif/slipif.o ./lwip/src/netif/ppp/md5.o ./lwip/src/netif/ppp/randm.o ./lwip/src/netif/ppp/chpms.o ./lwip/src/netif/ppp/lcp.o ./lwip/src/netif/ppp/vj.o ./lwip/src/netif/ppp/chap....

...adcast addr */ 40, /* NIS domain name (why?) */ + 119, /* Domain Search Option */ }; static uint8_t dhcp_discover_hdr[] = { @@ -158,7 +159,7 @@ static int dhcp_parse(struct netdev *dev, struct bootp_hdr *hdr, static int dhcp_recv(struct netdev *dev) { struct bootp_hdr bootp; - uint8_t dhcp_options[1500]; + uint8_t dhcp_options[BOOTP_EXTS_SIZE]; struct iovec iov[] = { /* [0] = ip + udp header */ [1] = {&bootp, sizeof(struct bootp_hdr)}, diff --git a/usr/kinit/ipconfig/main.c b/usr/kinit/ipconfig/main.c index 148ccb6..476384a 100644 --- a/usr/kinit/ipconfig/main.c +++ b/usr/kinit/...

...Intel based). Due to that I can't use 32-bit ELF extlinux binary provided in the syslinux-6.03 package. Unfortunately building extlinux installer failed... See error below after these command: make bios clean make bios (failed) ... ar cq liblpxelinux.a rawcon.o pxeboot.o pxelinux-c.o fs/pxe/dhcp_option.o fs/pxe/pxe.o fs/pxe/tftp.o fs/pxe/urlparse.o fs/pxe/bios.o lwip/src/netif/slipif.o lwip/src/netif/undiif.o lwip/src/netif/ethernetif.o lwip/src/netif/ppp/ppp_oe.o lwip/src/netif/ppp/ppp.o lwip/src/netif/ppp/magic.o lwip/src/netif/ppp/lcp.o lwip/src/netif/ppp/pap.o lwip/src/netif/ppp/chpms.o lwip/...

...> extlinux binary provided in the syslinux-6.03 package. > > Unfortunately building extlinux installer failed... > > See error below after these command: > make bios clean > make bios (failed) > > ... > ar cq liblpxelinux.a rawcon.o pxeboot.o pxelinux-c.o > fs/pxe/dhcp_option.o fs/pxe/pxe.o fs/pxe/tftp.o fs/pxe/urlparse.o > fs/pxe/bios.o lwip/src/netif/slipif.o lwip/src/netif/undiif.o > lwip/src/netif/ethernetif.o lwip/src/netif/ppp/ppp_oe.o > lwip/src/netif/ppp/ppp.o lwip/src/netif/ppp/magic.o > lwip/src/netif/ppp/lcp.o lwip/src/netif/ppp/pap.o > lwip/sr...

...; package. > > > > Unfortunately building extlinux installer failed... > > > > See error below after these command: > > make bios clean > > make bios (failed) > > > > ... > > ar cq liblpxelinux.a rawcon.o pxeboot.o pxelinux-c.o > > fs/pxe/dhcp_option.o fs/pxe/pxe.o fs/pxe/tftp.o fs/pxe/urlparse.o > > fs/pxe/bios.o lwip/src/netif/slipif.o lwip/src/netif/undiif.o > > lwip/src/netif/ethernetif.o lwip/src/netif/ppp/ppp_oe.o > > lwip/src/netif/ppp/ppp.o lwip/src/netif/ppp/magic.o > > lwip/src/netif/ppp/lcp.o lwip/src/netif/pp...

I am working on setting up a global boot server that serves up files across the WAN. I am running into a 5 minute timer that is rebooting my hosts before they can complete the kernel and initrd file download. The servers in questions are HP DL60s, and they use UEFI. I am using syslinux.efi version 6.03. They get the kernel file from the TFTP server in about 2 ? minutes, then get 2 ? more minutes

...-dependencies.patch 0063-com32-Makefile-resequence-regroup.patch 0064-ldlinux.c32-SERIAL-directive-Allow-octal-hex-on-port.patch 0065-efi-pxe-Amend-comments-to-clarify-BIOS.patch 0066-efi-pxe-Use-the-appropriate-3rd-packet.patch 0067-efi-pxe-save-MAC-after-parsing-last-packet.patch 0068-core-fs-pxe-dhcp_option-comment-spelling.patch 0069-core-pxe-extend-parse_dhcp-for-packet-type.patch 0070-core-pxe-Don-t-prevent-serverip-override.patch 0071-core-pxe-dhcp_option-Filter-options-based-on-pkt_typ.patch 0072-efi-pxe-Reuse-handle.patch 0073-efi-pxe.c-missing-return.patch 0074-efi-main.c-don-t-close-handle-ear...

...mething other than TFTP to get the kernel/initrd > files (FTP, HTTP, etc)? TFTP is inherently slow across the WAN since > every packet has to be acknowledge before the next one can be sent. > DHCP 211 is "pxelinux.reboottime". See http://www.syslinux.org/wiki/index.php/PXELINUX#DHCP_options for further information. And karma bonus points for reporting your milage. Groeten Geert Stappers -- Leven en laten leven ------------- volgend deel ------------ Een niet-tekst bijlage is gescrubt... Naam: signature.asc Type: application/pgp-signature Grootte: 836 bytes Omschrijving: Digital s...

On 01.07.2015 12:10, Gene Cumm wrote: > On Wed, Jul 1, 2015 at 4:35 AM, poma <pomidorabelisima at gmail.com> wrote: >> >> To remind you once again. >> ISOLINUX >= 6.00 built with GCC >= 5.0.0 causes a broken boot. >> This relates specifically to the use of the vesamenu.c32, >> menu.c32 works without problemos. > > isolinux-debug.bin is not for