On 5/14/12, Mike Frysinger vap...@gentoo.org wrote:
On Monday 14 May 2012 01:37:10 Kyungmin Park wrote:
On 5/14/12, Mike Frysinger vap...@gentoo.org wrote:
On Thursday 10 May 2012 01:23:40 Donghwa Lee wrote:
Makefile |1 +
include/libtizen.h | 30 +
Am 13.05.2012 23:38, schrieb Wolfgang Denk:
Dear Alexander,
In message4fb01720.90...@ahsoftware.de you wrote:
Sorry, it seems you just are unable or yiu don't want to understand the
problem. So here is my last message on this topic, trying to explain it
for you.
I'm sorry you are giving up
Am 13.05.2012 23:38, schrieb Wolfgang Denk:
Dear Alexander,
In message4fb01720.90...@ahsoftware.de you wrote:
What exactly are such error modes, by the way? I would expect that
trailing white space is pretty much harmless for most variable
settings?
The problem already starts in u-boot
Am 14.05.2012 11:07, schrieb Alexander Holler:
Am 13.05.2012 23:38, schrieb Wolfgang Denk:
Dear Alexander,
In message4fb01720.90...@ahsoftware.de you wrote:
What exactly are such error modes, by the way? I would expect that
trailing white space is pretty much harmless for most variable
Dear Mike Frysinger,
On Tuesday 01 May 2012 16:50:14 Marek Vasut wrote:
The gpio_from_string() call shall parse the incoming GPIO name taken
from the command line and return the GPIO number used within U-Boot or
return -1 on error.
i.e. the already existing name_to_gpio() func
You mean
Hi Wolfgang Denk,
could you please clarify on the below review comment.
From: Marek Vasut [marek.va...@gmail.com]
Sent: Saturday, May 12, 2012 11:50 AM
To: u-boot@lists.denx.de
Cc: Srikanth Reddy; Mohamed Haneef; Shrinivas Sahukar; w...@denx.de
Subject:
Enable new PIO feature supported by Atmel SoC.
Using CPU_HAS_PIO3 micro to enable PIO new feature.
Signed-off-by: Bo Shen voice.s...@atmel.com
---
arch/arm/include/asm/arch-at91/at91_pio.h | 71 -
drivers/gpio/at91_gpio.c | 123 -
2
Scott,
On Monday 07 May 2012 10:19:46 Stefan Roese wrote:
Scott, are you okay with this patchset? If yes, how should we handle
this patch series. As its NAND related it should go through your
git repository. But it also touches the SPEAr board files and config
headers. And other pending SPEAr
Dear Bo Shen,
On 14.05.2012 11:00, Bo Shen wrote:
Enable new PIO feature supported by Atmel SoC.
Using CPU_HAS_PIO3 micro to enable PIO new feature.
Signed-off-by: Bo Shen voice.s...@atmel.com
---
arch/arm/include/asm/arch-at91/at91_pio.h | 71 -
This patch adds a function to set usb host mode to USB 2.0 HOST Link
for EXYNOS5
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
arch/arm/cpu/armv7/exynos/system.c| 22 ++
arch/arm/include/asm/arch-exynos/system.h |3 +++
This patch adds functions to enable/disable the power of USB
host controller for EXYNOS5.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
Signed-off-by: Che-Liang Chiou clch...@chromium.org
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes for V4:
-Renamed
This patch corrects the SYSREG structure.
We have removed the sysreg.h added in the previous patchset
version as the sysreg structure is already defined in system.h.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Minkyu Kang mk7.k...@samsung.com
---
This patch corrects the base addresses for USB_PHY and USB_OTG.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Chander Kashyap chander.kash...@linaro.org
Acked-by: Minkyu Kang mk7.k...@samsung.com
---
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Minkyu Kang mk7.k...@samsung.com
---
include/configs/smdk5250.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/configs/smdk5250.h
This patch adds power mananagement registers structure for exynos5 SoC.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Chander Kashyap chander.kash...@linaro.org
Acked-by: Minkyu Kang mk7.k...@samsung.com
---
arch/arm/include/asm/arch-exynos/power.h | 622
On Sun, May 13, 2012 at 02:50:07PM +0200, Alexander Holler wrote:
Use the new option -r for env import.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
While I am sympathetic, the right answer is to tell users to use a text
editor that can save with UNIX-style newlines. NAK.
--
Tom
Mike Frysinger wrote:
On Friday 04 May 2012 18:21:31 Timur Tabi wrote:
Introduce board_start_saveenv() and board_finish_saveenv(), two weak
functions that are called before and after saving the environment. This
allows for board-specific functions that prepare the board for saving
the
On Monday 14 May 2012 07:31:35 Marek Vasut wrote:
Dear Mike Frysinger,
On Tuesday 01 May 2012 16:50:14 Marek Vasut wrote:
The gpio_from_string() call shall parse the incoming GPIO name taken
from the command line and return the GPIO number used within U-Boot or
return -1 on error.
On Mon, May 07, 2012 at 10:49:21PM -0400, Matt Porter wrote:
In warm reset conditions on OMAP36xx/AM/DM37xx the rom code
incorrectly sets the DPLL4 clock input divider to /6.5 which
is an invalid value unless the input clock is 13MHz. When a JTAG
emulator is attached, a warm reset is
On Sat, May 05, 2012 at 08:32:50AM +0200, Heiko Schocher wrote:
- change gpio pin settings:
- gpio pin 6[13] (PLC reset) default value low
- gpio pin 6[0] (TPM reset) default value low
- 4 new GPIO pins
pin i/o name
- 3[9] input Board Type
- 2[7] input HW-ID0
On Wed, Apr 25, 2012 at 07:05:19PM +0300, Tero Kristo wrote:
If uart2 is enabled during boot, spurious wifi chip transmission will
hang the module and it is impossible to recover from this situation
without hard reset. This will prevent any l4_per domain idle
transitions.
Signed-off-by:
On Tue, May 01, 2012 at 03:05:08PM -0500, Jon Hunter wrote:
From: Jon Hunter jon-hun...@ti.com
For OMAP4 boards, such as the panda-es, that have 1GB of memory the linux
kernel fails to locate the device tree blob on boot. The reason being is that
u-boot is copying the DT blob to the upper
Am 14.05.2012 18:02, schrieb Tom Rini:
On Sun, May 13, 2012 at 02:50:07PM +0200, Alexander Holler wrote:
Use the new option -r for env import.
Signed-off-by: Alexander Hollerhol...@ahsoftware.de
While I am sympathetic, the right answer is to tell users to use a text
editor that can save
On Sun, May 13, 2012 at 3:46 PM, Marek Vasut ma...@denx.de wrote:
From what I read from mx23 datasheet it is.
From what I saw two days ago in the LAKML it isn't ... compare
HW_APBH_CH0_SEMA
for instance ;-) Check drivers/dma/mxs-dma.c in Linux for example.
From what I see the offsets are
Simon,
On Fri, May 11, 2012 at 5:16 PM, Simon Glass s...@chromium.org wrote:
Hi Tom,
On Fri, May 11, 2012 at 1:14 PM, jimmzhang jimmzh...@nvidia.com wrote:
On Wed, 2012-05-09 at 10:34 -0700, Tom Warren wrote:
Simon Glass's proposal to fix this on Seaboard was NAK'd, so I
removed his
Hi Stefano/Anatolij,
When I activate framebuffer support for mx53loco board I face the
following problem (in about half of my attempts to boot the kernel):
Starting kernel ...
Linux version 2.6.35.3-01129-g691c08a (fabio@fabio-Latitude-E6410)
(gcc version 4.4.4 (4.4.4_09.06.2010) ) #5 PREEMPT
On Mon, May 14, 2012 at 09:45:58AM -0700, Tom Rini wrote:
On Sat, May 05, 2012 at 08:32:50AM +0200, Heiko Schocher wrote:
- change gpio pin settings:
- gpio pin 6[13] (PLC reset) default value low
- gpio pin 6[0] (TPM reset) default value low
- 4 new GPIO pins
pin i/o
Albert,
Please pull u-boot-tegra/master into ARM master. Thanks!
(NOTE: './MAKEALL -c armv7' passes w/no new errors/warnings)
The following changes since commit 026251a5e825d61d3bcdf6dffcc27d15afd574f4:
Donghwa Lee (1):
EXYNOS: Change bits per pixel value proper for u-boot.
are
Support for DS1388 is added by extending the DS1337 driver. DS1388 is similar
to DS1337. The time registers are offset by 1 (due to support for hundreds of
seconds), and there is no century bit. The configuration and trickle charge
registers are also different. Tested on hardware with Freescale
Dear Mike Frysinger,
On Monday 14 May 2012 07:31:35 Marek Vasut wrote:
Dear Mike Frysinger,
On Tuesday 01 May 2012 16:50:14 Marek Vasut wrote:
The gpio_from_string() call shall parse the incoming GPIO name taken
from the command line and return the GPIO number used within U-Boot
Dear Otavio Salvador,
On Sun, May 13, 2012 at 3:46 PM, Marek Vasut ma...@denx.de wrote:
From what I read from mx23 datasheet it is.
From what I saw two days ago in the LAKML it isn't ... compare
HW_APBH_CH0_SEMA for instance ;-) Check drivers/dma/mxs-dma.c in Linux
for example.
Dear Rajeshwari Shinde,
This patch corrects the SYSREG structure.
What is the exact difference between this patchset and V3 one? It's a good
practice to sum such things up below diffstat.
We have removed the sysreg.h added in the previous patchset
version as the sysreg structure is already
Dear Alexander Holler,
Am 14.05.2012 18:02, schrieb Tom Rini:
On Sun, May 13, 2012 at 02:50:07PM +0200, Alexander Holler wrote:
Use the new option -r for env import.
Signed-off-by: Alexander Hollerhol...@ahsoftware.de
While I am sympathetic, the right answer is to tell users to use
Hi Tom,
On Mon, May 14, 2012 at 10:26 AM, Tom Warren twarren.nvi...@gmail.comwrote:
Simon,
On Fri, May 11, 2012 at 5:16 PM, Simon Glass s...@chromium.org wrote:
Hi Tom,
On Fri, May 11, 2012 at 1:14 PM, jimmzhang jimmzh...@nvidia.com wrote:
On Wed, 2012-05-09 at 10:34 -0700, Tom
On Sat, May 12, 2012 at 8:40 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
+++ b/arch/arm/include/asm/arch-mxs/regs-apbh.h
@@ -30,142 +30,142 @@
My idea is to have a regs-apbh-mx28.h and regs-apbh-mx23.h file. But
the macro is mxs_... as it has same structure for mx28 and mx23.
--
Otavio
Hi Albert,
On Sun, Apr 29, 2012 at 10:19:41PM +0200, Luka Perkov wrote:
On Thu, Apr 19, 2012 at 08:38:19AM +0200, Albert ARIBAUD wrote:
Not my main area of expertise here, but I am not sure how this plays
on Marvell non-kirkwood platforms (e.g., orion5x).
ISTR it is not the first time
Hello,
it seems we finally managed to fix the program for the U-Boot
Developer's Meeting in July. It will take place in the context of the
13th Libre Software Meeting (LSM) in Geneva, see
http://2012.rmll.info/en
The schedule so far is:
* Wednesday, July 11:
3:00 - 6:00 p.m.
U-Boot
On Sun, May 13, 2012 at 10:24:19PM -0700, Mike Frysinger wrote:
On Monday 07 May 2012 12:36:00 Allen Martin wrote:
The other option is to compile all of tegra armv4t by modifying
arch/arm/cpu/armv7/config.mk
no it's not. arch and board config.mk get sourced, so you can put this
On 5/14/2012 10:27 AM, Fabio Estevam wrote:
Hi Stefano/Anatolij,
When I activate framebuffer support for mx53loco board I face the
following problem (in about half of my attempts to boot the kernel):
Starting kernel ...
Linux version 2.6.35.3-01129-g691c08a (fabio@fabio-Latitude-E6410)
(gcc
Hi Troy,
On Mon, May 14, 2012 at 4:45 PM, Troy Kisky
troy.ki...@boundarydevices.com wrote:
This patch (though you can't apply it directly) may give you a clue.
Thanks a lot for sharing your patch. I manually applied it on my
kernel and now it does not hang anymore.
I only used the
Override -march setting for tegra to -march=armv4t for cmd_nvedit.c
The recent change to use -march=armv7-a for armv7 caused a regression
on tegra because tegra starts boot on a arm7tdmi processor before
transferring control to the cortex-a9. While still executing on the
arm7tdmi there is a call
Signed-off-by: Thomas Weber tho...@tomweber.eu
---
include/configs/omap4_common.h |2 +-
include/configs/omap5_evm.h|2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/omap4_common.h b/include/configs/omap4_common.h
index a989721..390ee8a 100644
---
On Monday 14 May 2012 17:15:50 Mike Frysinger wrote:
On Wednesday 02 May 2012 21:37:51 Charles Manning wrote:
Seems odd that this hasn't been done yet.
Shaves 5k off an omap overo build.
my understanding is that it doesn't work for some
It won't work for people that don't set up their lds
Hello,
This replaces my previous pull request and has been build-tested on both
ELDK5.2 and 4.1 and the only failures are the expected ones of
ELDK4.1+omap4/5 (too old to generate working thumb in this case).
omap3_beagle and omap4_panda are boot tested (with 3.4-rc7+b6255ee) to a
login prompt
On 14.05.2012 20:45, Marek Vasut wrote:
Dear Alexander Holler,
Am 14.05.2012 18:02, schrieb Tom Rini:
On Sun, May 13, 2012 at 02:50:07PM +0200, Alexander Holler wrote:
Use the new option -r for env import.
Signed-off-by: Alexander Hollerhol...@ahsoftware.de
While I am sympathetic, the
We do not need to call init_timer both in SPL and U-Boot itself, just
SPL needs to initialize the timer.
Signed-off-by: Tom Rini tr...@ti.com
---
arch/arm/cpu/armv7/am33xx/board.c | 30 --
arch/arm/include/asm/arch-am33xx/cpu.h |2 --
board/ti/am335x/evm.c
Hi Anatolij,
On 05/12/2012 08:41 AM, Anatolij Gustschin wrote:
Hello,
On Wed, 02 May 2012 19:17:41 -0700
Aaron Williams aaron.willi...@cavium.com wrote:
This patch fixes several issues where sector offsets can overflow due to
being limited to 16-bits. There are many cases which can cause
From: Stephen Warren swar...@nvidia.com
(In at least some configurations) Whistler uses UART1 on pingroups
UAA, UAB.
Signed-off-by: Stephen Warren swar...@nvidia.com
---
arch/arm/cpu/armv7/tegra2/board.c | 14 +-
arch/arm/cpu/armv7/tegra2/funcmux.c| 13
From: Stephen Warren swar...@nvidia.com
Whistler is a highly configurable Tegra evaluation and development board.
This change adds support for the following specific configuration:
E1120 motherboard
E1108 CPU board
E1116 PMU board
The motherboard configuration switches are set as follows:
SW1=0
Override -march setting for tegra to -march=armv4t for files that are
necessary for low level init on tegra.
The recent change to use -march=armv7-a for armv7 caused a regression
on tegra because tegra starts boot on a arm7tdmi processor before
transferring control to the cortex-a9. While still
On 05/14/2012 05:14 PM, Allen Martin wrote:
Override -march setting for tegra to -march=armv4t for files that are
necessary for low level init on tegra.
The recent change to use -march=armv7-a for armv7 caused a regression
on tegra because tegra starts boot on a arm7tdmi processor before
On 5/14/2012 23:36, Andreas Bießmann wrote:
Dear Bo Shen,
On 14.05.2012 11:00, Bo Shen wrote:
Enable new PIO feature supported by Atmel SoC.
Using CPU_HAS_PIO3 micro to enable PIO new feature.
Signed-off-by: Bo Shenvoice.s...@atmel.com
---
arch/arm/include/asm/arch-at91/at91_pio.h | 71
Dear Otavio Salvador,
On Sat, May 12, 2012 at 8:40 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
+++ b/arch/arm/include/asm/arch-mxs/regs-apbh.h
@@ -30,142 +30,142 @@
My idea is to have a regs-apbh-mx28.h and regs-apbh-mx23.h file. But
the macro is mxs_... as it has same
On 05/10/2012 01:02 AM, Allen Martin wrote:
Include board.c for both SPL and non-SPL build. Don't use timer_init
from board.c for SPL build.
Signed-off-by: Allen Martin amar...@nvidia.com
diff --git a/board/nvidia/common/Makefile b/board/nvidia/common/Makefile
If we're already not
On 05/10/2012 01:02 AM, Allen Martin wrote:
Add support for tegra arm7 boot processor. This processor is used to
power on the Cortex A9 and transfer control to it.
+static void enable_cpu_power_rail(void)
+ /*
+ * The TI PMU65861C needs a 3.75ms delay between enabling
+ *
On 05/10/2012 01:02 AM, Allen Martin wrote:
Signed-off-by: Allen Martin amar...@nvidia.com
diff --git a/boards.cfg b/boards.cfg
-seaboard arm armv7 seaboard
nvidia tegra2
+seaboard arm armv7:arm720t seaboard
On 05/10/2012 01:02 AM, Allen Martin wrote:
Add target for tegra2 u-boot image. This is a concatenation of tegra
spl and normal u-boot binaries.
diff --git a/Makefile b/Makefile
+$(obj)u-boot.t2: $(obj)spl/u-boot-spl.bin $(obj)u-boot-dtb.bin
Hmmm. Only some boards boot using DT, so
On 05/10/2012 01:02 AM, Allen Martin wrote:
These flags were necessary when building tegra2 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.
diff --git a/arch/arm/cpu/armv7/tegra2/config.mk
On Monday 14 May 2012 14:25:14 Marek Vasut wrote:
Dear Mike Frysinger,
On Monday 14 May 2012 07:31:35 Marek Vasut wrote:
Dear Mike Frysinger,
On Tuesday 01 May 2012 16:50:14 Marek Vasut wrote:
The gpio_from_string() call shall parse the incoming GPIO name
taken from the command
On Monday 14 May 2012 17:01:30 Charles Manning wrote:
On Monday 14 May 2012 17:15:50 Mike Frysinger wrote:
On Wednesday 02 May 2012 21:37:51 Charles Manning wrote:
Seems odd that this hasn't been done yet.
Shaves 5k off an omap overo build.
my understanding is that it doesn't work
On Monday 14 May 2012 03:27:55 Kyungmin Park wrote:
On 5/14/12, Mike Frysinger vap...@gentoo.org wrote:
On Monday 14 May 2012 01:37:10 Kyungmin Park wrote:
On 5/14/12, Mike Frysinger vap...@gentoo.org wrote:
On Thursday 10 May 2012 01:23:40 Donghwa Lee wrote:
Makefile
On Monday 14 May 2012 12:10:48 Timur Tabi wrote:
Mike Frysinger wrote:
this is less bloat:
int board_start_saveenv(void) __attribute__((weak, alias(saveenv)));
int do_env_save(cmd_tbl_t *cmdtp, int flag, int argc, char * const
argv[]) {
printf(Saving Environment to %s...\n,
Dear Mike Frysinger,
On Monday 14 May 2012 14:25:14 Marek Vasut wrote:
Dear Mike Frysinger,
On Monday 14 May 2012 07:31:35 Marek Vasut wrote:
Dear Mike Frysinger,
On Tuesday 01 May 2012 16:50:14 Marek Vasut wrote:
The gpio_from_string() call shall parse the incoming
63 matches
Mail list logo