Hi Joe,
On 08/15/2012 07:31 PM, Joe Hershberger wrote:
Hi Michal,
On Wed, Aug 15, 2012 at 3:49 AM, Michal Simek mon...@monstr.eu wrote:
Hi Joe,
sorry missed this one.
On 08/14/2012 05:48 PM, Joe Hershberger wrote:
Are you thinking that this will be the one and only Zynq board?
Perhaps a
The driver is used on Xilinx Zynq platform.
Signed-off-by: Michal Simek mon...@monstr.eu
---
v2: Use Zynq name instead of Dragonfire and XPSS/XDFUART
Rename driver name
Remove driver description
---
drivers/serial/Makefile |1 +
drivers/serial/serial_zynq.c | 200
Device driver for Zynq Gem IP.
Signed-off-by: Michal Simek mon...@monstr.eu
CC: Joe Hershberger joe.hershber...@gmail.com
---
v2: Remove phylib protection
Rename driver file name xilinx_gem to zynq_gem
Rename XEMACPSS to ZYNQ_GEM
Rename gemac_priv to zynq_gem_priv
Rename gem_regs
Add support for Xilinx Zynq board.
Signed-off-by: Michal Simek mon...@monstr.eu
---
v2: Forget to also add config file
v3: Change name for serial driver
Remove lowlevel_init from board folder
Remove XPSS part from timer baseaddr
Change name for Zynq gem driver
Clean coding style
Add timer driver.
Signed-off-by: Michal Simek mon...@monstr.eu
---
v2: Move lowlevel_init.S from board to cpu folder
Remove XPSS prefix
Rename XSCUTIMER - SCUTIMER
Keep timer in zynq folder till ARM custodian comments it.
---
arch/arm/cpu/armv7/zynq/Makefile| 52 +++
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 smaller and more
flexible. The end result is that davinci
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
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
it
works on
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 is
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 voice.s...@atmel.com
---
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 : at91sam9x5 : make
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 tr...@ti.com
---
Hi Tom,
README |5 +
On 15/08/2012 23:30, Tom Rini wrote:
Signed-off-by: Tom Rini tr...@ti.com
---
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
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 tr...@ti.com
---
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 tr...@ti.com
---
arch/arm/lib/spl.c |2 ++
1 file changed, 2
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 tr...@ti.com
---
On 7 August 2012 22:24, Lukasz Majewski l.majew...@samsung.com wrote:
This patch enables the L1 data cache for systems based on Samsung
Exynos processor.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Minkyu Kang
On 8 August 2012 00:42, Lukasz Majewski l.majew...@samsung.com wrote:
Enable the PL310 L2 cache controller at TRATS Samsung board.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Minkyu Kang mk7.k...@samsung.com
---
On 15/08/2012 22:27, Troy Kisky wrote:
Move mx6 specific defines to arch-mx6 directory.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
arch/arm/include/asm/arch-mx6/iomux.h | 129
+
arch/arm/include/asm/imx-common/iomux-v3.h| 111
From: Andreas Biesmann andreas.de...@googlemail.com
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
cc: Stelian Pop stel...@popies.net
---
board/atmel/at91sam9263ek/at91sam9263ek.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/board/atmel/at91sam9263ek/at91sam9263ek.c
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 josh...@atmel.com
---
drivers/mtd/nand/atmel_nand.c | 108
++---
1
Dear Piotr Wilczek,
On 10 August 2012 19:12, Piotr Wilczek p.wilc...@samsung.com 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 p.wilc...@samsung.com
Signed-off-by:
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
This is required to configure the external 88e6352 switch on nusa.
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
cc: Holger Brunck holger.bru...@keymile.com
cc: Prafulla Wadaskar prafu...@marvell.com
---
include/configs/km_kirkwood.h |2 ++
1 files changed, 2
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 valentin.longch...@keymile.com
Cc: Holger Brunck
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 ma...@denx.de wrote:
Dear Tomas Hlavacek,
Hello Marek,
On Sun, Aug 12, 2012 at 1:16 AM, Marek Vasut ma...@denx.de wrote:
So ... we should aim for firing up
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 **ptr, size_t
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 andreas.de...@googlemail.com
cc: Joe Hershberger joe.hershber...@gmail.com
---
drivers/net/macb.c |
Hi Tomas,
On 08/15/2012 10:00 PM, Tomas Hlavacek wrote:
On Tue, Aug 14, 2012 at 3:54 PM, Graeme Russ graeme.r...@gmail.com 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
Use portd_mask instead of portc_mask to setup the pins for port D.
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
---
arch/avr32/cpu/at32ap700x/portmux.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/avr32/cpu/at32ap700x/portmux.c
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 andreas.de...@googlemail.com
cc: Hans-Christian Egtvedt egtv...@samfundet.no
---
MAINTAINERS |4 +
board/atmel/atngw100mkii/Makefile
Hi Minkyu,
On 8 August 2012 00:42, Lukasz Majewski l.majew...@samsung.com
wrote:
Enable the PL310 L2 cache controller at TRATS Samsung board.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Minkyu Kang
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:
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 smaller and
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 tr...@ti.com
---
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 tr...@ti.com
---
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 other
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-relocation with
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 ma...@denx.de wrote:
Dear Tomas Hlavacek,
Hello Marek,
On Sun, Aug 12, 2012 at 1:16 AM, Marek Vasut ma...@denx.de wrote:
On Thu, Aug 16, 2012 at 5:31 AM, Daniel Schwierzeck
daniel.schwierz...@gmail.com wrote:
Hi,
2012/8/15 Zhi-zhou Zhang etou...@gmail.com:
On Tue, Aug 14, 2012 at 11:51 PM, Mike Frysinger vap...@gentoo.org
wrote:
On Tuesday 14 August 2012 11:49:49 Mike Frysinger wrote:
On Tuesday 14
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:
On Tue, Aug 14,
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 andreas.de...@googlemail.com
cc: Jens Scharsig e...@bus-elektronik.de
cc: Stelian Pop stel...@popies.net
cc: Sedji
Hi Andreas,
On Thu, 16 Aug 2012 14:26:47 +0200, Andreas Bießmann
andreas.de...@googlemail.com 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
README: Cleanup description of supported partitions.
Signed-off-by: Karl O. Pinc k...@meme.com
---
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
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 albert.u.b...@aribaud.net
---
arch/arm/cpu/arm926ejs/orion5x/cpu.c |2 ++
include/configs/edminiv2.h | 13 +
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:
snip
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
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
andreas.de...@googlemail.com 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
Hi Michal,
On Thu, Aug 16, 2012 at 1:12 AM, Michal Simek mon...@monstr.eu 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:
snip
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
Signed-off-by: Albert ARIBAUD albert.u.b...@aribaud.net
---
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
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
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 mhu...@imko.de
Cc: Albert ARIBAUD albert.u.b...@aribaud.net
---
arch/arm/lib/board.c |3 +++
1 files changed, 3 insertions(+),
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
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
Add tegra20-common-post.h to be consistent with other tegra20 boards.
Signed-off-by: Allen Martin amar...@nvidia.com
Acked-by: Thierry Reding thierry.red...@avionic-design.de
Acked-by: Stephen Warren swar...@wwwdotorg.org
Tested-by: Thierry Reding thierry.red...@avionic-design.de
Signed-off-by:
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 amar...@nvidia.com
Acked-by: Stephen Warren
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 amar...@nvidia.com
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
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 amar...@nvidia.com
Acked-by: Stephen Warren
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 amar...@nvidia.com
Acked-by: Stephen Warren swar...@wwwdotorg.org
Tested-by:
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
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
Don't use timer_init from tegra board.c. This comes out of arm720t
for the SPL build.
Signed-off-by: Allen Martin amar...@nvidia.com
Acked-by: Stephen Warren swar...@wwwdotorg.org
Tested-by: Thierry Reding thierry.red...@avionic-design.de
Signed-off-by: Tom Warren twar...@nvidia.com
---
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 amar...@nvidia.com
Acked-by: Stephen Warren swar...@wwwdotorg.org
Tested-by: Thierry Reding
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 amar...@nvidia.com
Acked-by: Stephen Warren swar...@wwwdotorg.org
Enable the building of private libgcc for SPL
Signed-off-by: Allen Martin amar...@nvidia.com
Acked-by: Stephen Warren swar...@wwwdotorg.org
Tested-by: Thierry Reding thierry.red...@avionic-design.de
Signed-off-by: Tom Warren twar...@nvidia.com
---
arch/arm/lib/Makefile |2 +-
1 file changed,
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 amar...@nvidia.com
Acked-by: Stephen Warren swar...@wwwdotorg.org
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 amar...@nvidia.com
Acked-by:
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 amar...@nvidia.com
---
mkconfig |
On Thu, Aug 16, 2012 at 3:09 PM, Benoît Thébaudeau
benoit.thebaud...@advansee.com 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
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 RGMII
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 RGMII
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
Dear Matt Sealey,
On Thu, Aug 16, 2012 at 3:09 PM, Benoît Thébaudeau
benoit.thebaud...@advansee.com 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
Hi Marek,
On Fri, Aug 17, 2012 at 12:50 AM, Marek Vasut ma...@denx.de 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 marek.va...@gmail.com 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
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
From: Stephen Warren swar...@nvidia.com
This is extremely likely to be used from the boot.scr that Tegra's default
bootcmd locates and executes.
Signed-off-by: Stephen Warren swar...@nvidia.com
---
include/configs/tegra20-common-post.h |5 +
include/configs/tegra20-common.h |1
From: Stephen Warren swar...@nvidia.com
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
From: Stephen Warren swar...@nvidia.com
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.
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
devices for
Dear Graeme Russ,
Hi Marek,
On Fri, Aug 17, 2012 at 12:50 AM, Marek Vasut ma...@denx.de 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
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 ga...@kernel.crashing.org wrote on 2012/08/14
Hi Marek,
On Fri, Aug 17, 2012 at 9:32 AM, Marek Vasut marek.va...@gmail.com 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 marek.va...@gmail.com 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?
Hi Marek,
On Fri, Aug 17, 2012 at 10:34 AM, Marek Vasut marek.va...@gmail.com wrote:
Dear Graeme Russ,
Hi Marek,
On Fri, Aug 17, 2012 at 9:32 AM, Marek Vasut marek.va...@gmail.com wrote:
Dear Graeme Russ,
Hmm, I hadn't thought of that
So, we're back to square 1 ?
Nope - just
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 s...@denx.de
Cc: Heiko Schocher h...@denx.de
Cc: Valentin Longchamp
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 vap...@gentoo.org
-mike
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 vap...@gentoo.org
-mike
signature.asc
Description: This is a digitally
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
97 matches
Mail list logo
