Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1449133

Re: kexec: device shutdown vs. remove

From Benjamin Herrenschmidt <benh@kernel.crashing.org>
Newsgroups linux.kernel
Subject Re: kexec: device shutdown vs. remove
Date 2016-07-24 15:20 +0200
Message-ID <rYru1-8mY-1@gated-at.bofh.it> (permalink)
References <rYcbD-7kW-1@gated-at.bofh.it> <rYjZv-3Nk-7@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Sat, 2016-07-23 at 22:18 -0700, Guenter Roeck wrote:
> I suspect that using (or depending on) the remove function may not be feasible
> anymore after the recent effort by Paul Gortmaker to make drivers explicitly
> non-modular if they are only configurable as boolean. In many cases, this
> involved dropping remove functions.

A lot of drivers we care about are modular. But maybe the right
approach is to do something like remove() if it exist and shutdown() if
it doesn't ? Or a new callback for kexec ? quiesce() ?

Cheers,
Ben.

Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

kexec: device shutdown vs. remove Benjamin Herrenschmidt <benh@kernel.crashing.org> - 2016-07-23 23:00 +0200
  Re: kexec: device shutdown vs. remove Guenter Roeck <linux@roeck-us.net> - 2016-07-24 07:20 +0200
    Re: kexec: device shutdown vs. remove Benjamin Herrenschmidt <benh@kernel.crashing.org> - 2016-07-24 15:20 +0200
      Re: kexec: device shutdown vs. remove ebiederm@xmission.com (Eric W. Biederman) - 2016-07-25 00:00 +0200
        Re: kexec: device shutdown vs. remove Benjamin Herrenschmidt <benh@kernel.crashing.org> - 2016-07-25 02:40 +0200
  Re: kexec: device shutdown vs. remove ebiederm@xmission.com (Eric W. Biederman) - 2016-07-24 07:40 +0200
    Re: kexec: device shutdown vs. remove Benjamin Herrenschmidt <benh@kernel.crashing.org> - 2016-07-24 15:20 +0200
      Re: kexec: device shutdown vs. remove ebiederm@xmission.com (Eric W. Biederman) - 2016-07-24 23:50 +0200

csiph-web