All of lore.kernel.org
 help / color / mirror / Atom feed
From: Warren Togami <wtogami-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: initramfs <initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Netboot fails with multiple interfaces, wireless
Date: Tue, 19 May 2009 23:51:24 -0400	[thread overview]
Message-ID: <4A137E3C.1040204@redhat.com> (raw)

Harald,

I tried your root=dhcp netboot code.

Is it intended that you need both root=dhcp and ip=dhcp?  Surely the 
first implies the second?

So it does successfully mount and NFS root boot, but as I feared it has 
trouble due to the presence of a wireless device.  One thin client I 
have is Intel Atom with e1000e NIC and iwlagn wireless.  It appears to 
dhcp once successfully on the eth0 ethernet, but its event-driven nature 
also tries to launch dhclient again on the wlan0.  dhclient complains 
that dhclient is already running and fails.

dhclient wouldn't have succeeded at all on the iwlagn interface because 
the firmware is lacking from the initrd, and it isn't associated.  Also 
I don't see when it is ever desired to netboot over a wireless interface.

As for excluding wireless interfaces, we should do a few things:
- Do not copy wireless drivers into the initrd.  You suggested using 
/etc/modprobe.d/something.conf to blacklist the driver from loading.  We 
would need a way to blacklist the driver during the initrd without 
blacklisting it on the host system where the initrd is generated.  How?
- Perhaps we should exclude any interfaces named "wlan*" from ifup and 
dhclient.  This works for most devices, but some wireless drivers call 
the wireless interfaces "eth*".
- I have no idea if it is attempting to ifup and dhclient other devices 
that appear like wmaster0.

A separate but related matter is what to do if a machine has more than 
one ethernet interface.  It seems the only sane thing you CAN do is ifup 
and dhclient only on the first interface?

Warren Togami
wtogami-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
--
To unsubscribe from this list: send the line "unsubscribe initramfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

             reply	other threads:[~2009-05-20  3:51 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-20  3:51 Warren Togami [this message]
     [not found] ` <4A137E3C.1040204-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-20  7:11   ` Netboot fails with multiple interfaces, wireless Seewer Philippe
     [not found]     ` <4A13AD3B.4010606-omB+W0Dpw2o@public.gmane.org>
2009-05-20 13:14       ` Harald Hoyer
     [not found]         ` <4A14022F.8000809-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-20 15:37           ` Warren Togami
     [not found]             ` <4A1423CB.1000306-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-20 16:10               ` Harald Hoyer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A137E3C.1040204@redhat.com \
    --to=wtogami-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
    --cc=initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.