On Friday 14 October 2011 02:43:12 Simon Glass wrote:
This changes the board code to use the new getenv_ulong() function.
Signed-off-by: Simon Glass s...@chromium.org
Nice patch series. Thanks.
Acked-by: Stefan Roese s...@denx.de
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD:
Hi Wolfgang,
I've installed the git-email packet now, but I can not make it work.
The Unable to initialize SMTP properly always pop up. T_T
This is the first time I send any patch to the community, sorry for
the incontinence.
This is tested on our board, and I think at least for any Freescale
Dear Simon Glass,
Several places in U-Boot's board files can make use of a function like this,
so this patch series creates the function, and changes the board files to
use it.
As suggested by Mike Frysingervap...@gentoo.org.
Simon Glass (10):
Add getenv_int() to read an integer from
On 10/13/2011 11:16 AM, Anatolij Gustschin wrote:
From: Helmut Raigerhelmut.rai...@hale.at
mx3fb.c was based on CONFIG_LCD and is moved by this patch to
CONFIG_VIDEO, which has greater freedom in selecting videomodes
even at runtime.
This renders the accumulating list of display defines
Hi Helmut,
On Fri, 14 Oct 2011 08:37:48 +0200
Helmut Raiger helmut.rai...@hale.at wrote:
...
Hi Anatolij,
I'm fine with your changes. It still works on our board. Thanks for
testing and improving.
Great, thanks for the feedback and testing!
Anatolij
On Thu, 13 Oct 2011 11:16:28 +0200
Anatolij Gustschin ag...@denx.de wrote:
From: Helmut Raiger helmut.rai...@hale.at
This additionally updates mx31/generic.c by
- replacing __REG() macro accesses with readl() and writel()
- providing macros for PDR0 and PLL bit accesses
Signed-off-by:
On Thu, 13 Oct 2011 11:16:29 +0200
Anatolij Gustschin ag...@denx.de wrote:
From: Helmut Raiger helmut.rai...@hale.at
mx3fb.c was based on CONFIG_LCD and is moved by this patch to
CONFIG_VIDEO, which has greater freedom in selecting videomodes
even at runtime.
This renders the
From: Kumar Gala ga...@kernel.crashing.org
When trying to build it we get:
Hi,
I have looked into it previously but unfortunately, I could not think of a
reasonable solution.
Some revisions of this board have only 16Mb of flash, so I thought it will
be wise to squeeze everything into one
On Oct 13, 2011, at 11:42 PM, Kumar Gala wrote:
With older compilers (gcc-4.2.x) we run into issues that resulting image
is too large. We can save a bunch of space by removing the video support.
In general video support on these boards is a nice to have since it
requires a PCIe add-on card.
Am 12.10.2011 23:48, schrieb Mike Frysinger:
Ditch this brain-deadness by just shifting the MSB from the network byte
stream of the reply message into the right (MSB) location of a short int
and putting the LSB from the network byte stream as the lower byte of it,
and we are done with reading
The following changes since commit d8fffa057c9430fd0c5104ab6ff7db4cdb03db51:
Merge branch 'master' of git://git.denx.de/u-boot-mips (2011-10-12 22:47:15
+0200)
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx master
Haiying Wang (3):
powerpc/p5020: fixup
Hi Mike,
On 14.10.2011 02:55, Mike Frysinger wrote:
--- /dev/null
+++ b/arch/arm/cpu/armv7/omap3/emac.c
+/*
+ * Initializes on-chip ethernet controllers.
+ * to override, implement board_eth_init()
+ */
+int cpu_eth_init(bd_t *bis)
+{
+davinci_emac_initialize();
+
+return 0;
On 10/13/2011 08:14 PM, Marek Vasut wrote:
Hi Stefano,
the patch is big and will need approval to be let into ML. Removing the space
in
char * const argv[] shall do the trick, can you please do that by hand ?
I have absolutely no intention to push patches without beeing reviewed
by ML,
On Friday, October 14, 2011 09:51:22 AM Stefano Babic wrote:
On 10/13/2011 08:14 PM, Marek Vasut wrote:
Hi Stefano,
the patch is big and will need approval to be let into ML. Removing the
space in char * const argv[] shall do the trick, can you please do that
by hand ?
I have
This allows to initialize DDR memory in C code.
Currently all mx31 boards use assembler code (lowlevel_init.S)
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: new in V2
arch/arm/include/asm/arch-mx31/imx-regs.h | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: no changes since V1
arch/arm/cpu/arm1136/mx31/devices.c | 14 ++
arch/arm/include/asm/arch-mx31/clock.h|1 +
arch/arm/include/asm/arch-mx31/imx-regs.h | 16
3 files changed, 31
This adds basic board support for TT-01 based on
the bluetechnix i.MX31 SOM. Currently only NOR-Flash
boot is implemented.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2:
- MAINTAINER updated and used board.cfg instead of Makefile change
- eliminated config.mk
- replaced __REG
Hi Anatolij,
A delay of approximately 250 ms after PCI bus reset in
pci_mpc5xxx_init() is needed to recognize the Coral-PA
controller on the graphic extention board.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
To make it actually work another patch
pci: move pcidelay code to new
Hi David,
This tool takes a key=value configuration file (same as would a `printenv'
show)
and generates the corresponding environment image, ready to be flashed.
use case: flash the environment with an external tool
Signed-off-by: David Wagner david.wag...@free-electrons.com
Acked-by;
Hi,
I'm trying to add a new architecture to uboot.
What is the process and there is a documentation ?
It's an icybox nas6220-b which is similar to sheevaplug, except for
memory size and nand limit.
wiki.nas-portal.org/index.php/IB-NAS6220-B
Hi,
I'm trying to add a new architecture to uboot.
What is the process and there is a documentation ?
It's an icybox nas6220-b which is similar to sheevaplug, except for
memory size and nand limit.
wiki.nas-portal.org/index.php/IB-NAS6220-B
Le 14/10/2011 10:24, DrEagle a écrit :
Hi,
I'm trying to add a new architecture to uboot.
What is the process and there is a documentation ?
It's an icybox nas6220-b which is similar to sheevaplug, except for
memory size and nand limit.
wiki.nas-portal.org/index.php/IB-NAS6220-B
any one?
Regards
--Prabhakar Lad
On Wed, Oct 12, 2011 at 4:05 PM, Prabhakar Lad
prabhakar.cse...@gmail.comwrote:
Hi Wolfgang,
The checkpatch complains for volatile keyword, if volatile is necessary
and cannot be removed,
Is it necessary to inform in the cover letter or the patch itself
Our boards rely on dtt for initialization of fan hardware.
dtt_init() was implemented to be called form board specific code.
Signed-off-by: Dirk Eibach eib...@gdsys.de
---
common/cmd_dtt.c | 42 +-
include/dtt.h|1 +
2 files changed, 34
Board support for the Guntermann Drunck Io64.
Signed-off-by: Dirk Eibach eib...@gdsys.de
---
Changes for v2:
- Added MAINTAINERS entry
- Cleaned up issues reported by checkpatch
Changes for v3:
- migrated board specific init_func_fpga() to board_early_init_r()
Changes for v4:
- call
On 10/14/2011 10:05 AM, Helmut Raiger wrote:
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: no changes since V1
Hi Helmut,
#ifdef CONFIG_MXC_SPI
+/* note: putting several spi setups here makes no sense as they may differ
+ * at board level (physical pin SS0 of CSPI2 may
Dear Lei
I was pulling this patch series.
I found certain patches could not be applied, I had resolved them since gplugd
are in.
But I found certain warnings and errors if I build with aspenite_config
May you please pull the u-boot-marvell.git master and rebase and resend your
patches with
On 10/14/2011 10:05 AM, Helmut Raiger wrote:
This adds basic board support for TT-01 based on
the bluetechnix i.MX31 SOM. Currently only NOR-Flash
boot is implemented.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2:
- MAINTAINER updated and used board.cfg instead of
Kumar Gala wrote:
Rather than looking at tn2020_driver.uid lets just do something like:
if ((phydev-drv-uid phydev-drv-mask) == TN2020_UID)
And add a #define in phy.h:
#define TN2020_UID0x00a19410
I guess that makes more sense. I thought my original version was cooler,
though.
--
Kumar Gala wrote:
For the FSL boards, lets add 'bdinfo' to 'preboot' and enable CONFIG_PREBOOT
I don't think that's a good idea. bdinfo display about a dozen lines of
text, most of it is not generally useful. Plus, this would make preboot
unavailable for everyone else.
--
Timur Tabi
Linux
The command auto-completion does not work on architectures relying
on CONFIG_NEEDS_MANUAL_RELOC like MIPS. Cause is the missing function
pointer fixup for cmd_tbl_t::complete function in fixup_cmdtable().
This patch adds the missing pointer fixup in case of CONFIG_AUTO_COMPLETE
is defined.
Hi all,
Am 12.10.2011 17:18, schrieb Andreas Bießmann:
Dear Sven,
Am 12.10.2011 17:08, schrieb Sven Schnelle:
On 10/12/2011 04:59 PM, Andreas Bießmann wrote:
b) ext2ls is not reliable:
---8---
U-Boot ext2ls mmc 0:1
DIR 1024 .
DIR 1024 ..
DIR12288 lost+found
Before the DTOR register is set to a fixed value and resulted in some cards
not working. Setting the fixed value to a hihger value is not appropriate
cause we could wait way to long for slow clock rates.
This patch moves the mci_set_data_timeout() from old atmel_mci driver to
gen_atmel_mci driver
Prabhakar,
On Wed, Oct 12, 2011 at 04:05:57PM +0530, Prabhakar Lad wrote:
The checkpatch complains for volatile keyword,
Just to make sure [1], since there is a lot of misunderstanding regarding
volatile.
if volatile is necessary and cannot be removed,
Please see [2], people are more
This patch adds basic support for AM33xx which is based on ARMV7
Cortex A8 CPU.
Signed-off-by: Chandan Nath chandan.n...@ti.com
---
Changes since v1:
- Used LOW_LEVELSRAM_STACK in SRAM_STACK to maintain platform consistency.
- Used #if/#elif for defining PRM_RSTCTRL.
This patch adds basic clock definition of am33xx SoC.
Signed-off-by: Chandan Nath chandan.n...@ti.com
---
Changes since v1:
- No changes since v1
arch/arm/cpu/armv7/am33xx/Makefile |1 +
arch/arm/cpu/armv7/am33xx/clock.c| 273 ++
This patch series is submitted to add support for TI AM33XX platform, which is
based on ARMV7 Cortex A8 CPU and has the same basic peripheral set as OMAP35x,
(timer, UART etc) but has a considerably different PRCM implementation.
In this patch series, only support for uart peripheral is added
This patch adds timer support for AM33xx platform.
Signed-off-by: Chandan Nath chandan.n...@ti.com
---
Changes since v1:
- Modification of omap-common/timer.c is removed.
Makefile|3 +++
arch/arm/cpu/armv7/omap-common/Makefile |2 ++
2 files changed, 5
This patch adds basic support for booting the board.
This patch adds support for the UART necessary to
get to the u-boot prompt.
Signed-off-by: Chandan Nath chandan.n...@ti.com
---
Changes since v1:
- Used CONFIG_MACH_TYPE standard for defining machine id.
- Updated MAINTAINERS file.
This patch adds AM33xx emif/ddr support along with board specific
defines.
Signed-off-by: Chandan Nath chandan.n...@ti.com
---
Changes since v1:
- No changes since v1.
arch/arm/cpu/armv7/am33xx/Makefile |3 +
arch/arm/cpu/armv7/am33xx/ddr.c | 147 ++
On 10/14/2011 10:05 AM, Helmut Raiger wrote:
This allows to initialize DDR memory in C code.
Currently all mx31 boards use assembler code (lowlevel_init.S)
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
V2: new in V2
arch/arm/include/asm/arch-mx31/imx-regs.h | 13
The MDIO controller to talk to external PHYs is on FM1-DTSEC1 so don't
allow disabling. If we disable it we end up powering the block down in
the SoC and thus can't communicate to any external PHYs.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
drivers/net/fm/p1023.c |5 +
On 10/13/2011 05:34 PM, Fabio Estevam wrote:
Fix checkpatch warning and errors in several i.MX related files.
While at it also address a checkpatch warning at arch/arm/cpu/armv7/mx5/soc.c
regarding the usage of extern in a C file.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Hi Reinhard,
On Thu, Oct 13, 2011 at 11:13 PM, Reinhard Meyer
u-b...@emk-elektronik.de wrote:
Dear Simon Glass,
Several places in U-Boot's board files can make use of a function like
this,
so this patch series creates the function, and changes the board files to
use it.
As suggested by
Changelog:
V2: rebase over latest u-boot-marvell.git
Lei Wen (5):
ARM: pantheon: reduce dependence of including platform file
ARM: armada100: reduce dependence of including platform file
ARM: kirkwood: reduce dependence of including platform file
serial: reduce include platform file for
For files like the drivers/serial/serial.c, it must include the platform
file, as the CONFIG_SYS_NS16550_COM1 must reference to the definition in
the platform definition files.
Include the platform definition file in the config file, so that it
would decouple the dependence for the driver files.
For files like the drivers/serial/serial.c, it must include the
platform file, as the CONFIG_SYS_NS16550_COM1 must reference to the
definition in the platform definition files.
Include the platform definition file in the config file, so that it
would decouple the dependence for the driver files.
For files like the drivers/serial/serial.c, it must include the
platform file, as the CONFIG_SYS_NS16550_COM1 must reference to the
definition in the platform definition files.
Include the platform definition file in the config file, so that it
would decouple the dependence for the driver files.
Build pass with following config:
dkb_config
aspenite_config
edminiv2_config
openrd_ultimate_config
sheevaplug_config
mv88f6281gtw_ge_config
rd6281a_config
guruplug_config
km_kirkwood_config
Signed-off-by: Lei Wen lei...@marvell.com
Acked-by: Wolfgang Denk w...@denx.de
---
Changelog:
V2: no
Build pass with following config:
dkb_config
aspenite_config
Signed-off-by: Lei Wen lei...@marvell.com
---
Changelog:
V2: no change
drivers/gpio/mvmfp.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/drivers/gpio/mvmfp.c b/drivers/gpio/mvmfp.c
index
Hi Prafulla,
On Fri, Oct 14, 2011 at 6:19 PM, Prafulla Wadaskar prafu...@marvell.com wrote:
Dear Lei
I was pulling this patch series.
I found certain patches could not be applied, I had resolved them since
gplugd are in.
But I found certain warnings and errors if I build with
Lds files cleened to remove multiple defined section and modified to
be compliant with --gc-sections added for ColdFire platform in a
previous patch.
Signed-off-by: Stany MARCEL stany.mar...@novasys-ingenierie.com
---
Changes for v2:
- rebase to master
- remove eroneously
Missing $(obj) prevented the build of ColdFire boards in a directory
than sources
Signed-off-by: Stany MARCEL stany.mar...@novasys-ingenierie.com
---
Changes for v2:
- rebase to master
arch/m68k/cpu/mcf5227x/Makefile |2 +-
arch/m68k/cpu/mcf523x/Makefile|2 +-
Signed-off-by: Stany MARCEL stany.mar...@novasys-ingenierie.com
---
Changes for v2:
- rebase to master
MAKEALL|6 ---
Makefile | 96
boards.cfg | 21 +-
Remove unused mkdir, and add missing ones.
Signed-off-by: Stany MARCEL stany.mar...@novasys-ingenierie.com
---
Changes for v2:
- rebase to master
Makefile | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/Makefile b/Makefile
index 400cb5f..9febdf5 100644
The spa, stm, int, 32 and 16 linking files are identical so there is
no need to differentiate them. A single lds file is now used, and
_config rule are simplified.
Signed-off-by: Stany MARCEL stany.mar...@novasys-ingenierie.com
---
Changes for v2:
- rebase to master
Makefile
A temp variable was used but not declared, with CONFIG_SYS_DRAMSZ1
defined. This variable is now declared in the functione when needed.
Signed-off-by: Stany MARCEL stany.mar...@novasys-ingenierie.com
---
Changes for v2:
- rebase to master
board/freescale/m548xevb/m548xevb.c |3 +++
Simon Glass wrote at Thursday, October 13, 2011 6:18 PM:
On Thu, Oct 13, 2011 at 5:06 PM, Tom Warren twar...@nvidia.com wrote:
Simon Glass wrote at Wednesday, October 12, 2011 2:13 PM:
...
Yes that's right since yesterday's merge of MMC into u-boot-arm (prior
to that there was no working
Move ehci.h and ehci-core.h to include/usb directory.
Cc: Remy Bohmer li...@bohmer.net
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v1:
- Properly do the file rename via git
drivers/usb/host/ehci-fsl.c |4 ++--
drivers/usb/host/ehci-hcd.c
On Friday 14 October 2011 03:44:13 Bernhard Kaindl wrote:
Am 12.10.2011 23:48, schrieb Mike Frysinger:
Ditch this brain-deadness by just shifting the MSB from the network byte
stream of the reply message into the right (MSB) location of a short int
and putting the LSB from the network byte
Jana,
On Sun, Oct 9, 2011 at 5:22 PM, Jana Rapava ferma...@gmail.com wrote:
I haven't found time to work on this recently, I have some problems in
school which I absolutely have to solve first.
I have just resent an updated 1/4 after getting feedback from the list.
Let's wait and see if it
On Monday, October 10, 2011 08:45:05 PM Mike Frysinger wrote:
On Monday 10 October 2011 14:33:47 Marek Vasut wrote:
On Monday, October 10, 2011 08:24:48 PM Mike Frysinger wrote:
On Monday 10 October 2011 11:34:26 Marek Vasut wrote:
--- a/common/usb_kbd.c
+++ b/common/usb_kbd.c
On Sunday, October 09, 2011 10:22:03 PM Jana Rapava wrote:
2011/10/9 Marek Vasut marek.va...@gmail.com
On Sunday, September 25, 2011 07:25:07 PM Jana Rapava wrote:
Signed-off-by: Jana Rapava ferma...@gmail.com
Cc: Marek Vasut marek.va...@gmail.com
Cc: Remy Bohmer li...@bohmer.net
Stephen,
-Original Message-
From: Stephen Warren
Sent: Friday, October 14, 2011 8:04 AM
To: Simon Glass; Tom Warren
Cc: Anton Staaf; U-Boot Mailing List
Subject: RE: [U-Boot] [RESEND PATCH v2] tegra2: Enable data cache
Simon Glass wrote at Thursday, October 13, 2011 6:18 PM:
On
Tom Warren wrote at Friday, October 14, 2011 9:56 AM:
Stephen Warren wrote at Friday, October 14, 2011 8:04 AM:
Simon Glass wrote at Thursday, October 13, 2011 6:18 PM:
On Thu, Oct 13, 2011 at 5:06 PM, Tom Warren twar...@nvidia.com wrote:
Simon Glass wrote at Wednesday, October 12, 2011
On Friday, October 14, 2011 05:49:50 PM Fabio Estevam wrote:
Jana,
On Sun, Oct 9, 2011 at 5:22 PM, Jana Rapava ferma...@gmail.com wrote:
I haven't found time to work on this recently, I have some problems in
school which I absolutely have to solve first.
I have just resent an updated
Hi Tom Stephen,
On Fri, Oct 14, 2011 at 9:02 AM, Stephen Warren swar...@nvidia.com wrote:
Tom Warren wrote at Friday, October 14, 2011 9:56 AM:
Stephen Warren wrote at Friday, October 14, 2011 8:04 AM:
Simon Glass wrote at Thursday, October 13, 2011 6:18 PM:
On Thu, Oct 13, 2011 at 5:06
Hi Marek,
On Thu, 22 Sep 2011 21:22:12 +0200
Marek Vasut marek.va...@gmail.com wrote:
Rewrite the mxc_i2c driver.
* This version is much closer to Linux implementation.
* Fixes IPG_PERCLK being incorrectly used as clock source
* Fixes behaviour of the driver on iMX51
* Clean up coding
On Fri, Oct 14, 2011 at 9:26 AM, Simon Glass s...@chromium.org wrote:
Hi Tom Stephen,
On Fri, Oct 14, 2011 at 9:02 AM, Stephen Warren swar...@nvidia.com wrote:
Tom Warren wrote at Friday, October 14, 2011 9:56 AM:
Stephen Warren wrote at Friday, October 14, 2011 8:04 AM:
Simon Glass wrote
This is not an uncommon operation in U-Boot, so let's put it in a common
function.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Fix commit title from getenv_int() to getenv_ulong()
common/cmd_nvedit.c |7 +++
include/common.h| 12
2 files changed,
On Friday 14 October 2011 12:47:56 Simon Glass wrote:
On Thu, Oct 13, 2011 at 6:53 PM, Mike Frysinger wrote:
subject is int but implementation is ulong
Yes - I wonder if I can just submit a V2 for that one patch with a new
subject?
that's fine (i do it all the time). although in the
Acked-by: Mike Frysinger vap...@gentoo.org
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Friday 14 October 2011 10:31:12 Simon Glass wrote:
On Thu, Oct 13, 2011 at 11:13 PM, Reinhard Meyer wrote:
Several places in U-Boot's board files can make use of a function like
this,
so this patch series creates the function, and changes the board files
to use it.
As suggested by
This tool takes a key=value configuration file (same as would a `printenv' show)
and generates the corresponding environment image, ready to be flashed.
use case: flash the environment with an external tool
Signed-off-by: David Wagner david.wag...@free-electrons.com
Acked-by: Mike Frysinger
Hi Mike,
On Fri, Oct 14, 2011 at 10:09 AM, Mike Frysinger vap...@gentoo.org wrote:
On Friday 14 October 2011 12:47:56 Simon Glass wrote:
On Thu, Oct 13, 2011 at 6:53 PM, Mike Frysinger wrote:
subject is int but implementation is ulong
Yes - I wonder if I can just submit a V2 for that one
On Friday 14 October 2011 13:42:07 Simon Glass wrote:
On Fri, Oct 14, 2011 at 10:09 AM, Mike Frysinger wrote:
On Friday 14 October 2011 12:47:56 Simon Glass wrote:
On Thu, Oct 13, 2011 at 6:53 PM, Mike Frysinger wrote:
subject is int but implementation is ulong
Yes - I wonder if I can
Hi Scott,
ok. Will have a look - hopefully this weekend.
Regards
Simon
2011/10/14 Simon Schwarz simonschwarz...@googlemail.com:
Hi Scott,
ok. Will have a look - hopefully this weekend.
Regards
Simon
2011/10/4 Scott Wood scottw...@freescale.com:
On 09/29/2011 02:44 AM, Simon Schwarz
On Oct 11, 2011, at 5:26 PM, Simon Glass wrote:
This library provides useful functions to drivers which want to use
the fdt to control their operation. Functions are provided to:
- look up and enumerate a device type (for example assigning i2c bus 0,
i2c bus 1, etc.)
- decode basic types
Hi Kumar,
On Fri, Oct 14, 2011 at 11:12 AM, Kumar Gala ga...@kernel.crashing.org wrote:
On Oct 11, 2011, at 5:26 PM, Simon Glass wrote:
This library provides useful functions to drivers which want to use
the fdt to control their operation. Functions are provided to:
- look up and enumerate
Hi Mike,
On Fri, Oct 14, 2011 at 11:06 AM, Mike Frysinger vap...@gentoo.org wrote:
On Friday 14 October 2011 13:42:07 Simon Glass wrote:
On Fri, Oct 14, 2011 at 10:09 AM, Mike Frysinger wrote:
On Friday 14 October 2011 12:47:56 Simon Glass wrote:
On Thu, Oct 13, 2011 at 6:53 PM, Mike
From: Shengzhou Liu shengzhou@freescale.com
For P3060 and P4080, USB pins are multiplexed with other functions.
Update the device tree status for USB ports based on setting of
RCW[EC1] RCW[EC2] which describe if pins are muxed to usb.
Signed-off-by: Shengzhou Liu shengzhou@freescale.com
From: Shengzhou Liu shengzhou@freescale.com
Add common function fdt_set_node_status() to assist in various locations
that we set a nodes status. This function utilizes the status values
that are part of the EPAPR spec (on power.org).
fdt_set_status_by_alias() is based on
On Fri, Oct 14, 2011 at 2:34 AM, Kumar Gala ga...@kernel.crashing.org wrote:
The following changes since commit d8fffa057c9430fd0c5104ab6ff7db4cdb03db51:
Merge branch 'master' of git://git.denx.de/u-boot-mips (2011-10-12 22:47:15
+0200)
are available in the git repository at:
Dear Simon Glass,
In message capnjgz1l_5wuenkg25cox+-xhr+ulu82-x1hcg_e2r9ut8d...@mail.gmail.com
you wrote:
and I cannot see how getenv_int() would work before relocation.
From what I can tell the existing getenv() function deals with this
automatically by looking at the global flags.
Dear Simon Glass,
In message 1318552994-6653-2-git-send-email-...@chromium.org you wrote:
--- a/include/common.h
+++ b/include/common.h
...
+/**
+ * Decode the value of an environment variable and return it.
+ *
+ * @param name Name of environemnt variable
+ * @param base
Dear Mike Frysinger,
In message 201110141311.55171.vap...@gentoo.org you wrote:
From what I can tell the existing getenv() function deals with this
automatically by looking at the global flags.
yep, and that should be sufficient. in the pre-relocation stages, you can
only
have one
Dear Alex Dubov,
In message 1318576261.97640.yahoomail...@web121013.mail.ne1.yahoo.com you
wrote:
I have looked into it previously but unfortunately, I could not think of a
reasonable solution.
Well, the ultimate cure to that problem is the removal of this board.
Boards that cause build
Dear Simon Glass,
In message 1318610916-6975-2-git-send-email-...@chromium.org you wrote:
This is not an uncommon operation in U-Boot, so let's put it in a common
function.
Please make sure to use this function ONLY in places where getenv()
use is OK. Do NOT use it where getenv_f() is needed
Hi Stefano,
Le 12/10/2011 11:39, Stefano Babic a écrit :
On 10/11/2011 10:17 PM, Albert ARIBAUD wrote:
Le 05/10/2011 07:55, Heiko Schocher a écrit :
Hello Albert,
can you comment/apply the following patches? As the new merge window is
open, I think they can go to mainline:
arm, logbuffer:
Hi Heiko,
Le 12/10/2011 13:36, Heiko Schocher a écrit :
Hello Christian, Albert,
Christian Riesch wrote:
Hello Heiko
I tried to apply your patches to the current master, since they are a
prerequisite for your enbw_cmc patches but
[U-Boot] cosmetic, post: Codingstyle cleanup
Hi Jason,
Le 29/09/2011 22:05, Jason a écrit :
Albert, Prafulla,
On Wed, Sep 28, 2011 at 08:42:42AM +0200, Albert ARIBAUD wrote:
Hi all,
On 21/09/2011 23:34, Jason wrote:
Albert, Prafulla,
On Wed, Sep 21, 2011 at 11:00:42PM +0200, Wolfgang Denk wrote:
In
Dear Jason,
In message 20111014131245.gf7...@titan.lakedaemon.net you wrote:
1.) checkpatch.pl complained about volatile in source.c:312. This is
a register we bitbang in a loop and we don't want the compiler
optimizing it out.
This would, in almost all cases, trigger a
Hi Simon,
Le 30/09/2011 12:41, Simon Schwarz a écrit :
This function is also defined in omap-common/spl_mmc.de so the implementation
in devkit8000.c was protected by a ifdef.
Signed-off-by: Simon Schwarzsimonschwarz...@gmail.com
---
board/timll/devkit8000/devkit8000.c |2 +-
1 files
Hi Simon,
Le 30/09/2011 12:41, Simon Schwarz a écrit :
Add MMC boot configs to devkit8000 config.
Signed-off-by: Simon Schwarzsimonschwarz...@gmail.com
---
include/configs/devkit8000.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
Hi Steve,
Le 30/09/2011 21:08, Steve Sakoman a écrit :
The level shifters used on the Caspa camera module have a 4k output
impedance. Combined with the 100uA pull-up resistors in the OMAP3,
this raises the ground level to 400mV. Adding crosstalk between the
pixel clock and the HS/VS signals
Albert,
On Fri, Oct 14, 2011 at 09:54:14PM +0200, Albert ARIBAUD wrote:
Hi Jason,
Le 29/09/2011 22:05, Jason a écrit :
Albert, Prafulla,
On Wed, Sep 28, 2011 at 08:42:42AM +0200, Albert ARIBAUD wrote:
Hi all,
On 21/09/2011 23:34, Jason wrote:
Albert, Prafulla,
On Wed, Sep 21, 2011
Wolfgang,
On Fri, Oct 14, 2011 at 09:58:44PM +0200, Wolfgang Denk wrote:
Dear Jason,
In message 20111014131245.gf7...@titan.lakedaemon.net you wrote:
1.) checkpatch.pl complained about volatile in source.c:312. This is
a register we bitbang in a loop and we don't want the
On Oct 14, 2011, at 2:15 PM, Tabi Timur-B04825 wrote:
On Fri, Oct 14, 2011 at 2:34 AM, Kumar Gala ga...@kernel.crashing.org wrote:
The following changes since commit d8fffa057c9430fd0c5104ab6ff7db4cdb03db51:
Merge branch 'master' of git://git.denx.de/u-boot-mips (2011-10-12 22:47:15
Kumar Gala wrote:
Need Wolfgang's Ack on that.
Why? It just fixes a bug in our board code.
--
Timur Tabi
Linux kernel developer at Freescale
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Oct 14, 2011, at 3:29 PM, Timur Tabi wrote:
Kumar Gala wrote:
Need Wolfgang's Ack on that.
Why? It just fixes a bug in our board code.
But it touches common/cmd_mac.c
- k
___
U-Boot mailing list
U-Boot@lists.denx.de
1 - 100 of 142 matches
Mail list logo