ixl and BOOTP
Eggert, Lars
lars at netapp.com
Mon May 18 14:48:06 UTC 2015
On 2015-5-18, at 16:08, Ryan Stone <rysto32 at gmail.com> wrote:
> This is very strange. I have successfully netbooted -CURRENT in a very
> similar environment (ixl compiled into kernel and booting over igb). I
> can't remember when the last time I did this but it was probably within the
> last couple of weeks. I routinely netboot an 8.2 derivative in this kind
> of environment and I've never seen this kind of problem.
It used to work here, too. Something recently must have broken this.
> Could it be related to the size of the kernel, and not ixl specifically?
I don't know. Why would the size of the kernel matter?
> Also, do you have any indication as to where the hang happens? Is it still
> in the BIOS, or in pxeloader, or in the kernel itself? Are you booting in
> legacy mode or EFI?
Legacy mode, and it hangs in the kernel.
Without if_ixl in loader.conf, it does the usual BOOTP logic:
ses0 at ahciem0 bus 0 scbus7 target 0 lun 0
ses0: <AHCI SGPIO Enclosure 1.00 0001> SEMB S-E-S 2.00 device
ses0: SEMB SES Device
ada0 at ahcich0 bus 0 scbus1 target 0 lun 0
ada0: <INTEL SSDSC2BW180A3F 400i> ACS-2 ATA SATA 3.x device
ada0: Serial Number CVCV3102050X180EGN
ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes)
ada0: Command Queueing enabled
ada0: 171705MB (351651888 512 byte sectors: 16H 63S/T 16383C)
ada0: quirks=0x1<4K>
ada0: Previously was known as ad4
Sending DHCP Discover packet from interface igb0 (00:25:90:9b:73:2e)
Sending DHCP Discover packet from interface igb1 (00:25:90:9b:73:2f)
Sending DHCP Discover packet from interface ix0 (90:e2:ba:77:d4:9c)
Sending DHCP Discover packet from interface ix1 (90:e2:ba:77:d4:9d)
uhub1: 2 ports with 2 removable, self powered
uhub0: 2 ports with 2 removable, self powered
ugen0.2: <vendor 0x8087> at usbus0
uhub2: <vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2> on usbus0
ugen1.2: <vendor 0x8087> at usbus1
uhub3: <vendor 0x8087 product 0x0024, class 9/0, rev 2.00/0.00, addr 2> on usbus1
uhub2: 6 ports with 6 removable, self powered
uhub3: 8 ports with 8 removable, self powered
ugen0.3: <American Megatrends Inc.> at usbus0
ukbd0: <Keyboard Interface> on usbus0
ums0: <Mouse Interface> on usbus0
ums0: 3 buttons and [Z] coordinates ID=0
igb0: link state changed to UP
Received DHCP Offer packet on igb0 from 192.168.0.2 (accepted) (no root path) (boot_file)
Received DHCP Offer packet on igb0 from 192.168.0.2 (ignored) (no root path) (boot_file)
Received DHCP Offer packet on igb0 from 192.168.0.2 (ignored) (no root path) (boot_file)
Sending DHCP Request packet from interface igb0 (00:25:90:9b:73:2e)
Received DHCP Ack packet on igb0 from 192.168.0.2 (accepted) (got root path)
DHCP timeout for interface igb1
DHCP timeout for interface ix0
DHCP timeout for interface ix1
Wired loader interface (IP 192.168.11.1) is igb0
igb0 at 192.168.11.1 server 192.168.0.2 boot file /pxe/pxelinux.0
subnet mask 255.255.0.0 router 192.168.0.2 rootfs 192.168.0.10:/home/elars/dst hostname phobos2
Adjusted interface igb0
Shutdown interface igb1
Shutdown interface ix0
Shutdown interface ix1
...
And then later on mount the rootfs correctly:
Trying to mount root from nfs: []...
NFS ROOT: 192.168.0.10:/home/elars/dst
Interface igb0 IP-Address 192.168.11.1 Broadcast 192.168.255.255
Setting hostuuid: 00000000-0000-0000-0000-0025909b732e.
Setting hostid: 0xe85d6456.
...
If I enable if_ixl in loader.conf, I don't see any "Sending DHCP Discover packet" messages in the log at all, and consequently the NFS mount fails. See the attached diff; on the left is a boot without if_ixl, and on the right, with if_ixl.
Lars
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: n-from-.diff.html
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20150518/5d7d10b4/attachment.ksh>
-------------- next part --------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 163 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20150518/5d7d10b4/attachment.sig>
More information about the freebsd-current
mailing list