This series adds support for the Cortex-A5 and Cortex-A15 core tiles
for the ARM Versatile Express boards.
The first two patches have been around for about one and a half
years in the Linaro tree now, they refactor the A9 support and add
support for A5. I kept the original commits and authors,
This patch series will add at91sam9n12ek board support. In the board,
spi/nand flash, mmc, lcd are supported.
TODO:
- ethernet support
- usb support.
Changes since v1:
- split into more patches to make it clearer.
- include an extra patch that use run-time detect for spi ip.
- include
This series adds DFU support to NAND and was started by Pantelis. The
NAND changes have been compile-tested on all ARM and PowerPC targets and
run-time tested on ARM. DFU itself has been tested, for NAND, on
am335x_evm.
For practical reasons, this series depends on Pantelis' previous series
of
This patch series adds ANSI terminal Bootmenu command. It use generic menu
code for creating menu structures, but use own functions for drawing menu on
ANSI terminal. First patch modify generic menu code for using other functions
for printing and choosing menu entry, second patch is bootmenu
Changes since V2:
-- Add dummy definition to fix compilation dependency on
CONFIG_EXYNOS_MIPI_DSIM.
-- Create and use new config CONFIG_EXYNOS_LOGO instead of using
CONFIG_CMD_BMP
-- Remove explicit call for cfg_lcd_gpio and add it as callback.
To support serial ports other than UART0 on am335x based systems like
the Beaglebone with the RS232 cape and am335x_evm with daughterboard.
Changes from v2:
Patch 4/4 cleaned up to define CONS_INDEX and SERIALX in the
target options.
Changes from v1:
Reduced from 6
Changes for v3:
- Rebased against u-boot-mv/master and u-boot-arm/master.
Changes for v2:
- Move board support and feature into a separate patch set.
- Move mach-types update into a separate patch.
Simon Guinot (4):
lacie_kw: add support for EFI partitions
ARM: add netspace_mini_v2 to
On Thu, Sep 06, 2012 at 11:25:23AM +0200, Simon Guinot wrote:
Changes for v3:
- Rebased against u-boot-mv/master and u-boot-arm/master.
Changes for v2:
- Move board support and feature into a separate patch set.
- Move mach-types update into a separate patch.
Simon Guinot (4):
-Original Message-
From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
Sent: 06 September 2012 08:07
To: U-Boot
Cc: Simon Guinot; Prafulla Wadaskar
Subject: Re: [PATCH v3 0/4] Board support and feature for LaCie
devices
Hi Simon,
On Thu, 6 Sep 2012 13:27:19 +0200, Simon
Hi guys,
This series is waiting for several month already.
Only the V3 is one month old and hasn't got any comments so far.
So, if Anatolij for some reason cannot deal with it,
please merge it via a staging tree of yours.
Thanks
On 08/09/12 13:14, Nikita Kiryanov wrote:
This patch series
Dear Igor Grinberg,
Hi guys,
This series is waiting for several month already.
Only the V3 is one month old and hasn't got any comments so far.
So, if Anatolij for some reason cannot deal with it,
please merge it via a staging tree of yours.
Anatolij, poke?
It was probably forgotten,
Hi,
On Wed, 05 Sep 2012 09:51:12 +0300
Igor Grinberg grinb...@compulab.co.il wrote:
Hi guys,
This series is waiting for several month already.
Only the V3 is one month old and hasn't got any comments so far.
So, if Anatolij for some reason cannot deal with it,
please merge it via a
V3: Stephen ran into some problems applying this, as it seems my tree
wasn't as clean as it should have been. Sorry for the inconvenience.
This should now be fixed.
Hi all,
this is a follow up on the patch USB: EHCI: Initialize multiple
USB controllers at once from Jim Lin. It takes some of the
On 09/05/2012 05:12 PM, Lucas Stach wrote:
V3: Stephen ran into some problems applying this, as it seems my tree
wasn't as clean as it should have been. Sorry for the inconvenience.
This should now be fixed.
Hi all,
this is a follow up on the patch USB: EHCI: Initialize multiple
USB
Dear Stephen Warren,
On 09/05/2012 05:12 PM, Lucas Stach wrote:
V3: Stephen ran into some problems applying this, as it seems my tree
wasn't as clean as it should have been. Sorry for the inconvenience.
This should now be fixed.
Hi all,
this is a follow up on the patch USB: EHCI:
To use SDHCI for Samsung-SoC, Some problem is fixed.(read/write problem)
See the below mmcinfo message:
1. eMMC card:
Device: SAMSUNG SDHCI
Manufacturer ID: 15
OEM: 100
Name: VYL00
Tran Speed: 5200
Rd Block Len: 512
MMC version 4.0
High Capacity: Yes
Capacity: 14.7 GiB
Bus Width: 4-bit
2.
Gentle ping.
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
Behalf Of Nikita Kiryanov
Sent: Monday, August 20, 2012 9:16 AM
To: Nikita Kiryanov
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH V3 0/4] common/lcd cleanup
Gentle ping
On Thu, Aug 23, 2012 at 11:04 AM, Mike Frysinger vap...@gentoo.org wrote:
On Monday 20 August 2012 10:22:22 Zhizhou Zhang wrote:
This patch add mips64 cpu support.
Changes in V3:
- merge related files into one patch, no longer one file one patch.
- add detailed commit message.
-
2012/8/20 Zhizhou Zhang etou...@gmail.com:
This patch add mips64 cpu support.
Changes in V3:
- merge related files into one patch, no longer one file one patch.
- add detailed commit message.
- remove standalone example. it's too complicate.
Zhizhou Zhang (4):
[MIPS] Add support
On Monday 20 August 2012 10:22:22 Zhizhou Zhang wrote:
This patch add mips64 cpu support.
Changes in V3:
- merge related files into one patch, no longer one file one patch.
- add detailed commit message.
- remove standalone example. it's too complicate.
do you keep sending these
Gentle ping.
On 08/09/2012 01:14 PM, Nikita Kiryanov wrote:
This patch series attempts to simplify #ifdef complexity in common/lcd.c.
It was compile tested on Arm and PowerPC using MAKEALL
Changes in V3:
- Rebased on latest u-boot-video
- Removed volatile qualifiers in patch 3
This patch add mips64 cpu support.
Changes in V3:
- merge related files into one patch, no longer one file one patch.
- add detailed commit message.
- remove standalone example. it's too complicate.
Zhizhou Zhang (4):
[MIPS] Add support for MIPS64 cpus
[MIPS] add mips64 support in mips
This patch add mips64 cpu support.
Changes in V3:
- merge related files into one patch, no longer one file one patch.
- add detailed commit message.
- remove standalone example. it's too complicate.
Zhizhou Zhang (4):
[MIPS] Add support for MIPS64 cpus
[MIPS] add mips64 support in mips
This patch series attempts to simplify #ifdef complexity in common/lcd.c.
It was compile tested on Arm and PowerPC using MAKEALL
Changes in V3:
- Rebased on latest u-boot-video
- Removed volatile qualifiers in patch 3 since the use of volatile is
discouraged and it looks
On Thu, Jun 28, 2012 at 09:43:57PM +0400, Dmitry Bondar wrote:
On Mon, 25/06/2012 at 15:31 -0700, Tom Rini wrote:
On Mon, Jun 25, 2012 at 10:02:37PM +0400, Dmitry Bondar wrote:
C6X (C6000) is family of fixed and floating-point DSPs manufactured by
Texas Instruments.
---
Changes
C6X (C6000) is family of fixed and floating-point DSPs manufactured by Texas
Instruments.
---
Changes for v2:
- reset_c.c rewritten with readl/writel.
- Tom Rini tr...@ti.com added to cc
Changes for v3:
- fix coding style
- arch/c6x/include/asm/io.h - add memory
On Mon, Jun 25, 2012 at 10:02:37PM +0400, Dmitry Bondar wrote:
C6X (C6000) is family of fixed and floating-point DSPs manufactured by Texas
Instruments.
---
Changes for v2:
- reset_c.c rewritten with readl/writel.
- Tom Rini tr...@ti.com added to cc
Changes for v3:
-
This patchset adds support for ST's FSMC controller. In the current u-boot, a
SPEAr specific driver exists for FSMC controller. This patchset adds a full
fledged driver that can be used across multiple platforms and removes the
obsolete SPEAr specific driver.
V2 - V3
- Implemented timeout
Kindly discard this patchset, it is same as V2 as I used older sha key
to generate the patchset. I'm so sorry for this mess. Sending the
correct patchset
On 5/16/2012 5:15 PM, Amit VIRDI wrote:
This patchset adds support for ST's FSMC controller. In the current u-boot, a
SPEAr specific
On 2 April 2012 17:39, Donghwa Lee dh09@samsung.com wrote:
This patch is for display driver version 3 of EXYNOS SoC.
[1/4]: ARM: EXYNOS: definition of system registers
- to contorl FIMD of LBLK0 bypass selection, add missed
definitions of system register
[2/4]: ARM:
Hi!
On Wed, 4 Apr 2012 17:24:17 +0900
Minkyu Kang proms...@gmail.com wrote:
On 2 April 2012 17:39, Donghwa Lee dh09@samsung.com wrote:
This patch is for display driver version 3 of EXYNOS SoC.
[1/4]: ARM: EXYNOS: definition of system registers
- to contorl FIMD of LBLK0
Hi,
I will modify as your comments.
On Wen, 04 Apr 2012 23:25, Anatolij Gustschin wrote:
Hi!
On Wed, 4 Apr 2012 17:24:17 +0900
Minkyu Kang proms...@gmail.com wrote:
On 2 April 2012 17:39, Donghwa Lee dh09@samsung.com wrote:
This patch is for display driver version 3 of EXYNOS SoC.
This patch is for display driver version 3 of EXYNOS SoC.
[1/4]: ARM: EXYNOS: definition of system registers
- to contorl FIMD of LBLK0 bypass selection, add missed
definitions of system register
[2/4]: ARM: EXYNOS: add data structure for EXYNOS display driver
- It is
This patchset add support for Samsung's SMDK5250 board based on
EXYNOS5250 based SoC. It also adds support for MMC SPL booting.
The porting is done by Samsung engineers at HQ in System LSI Team.
I am contributing in upstreaming the code for the board.
Based upon discussions following patches are
On Tue, Dec 20, 2011 at 2:52 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
This series of patches implements central card-detection within the MMC
framework. Before this patch series, many boards actually did implement
the board_mmc_getcd() function, but it wasn't used except by
* Andy Fleming wrote:
Could you rebase these patches on the top of the mmc tree? They don't
apply cleanly anymore, and I don't want to mangle them in my attempts
at hand-application.
Hi Andy,
I just sent out v4, which is rebased on the latest MMC tree (branch master).
The conflict resolution
On Monday, January 2, 2012, Thierry Reding thierry.red...@avionic-design.de
wrote:
Btw, what's your take on Mike's comment:
http://lists.denx.de/pipermail/u-boot/2011-December/114002.html
I'm not sure how useful it would be to add this now. Tegra2 has an
implementation that pretty
Could you rebase these patches on the top of the mmc tree? They don't
apply cleanly anymore, and I don't want to mangle them in my attempts
at hand-application.
On Tue, Dec 20, 2011 at 2:52 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
This series of patches implements central
This series of patches implements central card-detection within the MMC
framework. Before this patch series, many boards actually did implement
the board_mmc_getcd() function, but it wasn't used except by one driver
(fsl_esdhc). Unfortunately, implementations interpreted the meaning of
the cd
On Tuesday 20 December 2011 03:52:39 Thierry Reding wrote:
This series of patches implements central card-detection within the MMC
framework. Before this patch series, many boards actually did implement
the board_mmc_getcd() function, but it wasn't used except by one driver
(fsl_esdhc).
* Mike Frysinger wrote:
On Tuesday 20 December 2011 03:52:39 Thierry Reding wrote:
This series of patches implements central card-detection within the MMC
framework. Before this patch series, many boards actually did implement
the board_mmc_getcd() function, but it wasn't used except by one
This series adds support for the Avionic Design Tamonten processor
module and two boards based on Tamonten.
The series is based on patches that have already been reviewed but
haven't been merged yet. They are available in patchwork here:
http://patchwork.ozlabs.org/patch/122888
On Thu, Nov 10, 2011 at 3:56 PM, Anton Staaf robot...@chromium.org wrote:
I have removed the bounce buffer implmenetation from this patch set as it
feels like a separate task now. This patch set is just magic number cleanup
, a bit of refactoring, and bug fixes in the existing Tegra2 MMC
I have removed the bounce buffer implmenetation from this patch set as it
feels like a separate task now. This patch set is just magic number cleanup
, a bit of refactoring, and bug fixes in the existing Tegra2 MMC driver.
Changes in v2:
- Added initial patch to define Tegra MMC register field
This patch set exports LCD and video clearing and bitmap-rendering on
screen functions to external apps, and provides a unified interface
of accessing them.
Che-Liang Chiou (4):
lcd: video: add clear and draw bitmap declaration
tools: logo: add static and unused to bmp arrays
video: add
Hi Albert,
On Sat, Aug 13, 2011 at 3:39 PM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Le 11/08/2011 16:35, Aneesh V a écrit :
- Avoid enabling caches for all ARM boards
- Enable caches for omap3/4
- Stronger barrier for armv7 cache-maintenance operations.
V2:
* Rebased to latest
This patch series adds basic clock and pinmux functions to the Tegra2, and
modifies the ap20 and board code to use them.
Changes in v2:
- Removed use of bitfield access macros
- Now uses manual shifts and masks
Changes in v3:
- Removed bitfield shift/mask macros and write these out manually
-
Le 11/08/2011 16:35, Aneesh V a écrit :
- Avoid enabling caches for all ARM boards
- Enable caches for omap3/4
- Stronger barrier for armv7 cache-maintenance operations.
V2:
* Rebased to latest HEAD of u-boot/master
* Improved the README
* Added a patch for removing the flush in invalidate
- Avoid enabling caches for all ARM boards
- Enable caches for omap3/4
- Stronger barrier for armv7 cache-maintenance operations.
V2:
* Rebased to latest HEAD of u-boot/master
* Improved the README
* Added a patch for removing the flush in invalidate
and for printing a warning in such cases.
Hi Albert,
Are we getting closer with this patch series? Does anyone have any
more comments at this stage?
Regards,
Simon
On Thu, Jul 28, 2011 at 9:11 PM, Simon Glass s...@chromium.org wrote:
This patch series adds basic clock and pinmux functions to the Tegra2, and
modifies the ap20 and
This patch series adds basic clock and pinmux functions to the Tegra2, and
modifies the ap20 and board code to use them.
Changes in v2:
- Removed use of bitfield access macros
- Now uses manual shifts and masks
Changes in v3:
- Removed bitfield shift/mask macros and write these out manually
-
This series adds a nand write variant which implements the procedure
reccomended in the UBI FAQ [1] of dropping trailing pages of eraseblocks
containing entirely 0xff's.
[1] http://www.linux-mtd.infradead.org/doc/ubi.html#L_flasher_algo
Changes since v2:
* dropped WITH_DEFAULTS in favour of '0'
This patchset introduces support for Marvell OpenRD-Client and
OpenRD-Ultimate boards.
Changes for v3:
- lengthen commit log for second PHY initialization patch
Changes for v2:
- define CONFIG_SYS_MVFS
Clint Adams (4):
Rename openrd_base files to openrd
Add definitions for OpenRD-Client
Dear custodians,
Luca Ceresoli wrote:
Hi all,
here's a resubmit of the DIG297 board support with minor OMAP3 fixes.
Sorry for the newbie question, but I didn't find the answer in the docs.
Now that the Merge Window is open, do I have to rebase these patches on top
of v2011.03 and resubmit
Hi all,
here's a resubmit of the DIG297 board support with minor OMAP3 fixes.
The board support is now working. It's always been working indeed, I was just
doing the same mistake reported here:
http://lists.denx.de/pipermail/u-boot/2011-March/089238.html.
v3 just fixes little typos in the
This series of patches adds preliminary/baseline support for NVIDIA's
Tegra2 SoC. Basic CPU (AVP), RAM and UART init are covered so that the
system (Harmony or Seaboard) can boot to the U-Boot serial cmd prompt.
Further support (for Cortex-A9 CPU(s), USB, SD/MMC, etc.) to follow.
Changes for
SUMMARY:
This patchset improves the driver for the Marvell TWSI interface found
on orion5x and kirkwood SoCs and adds I2C support to the orion5x-based
ED Mini V2 board. The mvtwsi driver is a complete rewrite, 50% shorter
in source code lines, 25% smaller in object size, much simpler and way
a novice here so I
hope it is not rude of me to ask: is there any chance of having the
[PATCH v3 0/4] mtdparts: add bad-block skipping [1] series included
in v2010.09?
Are there any concerns with respect to the functionality that this
patch provides?
Is there anything else that I can provide to help
[PATCH v3 1/4] mtdparts: regroup calls to get_mtd_device_nm
[PATCH v3 2/4] mtdparts: show net size in mtdparts list
[PATCH v3 3/4] mtdparts: add new sub-command spread
[PATCH v3 4/4] mtdparts: new add.e: add part skipping bad blocks
cmd_mtdparts.c | 256
Add initial support for DA8xx SoC's and the spectrum digital DA830 EVM board.
See:
http://www.ti.com
http://www.spectrumdigital.com/
DA8xx is similar to DaVinci devices, but has a differing memory map and
updated peripherals. It is intended that DaVinci drivers will be modified
Add initial support for DA8xx SoC's and the spectrum digital DA830 EVM
board.
See:
http://www.ti.com
http://www.spectrumdigital.com/
DA8xx is similar to DaVinci devices, but has a differing memory map and
updated peripherals. It is intended that DaVinci drivers will be
Hi yet again!
This patch series is an update to [PATCH 0/4]: bitops cleanup and fixes:
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/66184
and contains the patches which were not accepted. The patches are:
0001-Move-__set-clear_bit-from-ubifs.h-to-bitops.h.patch
- Code style
301 - 362 of 362 matches
Mail list logo
