linux-toradex.git/drivers/mtd/maps/Kconfig, branch v4.10

ARM: realview: imply device tree boot

2016-08-15T18:53:07+00:00

This reduces the Kconfig for the RealView by assuming we are
always booting from the device tree, and removing all the uses
of CONFIG_REALVIEW_DT and replacing with CONFIG_ARCH_REALVIEW.

Further:

- Drop REALVIEW_HIGH_PHYS_OFFSET: we don't use this with device
  tree.

- Drop the REALVIEW_EB_ARM11MP_REVB option: we now handle this
  by simply using another device tree.

- Drop the PB1176 secure flash option: this is defined in the
  PB1176 device tree but marked as "disabled", so users who
  want to use it can simply enable it in the device tree and
  go hacking around.

Cc: Brian Norris 
Cc: Marc Zyngier 
Cc: Thomas Gleixner 
Signed-off-by: Linus Walleij

mtd: physmap_of: add a hook for Versatile write protection

2016-04-04T08:33:16+00:00

In order to support device tree probing of Versatile NOR flash
chips, there must be a way to add the VPP (write protection)
enable/disable callback. The register in question is in the
system controllers of these machines. Apart from this quirk,
the ARM flash chips are standard CFI flash chips from various
vendors.

Additionally, the Integrator/AP require you to set up the external
bus interface (EBI) to allow writes to the chip select where the
flash memory is connected.

Solve this by looking for the arm,versatile-flash compatible
string in the flash device tree node. In the driver,
add a special hook to check for the various Versatile syscons and
register a callback for .set_vpp() if this compatible is present.

Provide a special Kconfig entry for the addon hook so it will
not be compiled in if the Versatile boards are not supported.
Stubs in the header file make sure the impact will be zero on
other platforms. (Compilers optimze this out.)

With this patch, a large slew of ARM board file code can be
removed.

Cc: Grant Likely 
Cc: Rob Herring 
Cc: Arnd Bergmann 
Signed-off-by: Linus Walleij

mtd: Allow compile test of GPIO consumers if !GPIOLIB

2015-05-20T22:50:24+00:00

The GPIO subsystem provides dummy GPIO consumer functions if GPIOLIB is
not enabled. Hence drivers that depend on GPIOLIB, but use GPIO consumer
functionality only, can still be compiled if GPIOLIB is not enabled.

Relax the dependency on GPIOLIB if COMPILE_TEST is enabled, where
appropriate.

Signed-off-by: Geert Uytterhoeven 
Cc: David Woodhouse 
Cc: linux-mtd@lists.infradead.org
Signed-off-by: Brian Norris

mtd: replace CONFIG_8xx by CONFIG_PPC_8xx

2015-03-31T00:50:40+00:00

Two config options exist to define powerpc MPC8xx:
* CONFIG_PPC_8xx
* CONFIG_8xx
In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as
communication co-processor

arch/powerpc/platforms/Kconfig.cputype has contained the following
comment about CONFIG_8xx item for some years:
"# this is temp to handle compat with arch=ppc"

It looks like not many places still have that old CONFIG_8xx used,
so it is likely to be a good time to get rid of it completely ?

Signed-off-by: Christophe Leroy 
Signed-off-by: Brian Norris

mtd: maps: solutionengine: drop excess dependency

2014-08-19T18:53:09+00:00

Already depends on SOLUTION_ENGINE, so we don't need the SUPERH
dependency too.

Signed-off-by: Brian Norris

mtd: Fix Elan SC520 dependencies

2014-05-12T18:55:53+00:00

Anyone working with an AMD Elan SC520 development or evaluation board
would be building a dedicated kernel for it, so we can make the
sc520cdp and netsc520 maps depend on MELAN. SC520_CPUFREQ already
depends on MELAN so it makes things more consistent. It also makes
kernel configuration for every other x86 user easier.

Signed-off-by: Jean Delvare 
Cc: David Woodhouse 
Signed-off-by: Brian Norris

mtd: allow CONFIG_MTD_PHYSMAP_OF also for CONFIG_MTD_RAM

2014-03-11T05:42:29+00:00

Up to now mtd-ram devices described in device trees were only accessible
if mtd-flash or mtd-rom were also configured at linux configuration
time, because MTD_PHYSMAP_OF was only available if (MTD_CFI ||
MTD_JEDECPROBE || MTD_ROM).  Allow MTD_PHYSMAP_OF selection also
when only MTD_RAM is set.

Signed-off-by: Philippe De Muyter 
Signed-off-by: Brian Norris

mtd: ts5500: Add dependency

2014-03-11T05:42:27+00:00

There is no point in displaying the TS5500-specific driver entries if
TS5500 board support itself isn't enabled.

Signed-off-by: Jean Delvare 
Cc: David Woodhouse 
Cc: Vivien Didelot 
Signed-off-by: Brian Norris

mtd: remove obsolete JEDEC mapping drivers

2013-08-05T20:01:08+00:00

JEDEC device support was removed in v2.6.22. (It had been marked as
BROKEN (indirectly) since at least v2.6.12.)

When it was removed the two JEDEC mapping drivers that depended on it
should have been removed too. Do so now.

Signed-off-by: Paul Bolle 
Acked-by: Brian Norris 
Signed-off-by: Artem Bityutskiy 
Signed-off-by: David Woodhouse

ARM: clps711x: autcpu12: Special driver for handling memory is removed

2013-06-11T22:47:23+00:00

This patch provide migration to using "mtd-ram" driver instead of using
special driver for handling NVRAM memory.

Signed-off-by: Alexander Shiyan 
Signed-off-by: Olof Johansson