Hi Simon,
On Mon, Dec 15, 2014 at 8:15 AM, Simon Glass s...@chromium.org wrote:
To avoid having two microcode formats, adjust the build system to support
obtaining the microcode from the device tree, even in the case where it
must be made available before the device tree can be accessed.
Signed-off-by: Harninder Rai harninder@freescale.com
---
include/configs/BSC9131RDB.h |1 +
include/configs/BSC9132QDS.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/BSC9131RDB.h b/include/configs/BSC9131RDB.h
index adb8146..6f1022e 100644
---
Hi Simon,
On Mon, Dec 15, 2014 at 4:01 PM, Bin Meng bmeng...@gmail.com wrote:
Hi Simon,
On Mon, Dec 15, 2014 at 8:15 AM, Simon Glass s...@chromium.org wrote:
To avoid having two microcode formats, adjust the build system to support
obtaining the microcode from the device tree, even in the
Hi, Pantelis.
Thanks for your review.
2014-12-13 3:25 GMT+09:00 Pantelis Antoniou pa...@antoniou-consulting.com:
Hi Nobuhiro,
Very good state, just a few niggles.
On Nov 12, 2014, at 06:35 , Nobuhiro Iwamatsu
nobuhiro.iwamatsu...@renesas.com wrote:
This adds Renesas rmobile ARM SoC's
Hi Robert,
Le 12/12/2014 22:49, Robert Nelson a écrit :
On Tue, Nov 18, 2014 at 3:44 AM, Guillaume GARDET
guillaume.gar...@free.fr wrote:
In SPL MMC, boot modes are exclusive. So, if MMCSD_MODE_RAW fails, the board
hangs. This patch allows to
try MMCSD_MODE_FS then, if available.
It has
Hi,
I'm trying to boot from usb fel mode on A23. I have rebuilt your sunxi-wip
branch, and try to run on my A23 (q88?) board, but it's failed in fel mode
in executing.
I think the u-boot-spl.bin can be used as A20, this's the website I refer
to:
Hi Marek,
On 13/12/2014 14:12, Marek Vasut wrote:
On Friday, December 12, 2014 at 04:03:14 PM, Luca Ellero wrote:
Hi Marek,
On 12/12/2014 13:58, Marek Vasut wrote:
On Friday, December 12, 2014 at 01:43:22 PM, Stefan Roese wrote:
Hi Luca,
On 12.12.2014 13:40, Luca Ellero wrote:
On
Le 15/12/2014 09:43, Guillaume Gardet a écrit :
Hi Robert,
Le 12/12/2014 22:49, Robert Nelson a écrit :
On Tue, Nov 18, 2014 at 3:44 AM, Guillaume GARDET
guillaume.gar...@free.fr wrote:
In SPL MMC, boot modes are exclusive. So, if MMCSD_MODE_RAW fails, the board
hangs. This patch allows to
On Mon, Dec 15, 2014 at 8:15 AM, Simon Glass s...@chromium.org wrote:
When a file is missing it helps to know which file. Update the error message
to print this information.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/ifdtool.c | 30 ++
1 file
On Mon, Dec 15, 2014 at 8:15 AM, Simon Glass s...@chromium.org wrote:
This is missing a parameter. Fix it to avoid a warning when debug is
enabled.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/ifdtool.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
On Mon, Dec 15, 2014 at 8:15 AM, Simon Glass s...@chromium.org wrote:
Rather than two independent arrays, use a single array of a suitable
structure. Also add a 'type' member since we will shortly add additional
types.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/ifdtool.c | 24
On Sun, 14 Dec 2014 22:01:29 -0800 (PST)
Ricky Xian szri...@gmail.com wrote:
Hi,
I'm trying to boot from usb fel mode on A23. I have rebuilt your sunxi-wip
branch, and try to run on my A23 (q88?) board, but it's failed in fel mode
in executing.
I think the u-boot-spl.bin can be used as
I have the need to hardware partition eMMC devices from U-Boot along
with setting enhanced and reliable write attributes.
This series of patches adds this support to U-Boot via a new mmc
API, a few new members of struct mmc and a new mmc sub-command. It
also features several fixes to the eMMC
This extends the mmcinfo command's output to show which eMMC partitions
have the enhanced attribute set. Note that the eMMC spec says that
if the enhanced attribute is supported then the boot and RPMB
partitions are of the enhanced type.
The output of mmcinfo becomes:
Device: OMAP SD/MMC
The eMMC spec numbers general purpose partitions starting at 1, but
the mmcinfo output follows the internal numbering which starts at 0.
Make the mmcinfo command output number partitions as in the eMMC
spec to avoid confusion.
Signed-off-by: Diego Santa Cruz diego.santac...@spinetix.com
---
The eMMC spec mandates that the high-capacity group size definitions
should be enabled when the device is partitioned (by setting
ERASE_GROUP_DEF in EXT_CSD). The current test to determine when this is
required misses a few cases. In particular a device may have been
partitioned without setting
Signed-off-by: Diego Santa Cruz diego.santac...@spinetix.com
---
drivers/mmc/mmc.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index 7f5614e..62b945c 100644
--- a/drivers/mmc/mmc.c
+++ b/drivers/mmc/mmc.c
@@ -1023,6 +1023,7 @@
This modification reads the size of the eMMC enhanced user data area
upon initialization of an mmc device, it will be used later by
mmcinfo.
Signed-off-by: Diego Santa Cruz diego.santac...@spinetix.com
---
drivers/mmc/mmc.c | 15 +++
include/mmc.h |4
2 files changed,
The erase_grp_size in struct mmc is to be a size in 512-byte sectors
but the code used to compute it for eMMC when EXT_CSD_ERASE_GROUP_DEF is
enabled computed it as bytes, leading to erase sizes and alignment
much larger than what is actually required by the mmc device.
Signed-off-by: Diego Santa
This adds output to show the eMMC enhanced user data area size and offset
along with the partition sizes in mmcinfo's output.
Signed-off-by: Diego Santa Cruz diego.santac...@spinetix.com
---
common/cmd_mmc.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git
Read the eMMC high capacity write protect group size at mmc device
initialization. This is useful to correctly partition an eMMC device,
as partitions need to be aligned to this size.
Signed-off-by: Diego Santa Cruz diego.santac...@spinetix.com
---
drivers/mmc/mmc.c |6 ++
include/mmc.h
This adds the erase group size and high-capacity WP group size to
mmcinfo's output. The erase group size is necessary to properly align
erase requests on eMMC. The high-capacity WP group size is necessary
to properly align partitions on eMMC.
Signed-off-by: Diego Santa Cruz
This adds an API to do hardware partitioning on eMMC devices. The
new mmc_hwpart_config() function does the partitioning in one go.
As the different attributes and partitioning options on eMMC may
be interdependent validation has to be done based on the complete
partitioning configuration. The
The eMMC partition write reliability settings are to be set while
partitioning a device, as per the eMMC spec, so changes to these
attributes needs to be done in the hardware partitioning API.
This commit adds such support.
Signed-off-by: Diego Santa Cruz diego.santac...@spinetix.com
---
This change extends the mmc hwpartition sub-command to change the
per-partition write reliability settings. It also changes the
syntax used for the enhanced user data area slightly to better
accomodate the write reliability option.
Signed-off-by: Diego Santa Cruz diego.santac...@spinetix.com
---
The mmc_startup() function uses the ext_csd data even if reading it
from the mmc device failed. This bug was introduced in commit
bc897b1d4d86597311430dbe7b3e6c807c8c53e5. We now bail out if
reading it fails, this should not be a problem as ext_csd was
introduced in MMC 4.0 and this code is
The eMMC spec says that partitioning is only effective after the
PARTITION_SETTING_COMPLETED is set in EXT_CSD (and a power cycle was done,
but that we cannot know). Thus the partition sizes and attributes should
be ignored when that bit is not set, otherwise the various capacities
are not
Adds the mmc hwpartition sub-command to perform eMMC hardware
partitioning on an mmc device. The number of arguments can be
large for a complex partitioning, but as the partitioning has
to be done in one go it is difficult to make it simpler.
Signed-off-by: Diego Santa Cruz
This extends the mmcinfo hardware partition info output to show
partitions with write reliability enabled with the WRREL string.
If the partition does not have write reliability enabled the WRREL
string is omitted; this is analogous to the ehhanced attribute.
Example output:
Device: OMAP SD/MMC
eMMC partitions are defined as of eMMC 4.41, but mmcinfo process
partition info for eMMC = 4.0, change it to do it for = 4.41
Signed-off-by: Diego Santa Cruz diego.santac...@spinetix.com
---
common/cmd_mmc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
There is currently no command that will provide an overview of the hardware
partitions present on an eMMC device, one has to switch to every partition
via mmc dev and run mmcinfo for each to get the partition's capacity.
This commit adds a few lines of output to mmcinfo with the sizes of the
Hi Simon,
On Mon, Dec 15, 2014 at 8:15 AM, Simon Glass s...@chromium.org wrote:
Some Intel CPUs use an 'FSP' binary blob which provides an inflexible
means of starting up the CPU. One result is that microcode updates can only
be done before RAM is available and therefore parsing of the device
Hi Pantelis,
-Original Message-
From: Pantelis Antoniou [mailto:pa...@antoniou-consulting.com]
Sent: Friday, December 12, 2014 8:21 PM
To: Diego Santa Cruz
Cc: u-boot@lists.denx.de
Subject: Re: [PATCH v2 00/18] Support for eMMC partitioning and related fixes
Hi Diego,
[snip]
I
On Mon, Dec 15, 2014 at 8:15 AM, Simon Glass s...@chromium.org wrote:
We might end up with a few of these, so put them in their own directory.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/x86/dts/link.dts | 4 ++--
arch/x86/dts/{ =
Some pointers in function download_tail() were not checked
before the use. This could possibly cause the data abort.
To avoid this, check if the pointers are not null is added.
Signed-off-by: Przemyslaw Marczak p.marc...@samsung.com
---
Change v2:
- download_tail(): change printf() to error()
---
The function mmc_block_op() is the last function before
the physicall data write, but the mmc device pointer is not
checked. If mmc device not exists, then data abort will occur.
To avoid this, first the mmc device pointer is checked.
Signed-off-by: Przemyslaw Marczak p.marc...@samsung.com
---
In function dfu_get_buf(), the size of allocated buffer could
be defined by the env variable. The size from this variable
was passed for memalign() without checking its value.
And the the memalign will return non null pointer for size 0.
This could possibly cause data abort, so now the value of
The semihosting code exposes internal file handle handling
functions to read(), open(), close() and get the length of
a certain file handle.
However the code using it is only interested in either
reading and entire named file into memory or getting the
file length of a file referred by name. No
There is currently a regression when using newer ARM64 compilers
for semihosting: the way long types are inferred from context
is no longer the same.
The semihosting runtime uses long and size_t, so use this
explicitly in the semihosting code and interface, and voila:
the code now works again.
By rearranging the functions in the semihosting code we can
avoid forward-declaration of the internal static functions.
This puts the stuff in a logical order: read/open/close/len
and then higher-order functions follow at the end.
Cc: Darwin Rambo dra...@broadcom.com
Cc: AKASHI Takahiro
When receive data, the RXRDY in status register set by hardware
after a new packet has been stored in the endpoint FIFO. After,
we copy from FIFO, we clear it, make the FIFO can be accessed
again.
In the receive_data() function, this bit RXRDY has been cleared.
So, after the receive_data()
On Fri, 12 Dec 2014 07:19:21 +0100
Heiko Schocher h...@denx.de wrote:
Hello Scott,
Am 11.12.2014 22:43, schrieb Scott Wood:
On Thu, 2014-12-11 at 22:37 +0100, Marek Vasut wrote:
On Thursday, December 11, 2014 at 09:37:10 PM, Scott Wood wrote:
On Thu, 2014-12-11 at 19:49 +0900, Masahiro
2014-12-13 21:35 GMT+01:00 Gérald Kerma drea...@doukki.net:
This serie of patches speed up access time of MVEBUMMC driver
This is allowed by a fix in MVEBUMMC init status check inspired from linux
MVSDIO driver.
* Hardware weirdness. The FIFO_EMPTY bit of the HW_STATE
*
This adds CPU offlining and PSCI v0.2 support. See patches for details.
Jan
Jan Kiszka (2):
sun7i: Add support for taking CPUs offline via PSCI
sun7i: Add PSCI v0.2 support
arch/arm/cpu/armv7/psci.S | 35 -
arch/arm/cpu/armv7/sunxi/psci.S | 287
Based on the original version by Marc Zyngier. It adds a psci_cpu_off
implementation for the A20 SoC. The mechanism works by first preparing
the calling CPU to go offline (disable and flush cache, disable SMP),
then requesting CPU 0 to pull the plug. The request is sent as FIQ on
SGI15.
This extends the PSCI support for the A20 to a dual v0.2 and v0.1
interface. Recent OSes will prefer v0.2, olders will still find the
original interface, just at v0.2 service IDs.
In addition to the existing services, v0.2 requires us to implement both
system off and reset. At least Linux will
Hi,
On 15-12-14 12:37, Jan Kiszka wrote:
This extends the PSCI support for the A20 to a dual v0.2 and v0.1
interface. Recent OSes will prefer v0.2, olders will still find the
original interface, just at v0.2 service IDs.
In addition to the existing services, v0.2 requires us to implement both
Hi,
On 15-12-14 03:09, Stephen Warren wrote:
On 12/14/2014 02:35 PM, Iain Paton wrote:
On 14/12/14 17:22, Stephen Warren wrote:
On 12/14/2014 07:52 AM, Iain Paton wrote:
Set ptuuid and fsuuid variables to the partition / filesystem
where we found extlinux.conf which allows us to use a
Gentle ping.
On 12/08/2014 05:14 PM, Nikita Kiryanov wrote:
This series is a first step towards an end goal of merging all CONFIG_LCD
related functionality into CONFIG_VIDEO code. My plan is to start by refactoring
lcd.c into something cleaner (less ifdefs) and more modular (split code into
Hi Simon,
On Mon, Dec 15, 2014 at 8:15 AM, Simon Glass s...@chromium.org wrote:
To avoid having two microcode formats, adjust the build system to support
obtaining the microcode from the device tree, even in the case where it
must be made available before the device tree can be accessed.
Hi Jagan,
On Thu, Dec 11, 2014 at 3:40 PM, Bin Meng bmeng...@gmail.com wrote:
Hi Jagan,
On Thu, Dec 11, 2014 at 3:26 PM, Jagan Teki jagannadh.t...@gmail.com wrote:
Hi Bin,
On 11 December 2014 at 08:34, Bin Meng bmeng...@gmail.com wrote:
Hi Jagan,
On Thu, Dec 11, 2014 at 2:41 AM, Jagan
Implement missing scsi_bus_reset() for SCSI subsystem commands
on OMAP platforms.
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
arch/arm/cpu/armv7/omap-common/sata.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap-common/sata.c
This allow the platform to handle a custom reset sequence.
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
drivers/block/ahci.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/block/ahci.c b/drivers/block/ahci.c
index 12ed5e3..37d2d2a 100644
---
On OMAP platforms (like OMAP5) Linux kernel fails to detect a SATA
device if it is used by U-Boot.
It happens because U-Boot does not reset SATA controller before boot.
Reset the controller on OS boot so that Linux will have a clean state
to work with.
Signed-off-by: Dmitry Lifshitz
Extract controller reset code from ahci_host_init() into separate
ahci_reset().
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
drivers/block/ahci.c | 47 ++-
include/ahci.h |1 +
2 files changed, 31 insertions(+), 17
Add configs required for SATA support on CM-T54 board.
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
include/configs/cm_t54.h | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/include/configs/cm_t54.h b/include/configs/cm_t54.h
index
This series adds a SATA controller reset mechanism for OMAP platforms.
On OMAP platforms SATA support is provided via SCSI subsystem.
Implement missing SCSI reset command.
Use the new functionality to reset SATA on OS boot.
Dmitry Lifshitz (5):
ahci: introduce ahci_reset()
ahci-plat:
This series does a small amount of tweaking to support device tree control
(CONFIG_OF_CONTROL) on PowerPC platforms. It also adds support for driver
model. In both cases the main effort is to set things up correctly before
calling board_init_f().
A new generic function, board_init_f_mem() is
At present on some architectures we set up the following before calling
board_init_f():
- global_data
- stack
- early malloc memory
Adding the code to support early malloc and global data setup to every
arch's assembler start-up is a pain. Also this code is not actually
From: Stefan Roese s...@denx.de
(NOT TO APPLY)
I'm really not sure why this doesn't work in the RAMBOOT case. But BSS
is not cleared and because of this booting crashed / hangs at some
stage later. Something with the GOT calculation / handling is incorrect.
To get this going for now, just clear
Enable this in the Kconfig so that PowerPC boards can use device tree to
configure U-Boot.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/Kconfig b/arch/Kconfig
index f63cc5a..67e99e9 100644
--- a/arch/Kconfig
+++
This comes from the device tree or a call to get_uart_clock().
Signed-off-by: Simon Glass s...@chromium.org
---
arch/powerpc/include/asm/ppc460ex_gt.h | 2 ++
include/configs/amcc-common.h | 2 ++
2 files changed, 4 insertions(+)
diff --git a/arch/powerpc/include/asm/ppc460ex_gt.h
Add a new ramboot config for glacier so that it is possible to test U-Boot
loaded over Ethernet instead of using JTAG.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/powerpc/cpu/ppc4xx/44x_spd_ddr2.c | 8
board/amcc/canyonlands/MAINTAINERS | 1 +
Move these options to Kconfig and remove them from the CONFIG files.
Signed-off-by: Simon Glass s...@chromium.org
---
board/amcc/canyonlands/Kconfig | 20
configs/arches_defconfig | 2 +-
configs/canyonlands_defconfig | 2 +-
configs/glacier_defconfig | 2 +-
Call this function to set up our early memory.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/powerpc/cpu/ppc4xx/start.S | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/cpu/ppc4xx/start.S b/arch/powerpc/cpu/ppc4xx/start.S
index
Many CONFIG options have an unnecessary value of 1. CONFIG_440 is set in
the various board config files. Also simplify the CONFIG_440 check in
config.mk
Signed-off-by: Simon Glass s...@chromium.org
---
arch/powerpc/cpu/ppc4xx/config.mk | 5 +
board/amcc/canyonlands/config.mk | 2 --
The canyonlands.h config file works with canyonlands, glacier and arches
boards. Bring in the device tree files for these from Linux 3.17.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/powerpc/dts/Makefile| 11 +
arch/powerpc/dts/arches.dts | 339 +++
Add debug UART functions to permit ns16550 to provide an early debug UART.
Try to avoid using the stack so that this can be called from assembler before
a stack is set up (at least on ARM and PowerPC).
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/serial/Kconfig | 13 +
This uses the ns16550 driver but sets up the clock at run-time. It does
not seem to be available in the device tree.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/serial/Makefile | 1 +
drivers/serial/serial_ppc.c | 40
2 files changed,
Define an _end symbol indicating the end of u-boot.bin. Also add some dummy
words into the link script to ensure that u-boot.bin will always extend
that far. There may be a better way of doing this.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/powerpc/cpu/ppc4xx/u-boot.lds | 8 ++--
Adjust Kconfig to default to driver model for glacier, canyonlands and
arches.
Signed-off-by: Simon Glass s...@chromium.org
---
board/amcc/canyonlands/Kconfig | 9 +
1 file changed, 9 insertions(+)
diff --git a/board/amcc/canyonlands/Kconfig b/board/amcc/canyonlands/Kconfig
index
This came up in a discussion on the mailing list here:
https://patchwork.ozlabs.org/patch/384613/
My concerns at the time were:
- it doesn't need to be written in assembler
- it doesn't need to be ARM-specific
This patch provides a possible alternative. It works by allowing any serial
driver to
Provide defaults so that the early debug UART can be enabled.
Signed-off-by: Simon Glass s...@chromium.org
---
board/amcc/canyonlands/Kconfig | 6 ++
1 file changed, 6 insertions(+)
diff --git a/board/amcc/canyonlands/Kconfig b/board/amcc/canyonlands/Kconfig
index cbc5ff9..bfdf17a 100644
Hi Stefan,
Am 03.12.2014 um 18:04 schrieb Stefan Agner:
Can this be fixed by the merger or should I create a new revision?
It looks as if this was neither applied nor respun? I have some more
patches to make CONFIG_USE_PRIVATE_LIBGCC build for Thumb that I would
like to rebase on it.
In
This is required at present for device tree control. The ppc4xx does support
GPIOs but does not seem to have a proper driver. So this file is empty.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/powerpc/include/asm/arch-ppc4xx/gpio.h | 7 +++
1 file changed, 7 insertions(+)
create
Switch to generic board so that this board will not be broken/removed.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/powerpc/cpu/ppc4xx/cpu_init.c | 2 ++
include/configs/canyonlands.h | 2 ++
2 files changed, 4 insertions(+)
diff --git a/arch/powerpc/cpu/ppc4xx/cpu_init.c
Enable CONFIG_OF_CONTROL so that U-Boot on these three boards uses a device
tree for its configuration.
Signed-off-by: Simon Glass s...@chromium.org
---
board/amcc/canyonlands/u-boot-ram.lds | 10 --
configs/arches_defconfig | 3 +++
configs/canyonlands_defconfig |
This permits us to use linux/linkage.h on PowerPC machines.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/powerpc/include/asm/linkage.h | 7 +++
1 file changed, 7 insertions(+)
create mode 100644 arch/powerpc/include/asm/linkage.h
diff --git a/arch/powerpc/include/asm/linkage.h
These boards are still non-generic boards.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Heiko Schocher h...@denx.de
Cc: Stefan Roese s...@denx.de
---
arch/powerpc/cpu/mpc5xxx/Kconfig| 12 -
arch/powerpc/cpu/mpc5xxx/ide.c | 8 -
arch/powerpc/cpu/mpc8xx/Kconfig |
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: The LEOX team t...@leox.org
---
arch/powerpc/cpu/mpc8xx/Kconfig | 4 -
board/LEOX/elpt860/Kconfig | 12 -
board/LEOX/elpt860/MAINTAINERS | 6 -
These boards are still non-generic boards.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Klaus Heydeck heyd...@kieback-peter.de
---
arch/powerpc/cpu/mpc8xx/Kconfig| 8 -
arch/powerpc/cpu/mpc8xx/cpu.c | 11 -
board/kup/common/flash.c | 499
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Wolfgang Denk w...@denx.de
---
arch/powerpc/cpu/mpc8xx/Kconfig| 4 -
arch/powerpc/cpu/mpc8xx/cpu_init.c | 3 +-
board/spd8xx/Kconfig | 9 -
board/spd8xx/MAINTAINERS
This board is still a non-generic board.
Unused code in arch/powerpc/cpu/mpc8xx/video.c should be also deleted
because CONFIG_VIDEO_ENCODER_AD7176, CONFIG_VIDEO_ENCODER_AD7177,
CONFIG_VIDEO_ENCODER_AD7179 are not defined any more.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc:
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Wolfgang Denk w...@denx.de
---
arch/powerpc/cpu/mpc8xx/Kconfig|4 -
arch/powerpc/cpu/mpc8xx/cpu.c | 46 +-
arch/powerpc/cpu/mpc8xx/cpu_init.c |1 -
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Pantelis Antoniou pa...@intracom.gr
---
arch/powerpc/cpu/mpc8xx/Kconfig | 4 -
arch/powerpc/cpu/mpc8xx/scc.c | 20 --
board/netvia/Kconfig| 9 -
board/netvia/MAINTAINERS
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Wolfgang Denk w...@denx.de
---
arch/powerpc/cpu/mpc8xx/Kconfig| 4 -
arch/powerpc/cpu/mpc8xx/cpu_init.c | 1 -
board/r360mpi/Kconfig | 9 -
board/r360mpi/MAINTAINERS
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Wolfgang Denk w...@denx.de
---
arch/powerpc/cpu/mpc8xx/Kconfig| 7 -
arch/powerpc/cpu/mpc8xx/cpu_init.c | 2 -
board/ivm/Kconfig | 19 --
board/ivm/MAINTAINERS
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Wolfgang Denk w...@denx.de
---
arch/powerpc/cpu/mpc8xx/Kconfig| 4 -
arch/powerpc/cpu/mpc8xx/cpu_init.c | 10 -
arch/powerpc/cpu/mpc8xx/serial.c | 7 +-
board/ip860/Kconfig
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Conn Clark cl...@esteem.com
---
arch/powerpc/cpu/mpc8xx/Kconfig |4 -
board/esteem192e/Kconfig|9 -
board/esteem192e/MAINTAINERS|6 -
board/esteem192e/Makefile |
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Brad Kemp brad.k...@seranoa.com
---
arch/powerpc/cpu/mpc8260/Kconfig | 4 -
board/ppmc8260/Kconfig | 9 -
board/ppmc8260/MAINTAINERS | 6 -
board/ppmc8260/Makefile
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Frank Panno fpa...@delphintech.com
---
arch/powerpc/cpu/mpc8260/Kconfig | 4 -
board/ep8260/Kconfig | 9 -
board/ep8260/MAINTAINERS | 6 -
board/ep8260/Makefile
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
arch/powerpc/cpu/mpc8260/Kconfig| 4 -
board/funkwerk/vovpn-gw/Kconfig | 12 -
board/funkwerk/vovpn-gw/MAINTAINERS | 6 -
board/funkwerk/vovpn-gw/Makefile| 8 -
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Rune Torgersen ru...@innovsys.com
---
arch/powerpc/cpu/mpc8260/Kconfig| 4 -
arch/powerpc/cpu/mpc8260/pci.c | 57 +---
board/freescale/mpc8266ads/Kconfig | 12 -
These boards are still non-generic boards.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Wolfgang Denk w...@denx.de
---
arch/powerpc/cpu/mpc8260/Kconfig | 8 -
arch/powerpc/cpu/mpc8260/pci.c | 11 -
board/pm826/Kconfig | 9 -
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Heiko Schocher h...@denx.de
---
arch/powerpc/cpu/mpc8260/Kconfig | 4 -
board/muas3001/Kconfig | 9 -
board/muas3001/MAINTAINERS | 7 -
board/muas3001/Makefile |
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Wolfgang Grandegger w...@denx.de
---
arch/powerpc/cpu/mpc8260/Kconfig | 4 -
board/iphase4539/Kconfig | 9 -
board/iphase4539/MAINTAINERS | 6 -
board/iphase4539/Makefile
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Oliver Brown obr...@adventnetworks.com
---
arch/powerpc/cpu/mpc8260/Kconfig | 4 -
board/gw8260/Kconfig | 9 -
board/gw8260/MAINTAINERS | 6 -
board/gw8260/Makefile
This board is still a non-generic board.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
arch/powerpc/cpu/mpc8260/Kconfig | 4 -
board/ep82xxm/Kconfig| 9 -
board/ep82xxm/MAINTAINERS| 6 -
board/ep82xxm/Makefile | 8 -
board/ep82xxm/ep82xxm.c
These boards are still non-generic boards.
drivers/rtc/ds12887.c should also be removed because it can not
be built without CONFIG_ATC.
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
Cc: Wolfgang Denk w...@denx.de
---
arch/powerpc/cpu/mpc8260/Kconfig | 4 -
board/atc/Kconfig
As doc/README.generic-board says, the dead line has already expired
and we are supposed to remove all the non-generic boards by the
end of this year.
This series removes non-generic boards of mpc8xx, mpc8260, mpc824x
platform.
Masahiro Yamada (26):
mpc8xx: remove FPS{850,860}L, NSCU, SM850,
1 - 100 of 199 matches
Mail list logo