Hi Andreas,
On 8/16/2012 12:44, Bo Shen wrote:
This series patches enable at91sam9x5 boot from serial flash
Bo Shen (3):
spi: add atmel at25db321 serial flash support
arm : at91sam9x5 : enable serial flash boot
arm : at91sam9x5 : make nand available when not boot from nand
Please do
On 15/08/2012 20:11, Benoît Thébaudeau wrote:
> Hi Stefano,
Hi Benoît,
>>> I understand this part as the mx35 goes on to copy the whole image,
>>> depending on the size set into the header, to the address specified
>>> in
>>> the table itself. There is no limitation. Exactly in the same way
>>>
On 15/08/2012 23:30, Tom Rini wrote:
> Hey all,
>
Hi Tom,
> The following patch series merges the davinci and omap-common SPL
> frameworks into a single framework, CONFIG_SPL_FRAMEWORK along with a
> few small cleanups to the code to make it a little smaller and more
> flexible. The end result
Dear Bo Shen,
On 16.08.2012 06:44, Bo Shen wrote:
> enable at91sam9x5 boot from serial flash
>
> Use at91sam9x5_dataflash to configure the u-boot
>
> Signed-off-by: Bo Shen
> ---
> arch/arm/cpu/arm926ejs/at91/at91sam9x5_devices.c |4 ++--
> boards.cfg
Hi Bo,
On 16.08.2012 09:14, Bo Shen wrote:
> Hi Andreas,
>
> On 8/16/2012 12:44, Bo Shen wrote:
>> This series patches enable at91sam9x5 boot from serial flash
>>
>> Bo Shen (3):
>>spi: add atmel at25db321 serial flash support
>>arm : at91sam9x5 : enable serial flash boot
>>arm : at91
On 15/08/2012 23:30, Tom Rini wrote:
> Add a new flag, CONFIG_SPL_FRAMEWORK to opt into the arch/arm/lib SPL
> framework, enable on all of the previously using boards.
>
> Signed-off-by: Tom Rini
> ---
Hi Tom,
> README |5 +
> arch/arm/cpu/armv7/omap-co
On 15/08/2012 23:30, Tom Rini wrote:
> Signed-off-by: Tom Rini
> ---
> arch/arm/cpu/armv7/omap-common/spl_mmc.c |4
> 1 file changed, 4 insertions(+)
>
> diff --git a/arch/arm/cpu/armv7/omap-common/spl_mmc.c
> b/arch/arm/cpu/armv7/omap-common/spl_mmc.c
> index 2f921bb..7552f6c 100644
>
On 15/08/2012 23:30, Tom Rini wrote:
> This detection code doesn't (and can't) do anything currently, so
> remove.
>
> Signed-off-by: Tom Rini
> ---
> arch/arm/cpu/armv7/omap3/board.c |3 ---
> arch/arm/include/asm/omap_common.h |1 -
> arch/arm/lib/spl_nand.c| 13 +++
On 15/08/2012 23:30, Tom Rini wrote:
> We can only attempt to setup a malloc pool if
> CONFIG_SYS_SPL_MALLOC_START is defined, and not all boards require it.
> Make the call depend on the define.
>
> Signed-off-by: Tom Rini
> ---
> arch/arm/lib/spl.c |2 ++
> 1 file changed, 2 insertions(+)
On 15/08/2012 23:30, Tom Rini wrote:
> This is an OMAP/related-specific function, move calling it to
> spl_board_init() and turn on CONFIG_SPL_BOARD_INIT on the boards that
> enabled NAND and didn't enable this already.
>
> Signed-off-by: Tom Rini
> ---
> arch/arm/cpu/armv7/omap-common/boot-comm
On 7 August 2012 22:24, Lukasz Majewski wrote:
> This patch enables the L1 data cache for systems based on Samsung
> Exynos processor.
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Kyungmin Park
> Cc: Minkyu Kang
> ---
> arch/arm/cpu/armv7/exynos/soc.c |8
> 1 files changed,
On 8 August 2012 00:42, Lukasz Majewski wrote:
> Enable the PL310 L2 cache controller at TRATS Samsung board.
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Kyungmin Park
> Cc: Minkyu Kang
> ---
> include/configs/trats.h |6 --
> 1 files changed, 4 insertions(+), 2 deletions(-)
>
On 15/08/2012 22:27, Troy Kisky wrote:
> Move mx6 specific defines to arch-mx6 directory.
>
> Signed-off-by: Troy Kisky
> ---
> arch/arm/include/asm/arch-mx6/iomux.h | 129
> +
> arch/arm/include/asm/imx-common/iomux-v3.h| 111 -
> board
From: Andreas Biesmann
Signed-off-by: Andreas Bießmann
cc: Stelian Pop
---
board/atmel/at91sam9263ek/at91sam9263ek.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/board/atmel/at91sam9263ek/at91sam9263ek.c
b/board/atmel/at91sam9263ek/at91sam9263ek.c
index 60ff1c0..abae93d 100644
---
Dear Josh Wu,
On 16.08.2012 07:05, Josh Wu wrote:
> Extract the hwecc initialization code into one function. It is a preparation
> for adding atmel PMECC support.
>
> Signed-off-by: Josh Wu
> ---
> drivers/mtd/nand/atmel_nand.c | 108
> ++---
> 1 file chan
Dear Piotr Wilczek,
On 10 August 2012 19:12, Piotr Wilczek wrote:
> Boards trats and universal are very similar resulting in some common code.
> That common code is moved to exynos4_common/exynos4_common.c
>
> Signed-off-by: Piotr Wilczek
> Signed-off-by: Kyungmin Park
> CC: Minkyu Kang
> ---
If the bmp pointer is null (for example because the environment
variable "splashimage" was not defined) then U-Boot will get stuck
when trying to load the image.
What's worse, it will get stuck before the U-Boot shell becomes
available to the user, thus making it difficult to correct the
situation.
This patch add support for the configuration of an external switch from
the 88E6xxx series from Marvell trough an MDIO link using indirect
adressing. This can be used if we do not want to use an EEPROM for the
configuration.
This driver is not generic and was not tested on other switches than the
This series adds supoort for the configuration of the mv88e6352 external switch
on kmnusa. It has a clear dependancy to the minimal mv88e6352 net/phy driver:
http://patchwork.ozlabs.org/patch/177953/
Valentin Longchamp (2):
arm/km: add mv88e6352 configuration for kmnusa
km_kirkwood: enable MV8
This is required to configure the external 88e6352 switch on nusa.
Signed-off-by: Valentin Longchamp
cc: Holger Brunck
cc: Prafulla Wadaskar
---
include/configs/km_kirkwood.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/km_kirkwood.h b/include/confi
The kmnusa board uses a mv88e6352 switch that is connected to the main
eth interface of the kirkwood. Therefore the switch must be configured
so that the kirkwood's egiga eth inferface can be used.
Signed-off-by: Valentin Longchamp
Cc: Holger Brunck
Cc: Prafulla Wadaskar
---
board/keymile/km_a
Hi Marek,
On 08/15/2012 12:00 AM, Marek Vasut wrote:
> Dear Graeme Russ,
>
>> Hi Marek,
>>
>> On Tue, Aug 14, 2012 at 10:37 PM, Marek Vasut wrote:
>>> Dear Tomas Hlavacek,
>>>
Hello Marek,
On Sun, Aug 12, 2012 at 1:16 AM, Marek Vasut wrote:
> So ... we should aim for firing u
Hi Marek,
On 08/15/2012 09:56 AM, Marek Vasut wrote:
> Dear Graeme Russ,
>
> [...]
>
>>
>> Third path is dm_malloc() - Although ugly, it has a few nicities...
>
> Thinking about dm_malloc() ... if it's entirely different, the semantics can
> be
> adjusted too ... say to "int dm_malloc(void **
Without this patch we see annoying output like this:
---8<---
U-Boot> dhcp
macb1: PHY not foundmacb0: PHY present at 1
macb0: Starting autonegotiation...
--->8---
Signed-off-by: Andreas Bießmann
cc: Joe Hershberger
---
drivers/net/macb.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Hi Tomas,
On 08/15/2012 10:00 PM, Tomas Hlavacek wrote:
> On Tue, Aug 14, 2012 at 3:54 PM, Graeme Russ wrote:
>
>>> dm_malloc you mean? I'm not happy about it, maybe Graeme can pour in some
>>> crazy
>>> juice in our direction again?
>>
>> I don't like the idea of dm_malloc() either, but it may
Use portd_mask instead of portc_mask to setup the pins for port D.
Signed-off-by: Andreas Bießmann
---
arch/avr32/cpu/at32ap700x/portmux.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/avr32/cpu/at32ap700x/portmux.c
b/arch/avr32/cpu/at32ap700x/portmux.c
index e3e38
Dear Wolfgang Denk,
please do not pull this. I have some more changes, but some need a
rebase on current u-boot-arm. So please first pull this one, then
trigger me to adopt my patch on top of it.
Best regards
Andreas Bießmann
On 14.08.2012 10:21, Andreas Bießmann wrote:
> The following changes
This patch is derived from an older patch provided by atmel in its
buildroot-avr32-v3.0.0.tar.bz2
Signed-off-by: Andreas Bießmann
cc: Hans-Christian Egtvedt
---
MAINTAINERS |4 +
board/atmel/atngw100mkii/Makefile | 40 ++
board/atmel/atngw100mkii/atng
Hi Minkyu,
> On 8 August 2012 00:42, Lukasz Majewski
> wrote:
> > Enable the PL310 L2 cache controller at TRATS Samsung board.
> >
> > Signed-off-by: Lukasz Majewski
> > Signed-off-by: Kyungmin Park
> > Cc: Minkyu Kang
> > ---
> > include/configs/trats.h |6 --
> > 1 files changed, 4
Dear Minkyu Kang,
Thank you for your comments. My motivation to move the dram_init functions
was that they looked the same for every board. I keep them in the board
specific file. I'll fix all the other issues and prepare new version.
Best regards
Piotr Wilczek
-Original Message-
From: M
On 08/15/2012 11:30 PM, Stefan Roese wrote:
> Hi Tom,
>
> On 08/15/2012 11:30 PM, Tom Rini wrote:
>> The following patch series merges the davinci and omap-common SPL
>> frameworks into a single framework, CONFIG_SPL_FRAMEWORK along with a
>> few small cleanups to the code to make it a little smal
On 08/16/2012 12:45 AM, Stefano Babic wrote:
> On 15/08/2012 23:30, Tom Rini wrote:
>> Add a new flag, CONFIG_SPL_FRAMEWORK to opt into the arch/arm/lib SPL
>> framework, enable on all of the previously using boards.
>>
>> Signed-off-by: Tom Rini
>> ---
>
> Hi Tom,
>
>> README
On 08/16/2012 01:01 AM, Stefano Babic wrote:
> On 15/08/2012 23:30, Tom Rini wrote:
>> We can only attempt to setup a malloc pool if
>> CONFIG_SYS_SPL_MALLOC_START is defined, and not all boards require it.
>> Make the call depend on the define.
>>
>> Signed-off-by: Tom Rini
>> ---
>> arch/arm/li
On 08/16/2012 04:30 PM, Tom Rini wrote:
>> I'm asking, since I'm currently working on an PowerPC based board which
>> shall also use the SPL OS booting feature (Falcon boot).
>>
>> Are the files ARM specific (I'm just starting looking into them right now)?
>
> In theory, these should be fine on ot
Dear Graeme Russ,
[...]
> >> 2) We can pass a pointer to a driver_core struct (or whatever struct it
> >>
> >> is that holds the 'reloc' helper function pointer). We can't pick up
> >> misuse at compile time, but dm_malloc() can print a meaningful
> >> message if it is called pre-r
Dear Graeme Russ,
> Hi Marek,
>
> On 08/15/2012 12:00 AM, Marek Vasut wrote:
> > Dear Graeme Russ,
> >
> >> Hi Marek,
> >>
> >> On Tue, Aug 14, 2012 at 10:37 PM, Marek Vasut wrote:
> >>> Dear Tomas Hlavacek,
> >>>
> Hello Marek,
>
> On Sun, Aug 12, 2012 at 1:16 AM, Marek Vasut
On Thu, Aug 16, 2012 at 5:31 AM, Daniel Schwierzeck <
daniel.schwierz...@gmail.com> wrote:
> Hi,
>
> 2012/8/15 Zhi-zhou Zhang :
> > On Tue, Aug 14, 2012 at 11:51 PM, Mike Frysinger
> wrote:
> >
> >> On Tuesday 14 August 2012 11:49:49 Mike Frysinger wrote:
> >> > On Tuesday 14 August 2012 11:06:51
I don't have any comment on the body of the patch, but calling this an i2s
patch is misleading. I2s is a generic standard for moving stereo audio
around, and many chips support it.
This patch looks like i2s support for a specific codec chip and the
filenames should reflect that.
_
Hi Markus,
On 16.08.2012 17:07, Markus Hubig wrote:
> Dear Andreas,
>
> On Wed, Aug 15, 2012 at 12:55 PM, Andreas Bießmann wrote:
>> On 14.08.2012 17:11, Markus Hubig wrote:
>>> On Tue, Aug 14, 2012 at 02:03:55PM +0200, Andreas Bießmann wrote:
On 14.08.2012 11:08, Markus Hubig wrote:
> O
A lot of at91 boards have the console_init_f in board_init. This is useless
cause it was called before by generic code in lib/board.c.
Signed-off-by: Andreas Bießmann
cc: Jens Scharsig
cc: Stelian Pop
cc: Sedji Gaouaou
cc: Albin Tonnerre
cc: Eric Benard
---
board/BuS/eb_cpux9k2/cpux9k2.c
Hi Andreas,
On Thu, 16 Aug 2012 14:26:47 +0200, "Andreas Bießmann"
wrote:
> Dear Wolfgang Denk,
>
> please do not pull this. I have some more changes, but some need a
> rebase on current u-boot-arm. So please first pull this one, then
> trigger me to adopt my patch on top of it.
>
> Best regar
README: Cleanup description of supported partitions.
Signed-off-by: Karl O. Pinc
---
I'm still trying to figure things out, and so am trying to
clarify the docs as I go. FYI, I'm fuzzy about:
Whether this should read "One or more" or "Zero or more".
Whether the 2TB limit noted in disk/part_efi
Orion5x did not actually write GPIO output values
or input polarities, and ED Mini V2 had bad or
missing values for GPIO settings.
Signed-off-by: Albert ARIBAUD
---
arch/arm/cpu/arm926ejs/orion5x/cpu.c |2 ++
include/configs/edminiv2.h | 13 +
2 files changed, 11 inse
Hi Andreas,
On Thu, Aug 16, 2012 at 05:33:26PM +0200, Andreas Bießmann wrote:
> On 16.08.2012 17:07, Markus Hubig wrote:
> > But it definitly dosn't work here. I checked with an oscilator, if I toggle
> > the pin in board_init() I can nicely see it going high and low but if I
> > toggle it in b
Hi Albert,
On 16.08.2012 18:14, Albert ARIBAUD (U-Boot) wrote:
> Hi Andreas,
>
> On Thu, 16 Aug 2012 14:26:47 +0200, "Andreas Bießmann"
> wrote:
>
>> Dear Wolfgang Denk,
>>
>> please do not pull this. I have some more changes, but some need a
>> rebase on current u-boot-arm. So please first pul
Hi Michal,
On Thu, Aug 16, 2012 at 1:12 AM, Michal Simek wrote:
> Hi Joe,
>
>
> On 08/15/2012 07:31 PM, Joe Hershberger wrote:
>>
>> Hi Michal,
>>
>> I believe this is a fundamental misunderstanding of the Zynq architecture.
>
>
> I don't think that this is not my fundamental misunderstanding.
>
On 16.08.2012 18:51, Markus Hubig wrote:
> Hi Andreas,
>
> On Thu, Aug 16, 2012 at 05:33:26PM +0200, Andreas Bießmann wrote:
>> On 16.08.2012 17:07, Markus Hubig wrote:
>
>
>
>>> But it definitly dosn't work here. I checked with an oscilator, if I toggle
>>> the pin in board_init() I can nicely
Signed-off-by: Albert ARIBAUD
---
This patch adds the Wireless Space to the lacie_kw sub-targets.
It *should* not change a thing to the already existing sub-targets
(except that each one gets its own prompt).
Owners of NETSPACE_[MAX]_V2, INETSPACE_V2, NET2BIG_V2 please test.
board/LaCie/netsp
In order to use the serial interface on the PortuxG20 we need to enable the
level converter first by setting the PC9 pin to high. The level converter needs
some time to settle so we have to use the mdelay() function to wait for some
time. Unfortunately we have no timers available at board_early_ini
The board_postclk_init() function can be used to perform operations
that requires a working timer early within the U-Boot init_sequence.
Signed-off-by: Markus Hubig
Cc: Albert ARIBAUD
---
arch/arm/lib/board.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/li
In order to use the serial interface on the PortuxG20 we need to enable the
level converter first by setting the PC9 pin to high. The level converter needs
some time to settle so we have to use the mdelay() function to wait for some
time. Unfortunately we have no timers available at board_early_ini
I'm gonna NACK this because most of these pin settings are actually
the POR defaults anyway (UART1 is
the example I can easily pick out).
.. unless someone's setting them up wrong between warn reboots, or
changing a UART into something else
later in boot.. which is unfathomable.. we don't need to
Dear Matt Sealey,
> I'm gonna NACK this because most of these pin settings are actually
> the POR defaults anyway (UART1 is
> the example I can easily pick out).
>
> .. unless someone's setting them up wrong between warn reboots, or
> changing a UART into something else
> later in boot.. which is
Dear Matt Sealey,
> I'm gonna NACK
You can't, only the custodians can ... you can only disagree and provide your
opinion, which you did ;-)
> this because most of these pin settings are actually
> the POR defaults anyway (UART1 is
> the example I can easily pick out).
>
> .. unless someone's s
Add tegra20-common-post.h to be consistent with other tegra20 boards.
Signed-off-by: Allen Martin
Acked-by: Thierry Reding
Acked-by: Stephen Warren
Tested-by: Thierry Reding
Signed-off-by: Tom Warren
---
include/configs/tec.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/c
Add target for tegra20 u-boot image. This is a concatenation of tegra
spl and normal u-boot binaries. For non-devicetree builds this is
named "u-boot-nodtb-tegra.bin" for devicetree builds is named
"u-boot-dtb-tegra.bin".
Signed-off-by: Allen Martin
Acked-by: Stephen Warren
Tested-by: Thierry
This fixes the SPL build to link with the SPL version of libgcc if
USE_PRIVATE_LIBGCC is set to "yes". Previously it was linking with
the libgcc from the normal u-boot build because it gets set in
PLATFORM_LIBS and passed down the to the SPL build.
Signed-off-by: Allen Martin
Acked-by: Stephen W
This patch series fixes a long standing problem with the tegra20
u-boot build. Tegra20 contains an ARM7TDMI boot processor and a
Cortex A9 main processor. Prior to this patch series this was
accomplished by #ifdefing out any armv7 code from the early boot
sequence and creating a single binary tha
Take a few SPL fixes from armv7 and apply them to arm720t:
-Use dummy exception handlers for SPL build
-Initialize relocation register r9 to 0 for the case of no relocation
-ifdef out interrupt handler code
Signed-off-by: Allen Martin
Acked-by: Stephen Warren
Tested-by: Thierry Reding
Signed-of
Change the mkdir commands for the object directories to be
unconditional. This fixes an issue when building for SPL where
SRCTREE and OBJTREE are the same, but $(obj) is under SPLTREE.
Signed-off-by: Allen Martin
Acked-by: Stephen Warren
Tested-by: Thierry Reding
Signed-off-by: Tom Warren
---
Move warmboot_save_sdram_params() to later in the boot sequence. This
code relies on devicetree to get the address of the memory controller
and with upcoming changes for SPL boot it gets called early in the
boot process when devicetree is not initialized yet.
Signed-off-by: Allen Martin
Acked-by
Add support for tegra20 arm7 boot processor. This processor is used
to power on the Cortex A9 and transfer control to it. In tegra this
processor is an ARM7TDMI not an ARM720T, but since we don't use cache
it was easier to just reuse the ARM720T code as the processors are
otherwise identical exce
Don't use timer_init from tegra board.c. This comes out of arm720t
for the SPL build.
Signed-off-by: Allen Martin
Acked-by: Stephen Warren
Tested-by: Thierry Reding
Signed-off-by: Tom Warren
---
board/nvidia/common/board.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/board/nvidia
Add SPL options to tegra20 config files and enable SPL build for
tegra20 boards. Also remove redundant code from u-boot that is not
contained in SPL.
Signed-off-by: Allen Martin
Acked-by: Stephen Warren
Tested-by: Thierry Reding
Signed-off-by: Tom Warren
---
Makefile
In preparation for splitting out the armv4t code from tegra20, move
the tegra20 SoC code to arch/arm/cpu/tegra20-common. This code will
be compiled armv4t for the arm7tdmi and armv7 for the cortex A9.
Signed-off-by: Allen Martin
Acked-by: Stephen Warren
Tested-by: Thierry Reding
Signed-off-by:
Enable the building of private libgcc for SPL
Signed-off-by: Allen Martin
Acked-by: Stephen Warren
Tested-by: Thierry Reding
Signed-off-by: Tom Warren
---
arch/arm/lib/Makefile |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/lib/Makefile b/arch/arm/lib/Makefile
These flags were necessary when building tegra20 as a single binary
that supported ARM7TDMI and Cortex A9. Now that the ARM7TDMI support
is split into a separate SPL, this is no longer necessary.
Signed-off-by: Allen Martin
Acked-by: Stephen Warren
Tested-by: Thierry Reding
Signed-off-by: Tom
Rename CONFIG_MACH_TEGRA_GENERIC to the less confusing CONFIG_TEGRA.
The meaning of the config options is now:
CONFIG_TEGRA - Any tegra chip
CONFIG_TEGRA20 - A tegra20 family chip
CONFIG_TEGRA30 - A tegra30 family chip (not added yet)
Signed-off-by: Allen Martin
Acked-by: Stephen Warren
Tested-
This adds some cleanup to mkconfig related to SPL support. Bash
specific script has been replaced with awk for better shell
compatibility. config.mk generation is done through a subshell and
single redirect to improve readability.
Signed-off-by: Allen Martin
---
mkconfig | 38 +++
On Thu, Aug 16, 2012 at 3:09 PM, Benoît Thébaudeau
wrote:
> Dear Matt Sealey,
>
>> I'm gonna NACK this because most of these pin settings are actually
>> the POR defaults anyway (UART1 is
>> the example I can easily pick out).
>>
>> .. unless someone's setting them up wrong between warn reboots, o
On Aug 14, 2012, at 11:47 AM, Timur Tabi wrote:
> The Freescale P4080DS has a complex multiplexed MDIO bus, where the
> muxing varies per SerDes protocol. This is because the protocol
> determines in which PCI slot the various SGMII and XGMII interface
> cards belong, as well as whether the RGMI
On Aug 14, 2012, at 11:47 AM, Timur Tabi wrote:
> The Freescale P4080DS has a complex multiplexed MDIO bus, where the
> muxing varies per SerDes protocol. This is because the protocol
> determines in which PCI slot the various SGMII and XGMII interface
> cards belong, as well as whether the RGMI
Kumar Gala wrote:
> I think we need to hold on this patch until we have a kernel somewhere that
> can actually utilize it.
*sigh*
And here I was hoping I would get this done for the next release.
> I'm guessing this would break the SDK mux support for p4080ds?
Assuming we don't back-port the k
Dear Matt Sealey,
> On Thu, Aug 16, 2012 at 3:09 PM, Benoît Thébaudeau
> wrote:
> > Dear Matt Sealey,
> >
> >> I'm gonna NACK this because most of these pin settings are
> >> actually
> >> the POR defaults anyway (UART1 is
> >> the example I can easily pick out).
> >>
> >> .. unless someone's set
Hi Marek,
On Fri, Aug 17, 2012 at 12:50 AM, Marek Vasut wrote:
> Dear Graeme Russ,
>
> [...]
>
>> >> 2) We can pass a pointer to a driver_core struct (or whatever struct it
>> >>
>> >> is that holds the 'reloc' helper function pointer). We can't pick up
>> >> misuse at compile time, but
Hi Marek,
On Fri, Aug 17, 2012 at 12:52 AM, Marek Vasut wrote:
> Dear Graeme Russ,
>
[snip]
>> When you start throwing around "discontigmem", "sparsemem" and "nifty
>> memory-management/model features" you are talking architecture specifics
>
> In uboot, not so much ... in uboot it'd be just a
On 08/17/2012 05:04 AM, Allen Martin wrote:
> Take a few SPL fixes from armv7 and apply them to arm720t:
> -Use dummy exception handlers for SPL build
> -Initialize relocation register r9 to 0 for the case of no relocation
> -ifdef out interrupt handler code
>
> Signed-off-by: Allen Martin
> Acke
From: Stephen Warren
This is extremely likely to be used from the boot.scr that Tegra's default
bootcmd locates and executes.
Signed-off-by: Stephen Warren
---
include/configs/tegra20-common-post.h |5 +
include/configs/tegra20-common.h |1 +
2 files changed, 6 insertions(+),
From: Stephen Warren
This implements the following:
partuuid mmc 0:1
-> prints the partition's UUID.
partuuic mmc 0:1 uuid
-> sets environment variable "uuid" to the partition's UUID.
This can be useful when writing a bootcmd which searches all known
devices for something bootable, and then
From: Stephen Warren
Each EFI partition table entry contains a UUID. Extend U-Boot's struct
disk_partition to be able to store this information, and modify
get_partition_info_efi() to fill it in.
The implementation of uuid_string() was stolen from the Linux kernel.
Signed-off-by: Stephen Warren
On 08/16/2012 05:15 PM, Stephen Warren wrote:
> This implements the following:
>
> partuuid mmc 0:1
> -> prints the partition's UUID.
> partuuic mmc 0:1 uuid
> -> sets environment variable "uuid" to the partition's UUID.
>
> This can be useful when writing a bootcmd which searches all known
>
Dear Graeme Russ,
> Hi Marek,
>
> On Fri, Aug 17, 2012 at 12:50 AM, Marek Vasut wrote:
> > Dear Graeme Russ,
> >
> > [...]
> >
> >> >> 2) We can pass a pointer to a driver_core struct (or whatever struct
> >> >> it
> >> >>
> >> >> is that holds the 'reloc' helper function pointer). We
I will pull them. Possibly tomorrow. I'm currently buried in other work, but
Friday is supposed to be my U-Boot Custodian day. :)
Andy
On Aug 15, 2012, at 12:13 PM, Scott Wood wrote:
> On 08/15/2012 02:10 AM, Joakim Tjernlund wrote:
>> Kumar Gala wrote on 2012/08/14 23:28:45:
>>>
>>>
>>> On J
Hi Marek,
On Fri, Aug 17, 2012 at 9:32 AM, Marek Vasut wrote:
> Dear Graeme Russ,
>
>> >> Hmm, I hadn't thought of that
>> >
>> > So, we're back to square 1 ?
>>
>> Nope - just a slight tweak is all
>
> What tweak ?
Didn't you read the rest of my email?
Regards,
Graeme
___
Dear Graeme Russ,
> Hi Marek,
>
> On Fri, Aug 17, 2012 at 9:32 AM, Marek Vasut wrote:
> > Dear Graeme Russ,
> >
> >> >> Hmm, I hadn't thought of that
> >> >
> >> > So, we're back to square 1 ?
> >>
> >> Nope - just a slight tweak is all
> >
> > What tweak ?
>
> Didn't you read the rest of m
Hi Marek,
On Fri, Aug 17, 2012 at 10:34 AM, Marek Vasut wrote:
> Dear Graeme Russ,
>
>> Hi Marek,
>>
>> On Fri, Aug 17, 2012 at 9:32 AM, Marek Vasut wrote:
>> > Dear Graeme Russ,
>> >
>> >> >> Hmm, I hadn't thought of that
>> >> >
>> >> > So, we're back to square 1 ?
>> >>
>> >> Nope - just a sl
This patch moves all bootcount implementations into a common
directory: drivers/bootcount. The generic bootcount driver
is now usable not only by powerpc platforms, but others as well.
Signed-off-by: Stefan Roese
Cc: Heiko Schocher
Cc: Valentin Longchamp
Cc: Christian Riesch
Cc: Manfred Rudigi
On Thursday 16 August 2012 23:55:41 Stefan Roese wrote:
> This patch moves all bootcount implementations into a common
> directory: drivers/bootcount. The generic bootcount driver
> is now usable not only by powerpc platforms, but others as well.
Acked-by: Mike Frysinger
-mike
signature.asc
Des
On Thursday 16 August 2012 00:44:25 Bo Shen wrote:
> Add atmel at25df321 serial flash support
thanks, merged into my spi flash branch
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
On Monday 13 August 2012 09:01:14 Benoît Thébaudeau wrote:
> Commit 155cb01 replaced the read-only property of the ver env var with an
> auto-restoring behavior. Update the README file accordingly.
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part
Hi Mike,
On 8/17/2012 12:18, Mike Frysinger wrote:
On Thursday 16 August 2012 00:44:25 Bo Shen wrote:
Add atmel at25df321 serial flash support
After reading the spi framework. I found there are common interface for
serial flash. So, I plan to use the common interface
(spi_flash_cmd_write_
Hi Andrew,
Thank you for comments.
On Thu, Aug 16, 2012 at 8:29 PM, Andrew Dyer wrote:
> I don't have any comment on the body of the patch, but calling this an i2s
> patch is misleading. I2s is a generic standard for moving stereo audio
> around, and many chips support it.
>
> This patch looks
Hi Stephen,
> On 08/16/2012 05:15 PM, Stephen Warren wrote:
> > This implements the following:
> >
> > partuuid mmc 0:1
> > -> prints the partition's UUID.
> > partuuic mmc 0:1 uuid
> > -> sets environment variable "uuid" to the partition's UUID.
> >
> > This can be useful when writing a boo
93 matches
Mail list logo
