Description of Problem: Although the PCMCIA ethernet interface is coming up ok after the grep bugfix (how the **** did you guys track that one down?) I still have an issue with ntp. I have dhcpd configured on another machine to serve DHCP requests from the laptop, and I'm setting ntp-servers; the laptop has been picking up the settings OK, but doesn't appear to [re]start the ntp service after the i/f is configured. Not that it's critical on a laptop, of course. Manually restarting ntp causes it to sync properly.
Changing from hotplug to ntp.
after the interface if up can you: $ ntpdc localhost > peers please? Maybe you have to wait until ntpd retries to connect to your time server?
Created attachment 51904 [details] output of ntpdc
It may or may not eventually pick up the servers. Thing is, though, with a laptop, I may not have it switched on long enough for it to actually synchronize this way, whereas if it was synced when I booted up or when the interface was brought up it would be synchronized ... and I wouldn't get the [FAILED] message at boot time if pcmcia was started before ntp. I'm particularly concerned because I'm getting the ntp settings from DHCP, so I really need the service to be restarted if these details change anyway. Otherwise if I change the time server(s), it'll be using the settings from last time I booted, too. If I wanted to use the laptop on two (or more) different networks, and rely on DHCP to get all the information for me, I'd be stuck (and I do plan to do this). It would also be nice if ntp could be stopped if DHCP returns no time servers, or perhaps there could be a fallback setting? I wasn't able to find anywhere to specify services to [cond]restart or reload after an interface was hotplugged, can you give me a pointer?
modify /etc/pcmcia/network, and restart any services there, you need
So, seems that we are just going to leave this in the hands of the user. Closing out.