[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.02.1211260425240.25230@eddie.linux-mips.org>
Date: Mon, 26 Nov 2012 04:35:27 +0000 (GMT)
From: "Maciej W. Rozycki" <macro@...ux-mips.org>
To: Greg KH <gregkh@...uxfoundation.org>
cc: Bill Pemberton <wfp5p@...ginia.edu>, netdev@...r.kernel.org
Subject: Re: [PATCH 080/493] fddi: remove use of __devexit_p
On Wed, 21 Nov 2012, Greg KH wrote:
> > TURBOchannel, although valid, is an old exotic case that might not be
> > worth arguing for, except for purity maybe. But there are surely many
> > contemporary systems out there that are known they are never going to
> > support hot device replacement. Consider most of the embedded systems for
> > example, where devices may even physically be cast into a single SOC (with
> > no prospect of chipping off any pieces ever ;) ), that certainly could not
> > care less of device replacement, but they do care a lot about memory
> > consumption.
>
> Even those don't care about less than 5k of memory, do they?
I guess you're right. As long as it's not 5k per driver +
who_knows_how_much per platform for some generic stuff that is. Of course
this is still a waste, but I can accept it as a compromise between the use
of machine resources and the cost of maintenance.
> > Was this implication considered, discussed and diregarded as not
> > important enough compared to benefits from hardcoding HOTPLUG support?
>
> Yes, I don't know of any modern system that does not enable
> CONFIG_HOTPLUG, do you?
I've never enabled it outside x86 to be honest. None of the platforms I
care of supports it in hardware.
> > I'm seriously asking for a pointer, not trying to cause any stir-up --
> > regrettably I fail to follow most discussions these days, but I would like
> > to know what the background behind this decision was. Thanks a lot!
>
> See Russell's response in this thread for details if you are curious.
Hmm, not in my inbox for some reason (unless I'm blind), but thanks for
the pointer, I'll see if I can chase it online in some mailing list
archive.
Maciej
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists