public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Robert P. J. Day <rpjday@crashcourse.ca>
To: u-boot@lists.denx.de
Subject: [U-Boot] is CONFIG_DATAFLASH_MMC_SELECT actually being used anywhere?
Date: Tue, 8 Dec 2009 04:28:08 -0500 (EST)	[thread overview]
Message-ID: <alpine.LFD.2.00.0912080422070.3999@localhost> (raw)
In-Reply-To: <20091207201342.AAE3D3F6CC@gemini.denx.de>

On Mon, 7 Dec 2009, Wolfgang Denk wrote:

> Dear "Robert P. J. Day",
>
> In message <alpine.LFD.2.00.0911180156580.16276@localhost> you wrote:
> >
> >   never afraid to embarrass myself, is the config option
> > CONFIG_DATAFLASH_MMC_SELECT actually doing anything useful?
>
> Not in any mainline code, it seems.

  i didn't think so, just wanted to make sure.

> >   i can see the commit that did a rename:
> >
> > commit 90a92a708d5180a20d600ba0fc2352ec76dc3829
> > Author: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
> > Date:   Fri Mar 27 23:26:42 2009 +0100
> >
> >     at91: rename DATAFLASH_MMC_SELECT to CONFIG_DATAFLASH_MMC_SELECT
> >
> >     Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
> >
> > but unless *someone* defines that macro, is it doing anything
> > useful? or am i just confused?
>
> Eventually JC had some patches on his famous stack before he threw
> in the towel.

  so does that mean that DATAFLASH_MMC_SELECT-related content can be
removed -- at least for now until someone else comes along and tries
to put it back and make it useful?   obviously, it's not doing any
actual harm being there, it just has no value.  at the moment:

$ grep -r DATAFLASH_MMC_SELECT *
board/atmel/at91rm9200dk/Makefile:COBJS-$(CONFIG_DATAFLASH_MMC_SELECT) += mux.o
board/atmel/at91rm9200ek/Makefile:COBJS-$(CONFIG_DATAFLASH_MMC_SELECT) += mux.o
CHANGELOG:    at91: rename DATAFLASH_MMC_SELECT to CONFIG_DATAFLASH_MMC_SELECT
common/Makefile:COBJS-$(CONFIG_DATAFLASH_MMC_SELECT) += cmd_dataflash_mmc_mux.o
include/at45.h:#ifdef	CONFIG_DATAFLASH_MMC_SELECT
$

which suggests that, if one removes that CONFIG variable, there are a
couple source files that can go with it.

  i can trivially whip up a patch that takes all that out, unless
someone wants to argue to hang onto it for, say, future
consideration or something.  thoughts?  does someone from atmel have
an opinion on this?

rday
--

========================================================================
Robert P. J. Day                               Waterloo, Ontario, CANADA

            Linux Consulting, Training and Kernel Pedantry.

Web page:                                          http://crashcourse.ca
Twitter:                                       http://twitter.com/rpjday
========================================================================

      reply	other threads:[~2009-12-08  9:28 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-18  7:01 [U-Boot] is CONFIG_DATAFLASH_MMC_SELECT actually being used anywhere? Robert P. J. Day
2009-12-07 20:13 ` Wolfgang Denk
2009-12-08  9:28   ` Robert P. J. Day [this message]

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=alpine.LFD.2.00.0912080422070.3999@localhost \
    --to=rpjday@crashcourse.ca \
    --cc=u-boot@lists.denx.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox