* Re: Need new modutils aliases for 2.4.0? (Was) Re: Cannothotplugcardbus cards.
@ 2001-01-26 4:54 David Hinds
0 siblings, 0 replies; 3+ messages in thread
From: David Hinds @ 2001-01-26 4:54 UTC (permalink / raw)
To: linux-hotplug
On Thu, Jan 25, 2001 at 01:43:18PM -0800, Miles Lane wrote:
> David Brownell wrote:
> >
> > My thoughts exactly. 2.4 should be hotplugging the 2.4 kernel's
> > Cardbus drivers ... unbundled pcmcia_cs drivers shouldn't be used,
> > as a rule, the kernel drivers get more attention (and the expectation
> > is that'll continue).
Actually I think all the evidence suggests that at this point the
unbundled pcmcia drivers still get considerably more attention than
the kernel drivers, at least at the end user level.
> I would like to explore the "mutual-noninterference pact"
> between Cardmgr and /sbin/hotplug. It seems important to
> get right. Obviously, David Hinds will play a big role
> in this.
I have added code to cardmgr to parse modules.pcimap to figure out
which cards should be handled by the hotplug stuff. I still have a
few things to clean up but I don't think it will be hard.
-- Dave
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Need new modutils aliases for 2.4.0? (Was) Re:Cannothotplugcardbus cards.
@ 2001-01-26 18:10 David Hinds
0 siblings, 0 replies; 3+ messages in thread
From: David Hinds @ 2001-01-26 18:10 UTC (permalink / raw)
To: linux-hotplug
On Fri, Jan 26, 2001 at 08:44:56AM -0800, David Brownell wrote:
>
> That sounds good. Can that also understand the network hotplugging?
> Or is that going to need work yet?
I'm not sure what you mean? When cardmgr sees a card that has a hot
plug PCI driver, it will basically ignore the card completely and
leave everything to /sbin/hotplug. Isn't that what we want?
-- Dave
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Need new modutils aliases for 2.4.0? (Was)Re:Cannothotplugcardbus cards.
@ 2001-01-27 3:12 David Hinds
0 siblings, 0 replies; 3+ messages in thread
From: David Hinds @ 2001-01-27 3:12 UTC (permalink / raw)
To: linux-hotplug
On Fri, Jan 26, 2001 at 11:22:12AM -0800, David Brownell wrote:
>
> For "network" hotplugging, I'm not sure what the analagous policy
> would be ... what comes to mind is getting the network interface
> brought up exactly once. I saw some flakey behavior there a while
> back, maybe it's gone now. Aren't there distro portability issues,
> like "ifup" not being universal?
Once cardmgr ignores the card, it isn't going to try to do anything
with its associated network device.
There probably are portability issues with using "ifup" and I don't
know what to suggest as a long term strategy here.
-- Dave
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2001-01-27 3:12 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-01-27 3:12 Need new modutils aliases for 2.4.0? (Was)Re:Cannothotplugcardbus cards David Hinds
-- strict thread matches above, loose matches on Subject: below --
2001-01-26 18:10 Need new modutils aliases for 2.4.0? (Was) cards David Hinds
2001-01-26 4:54 Need new modutils aliases for 2.4.0? (Was) Re: Cannothotplugcardbus cards David Hinds
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).