All of lore.kernel.org
 help / color / mirror / Atom feed
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
To: "Anderson.Briglia@indt.org.br" <Anderson.Briglia@indt.org.br>
Cc: linux-omap-open-source@linux.omap.com
Subject: Re: [PATCH] MMC - CONFIG_HOTPLUG support
Date: Sat, 24 Dec 2005 22:35:02 +0000	[thread overview]
Message-ID: <20051224223502.GA22630@flint.arm.linux.org.uk> (raw)
In-Reply-To: <F26D8BDC5BC8014A909C6D45468F69EF022B6813@mzebe101.NOE.Nokia.com>

On Mon, Dec 19, 2005 at 01:02:36PM -0300, Anderson.Briglia@indt.org.br wrote:
> On Mon, Dec 19, 2005 at 09:52:59AM -0300, Anderson.Briglia@indt.org.br wrote:
> > I'd like you to explain:
> > 1. what additional support this patch gives us.
> 
> I'm working on MMC hotplug system. This patch is a inicial work to provide
> a minimal kernel configuration hotplug support (and prevent future bugs). 

Either you have hotplug support or you don't.  There is no half-way
house implemented in any kernel subsystem.

> It's necessary more interaction between the MMC core and the MMC block
> driver. When a MMC card is inserted/removed the MMC block driver should
> be informed and adds/removes the device information from the kernel.
> I'm trying to implement this interaction.

This is already implemented.  The MMC block driver will be called via
mmc_blk_probe() when a card is inserted, and via mmc_blk_remove()
when it is removed.

> > 2. what the nature of the optimisation is.
> 
> AFAIK, compiler directives are a guiding for what will/won't be compiled.
> IMHO, if the kernel hotplug support is not selected, doesn't make sense
> that the mmc_bus_hotplug function be compiled. When the MMC core and
> MMC block interaction will be implemented the mmc_bus_hotplug function
> should not be compiled providing that hotplug support.

Right.  You could eliminate the whole function and define mmc_bus_hotplug
to NULL when CONFIG_HOTPLUG is unset, which will eliminate even more
bytes.

  reply	other threads:[~2005-12-24 22:35 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-16 19:50 [PATCH] MMC - CONFIG_HOTPLUG support Anderson Briglia
2005-12-16 21:58 ` Russell King - ARM Linux
2005-12-19 12:52   ` Anderson.Briglia
2005-12-19 13:04     ` Russell King - ARM Linux
2005-12-19 15:44       ` Juha Yrjölä
2005-12-19 16:02       ` Anderson.Briglia
2005-12-24 22:35         ` Russell King - ARM Linux [this message]
2005-12-26 18:46           ` Anderson.Briglia
2005-12-31 16:00             ` Russell King - ARM Linux
  -- strict thread matches above, loose matches on Subject: below --
2005-12-16 19:51 Anderson Briglia

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=20051224223502.GA22630@flint.arm.linux.org.uk \
    --to=linux@arm.linux.org.uk \
    --cc=Anderson.Briglia@indt.org.br \
    --cc=linux-omap-open-source@linux.omap.com \
    /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.