Dear Wolfgang Denk.
Please pull from u-boot-sh/master.
The following changes since commit c7977858dcf1f656cbe91ea0dc3cb9139c6a8cc8:
ARM: Update mach-types (2011-02-21 08:30:55 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-sh.git master
Nobuhiro Iwamatsu (2):
On 03/03/2011 04:48 AM, Priyanka Jain wrote:
- Timeout counter value is set as DTOCV bits in SYSCTL register
For counter value set as timeout,
Timeout period = (2^(timeout + 13)) SD Clock cycles
- As per 4.6.2.2 section of SD Card specification v2.00, host should
cofigure timeout
Hello,
Am 05.03.2011 14:57, schrieb Egon Boormans:
It looks like the bootcmd doesn't get set to the CONFIG_BOOTCOMMAND value in
the 'include/configs/omap3_beagle.h' file. This value makes it into the
'include/autoconf.mk' file but not into the printenv of the u-boot. If I
...
NAND: 256
Hi,
llandre wrote:
Hi all,
a colleague is facing the following problem.
When using ISE/EDK 12.4 to build a microblaze-based system, the
xparameters.h file that is generated do not match u-boot sources so I
can't build U-Boot. In fact #defines included in this file are prefixed
by XPAR_
common/update.c used to update flash with ITB image.
With this patch it can also use any templated nash commands to load and
save blobs.
Also it adds nand as possible target for update.
Usage example:
// to load itb from usb mass-storage device and save it into nand using
nash commands
setenv
On Mar 7, 2011, at 3:41 AM, Stefano Babic wrote:
On 03/03/2011 04:48 AM, Priyanka Jain wrote:
- Timeout counter value is set as DTOCV bits in SYSCTL register
For counter value set as timeout,
Timeout period = (2^(timeout + 13)) SD Clock cycles
- As per 4.6.2.2 section of SD Card
On Mar 5, 2011, at 10:13 AM, Kumar Gala wrote:
From: York Sun york...@freescale.com
For DDR3 controller, the clk_adjust and wrlvl_start are platform-dependent.
The best values should be picked up from the middle of all working
combinations. This patch updates the table with confirmed
On Mar 1, 2011, at 3:44 AM, Kumar Gala wrote:
From: Matthew McClintock m...@freescale.com
Currently, pixis_reset altbank does not work properly. This patch
uses the correct mask to boot into the alternate bank.
Signed-off-by: Matthew McClintock m...@freescale.com
Signed-off-by: Kumar
On Feb 13, 2011, at 11:18 PM, Kumar Gala wrote:
We had an extra '0x' in the output of the LAWAR header that would cause
output like:
LAWBAR11: 0x LAWAR0x11: 0x80f0001d
intead of:
LAWBAR11: 0x LAWAR11: 0x80f0001d
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
Albert,
On Tue, Feb 22, 2011 at 4:57 PM, Albert ARIBAUD albert.arib...@free.fr wrote:
Hi Tom,
Le 23/02/2011 00:41, Tom Warren a écrit :
Anyone willing to review this? I'd like to get it pulled in to
Albert's arm repo ASAP.
I should be able to review it during the week-end--not before,
Hello everyone,
This patch series creates a generic set of functions available to generic
code which can be easily hooked per-architecture or per-board. I have
tried to be very careful that U-Boot builds and runs on all architectures
for the entire duration of this patchset.
This patchset is
In preparation for making system restart use a generic set of hooks for
boards and architectures, we define some wrappers and weak stubs.
The new wrapper functions are:
system_restart() - Normal system reboot (IE: user request)
emergency_restart() - Critical error response (IE:
All explicit calls to do_reset() should now use either system_restart()
or emergency_restart() as appropriate.
This should not change any behavior because at present there are no
implementations of any arch-specific hooks, making those two functions
just minimal wrappers around the existing
Divide-by-zero errors should be controlled by the CONFIG_PANIC_HANG
configuration variable just like any other kind of trappable U-Boot bug.
Signed-off-by: Kyle Moffett kyle.d.moff...@boeing.com
Cc: Albert Aribaud albert.arib...@free.fr
---
arch/arm/lib/div0.c |6 +++---
1 files changed, 3
The bad_mode() function calls panic() and then would call the
reset_cpu() function, except that panic() never returns!
Replace all of the calls to bad_mode() with simple calls to panic().
This helps prepare for the followup patches to convert to generic
system-restart support.
Signed-off-by:
The exported function table already assigns XF_do_reset properly, so
there should be no need for this processor to manually reassign it.
This change is required before ARM is converted away from using the
legacy do_reset() handler.
Signed-off-by: Kyle Moffett kyle.d.moff...@boeing.com
Cc: Albert
The ARM AT91 port calls a customized board_reset() function after
disabling interrupts and stopping the serial console.
Since this function is not architecture-generic and not compatible with
the new platform-independent meaning for __board_restart(), we rename it
here to be at91_board_reset().
The ARM port has its own reset_cpu() dispatch for its various supported
CPU families, so the existing do_reset() function is simply altered to
use the new prototype for __arch_restart().
In addition, the debug message and delay are duplicated from the generic
code, so they are removed.
This
The bfin_reset_or_hang function unnecessarily duplicates the panic()
logic based on CONFIG_PANIC_HANG.
This patch deletes 20 lines of code and just calls panic() instead.
This also makes the following generic-restart conversion patch simpler.
Signed-off-by: Kyle Moffett kyle.d.moff...@boeing.com
The AVR32 port uses the exact same restart code on all supported CPUs,
so that do_reset() function is simply altered to use the new prototype
for __arch_restart().
It will probably work even when the CPU is in a bad state, so no
separate __arch_emergency_restart() function is required.
The i386 port has its own reset_cpu() dispatch for its various supported
CPU families, so the existing do_reset() function is simply altered to
use the new prototype for __arch_restart().
In addition, the debug message and delay are duplicated from the generic
code, so they are removed.
This
The BlackFin port uses the exact same restart code on all supported
CPUs, so that do_reset() function is simply altered to use the new
prototype for __arch_restart().
Reading the code and CPU documentation does not make it entirely clear
whether or not the implementation is safe to use when the
The MIPS port appears to use no generic hardware capability for
performing a CPU reset, therefore the do_reset() function can completely
go away.
Existing _machine_restart() functions are renamed __board_restart() to
allow the generic code to find them.
Two of the board ports just directly jump
The Nios-II port appears to use no generic hardware capability for
performing a CPU reset. Since all of the supported boards use the exact
same code to perform a jump-to-flash it goes into __arch_restart().
This means that Nios-II has a no-op __arch_emergency_restart() function.
If the CPU is in
The SuperH port uses the exact same restart code on all supported CPUs,
so that do_reset() function is simply altered to use the new prototype
for __arch_restart().
It will probably work even when the CPU is in a bad state, so no
separate __arch_emergency_restart() function is required.
The PowerPC processors supported by U-Boot have many different varieties
of hardware reset capabilites.
Some, such as the 7xx/74xx, require a board-specific hardware-reset
signal to be supplied to the CPU.
Others use CPU-specific restart registers or faulting instructions.
Several of the
The MicroBlaze port only seems to have a single microblaze-generic
board right now with completely undocumented restart functionality.
Since the only do_reset() function in the port is in the board-specific
directory, it is renamed __board_restart().
It is unclear whether or not the code
The m68k port individually implements do_reset() for each of several
different CPU types. As the functions are conditionally compiled based
on the board, this patch simply needs to alter each one to use the new
prototype for __arch_restart().
All of the do_reset() funtions which were converted
All of the users of the legacy do_reset() function have been converted
to __arch_restart() or __board_restart() as appropriate, so the
compatibility calls to do_reset() may be removed.
In addition the do_generic_reset() function is renamed to the now-unused
name do_reset().
Signed-off-by: Kyle
Both Sparc processor variants have the same do_reset() and reset_cpu()
function implementations. Furthermore, the only caller of the
reset_cpu() function on Sparc is do_reset().
To simplify and prepare for Sparc generic-restart support this patch
removes 26 lines of code by merging the functions
The Sparc port appears to use no generic hardware capability for
performing a CPU reset. Since all of the supported boards use the exact
same code to perform a jump-to-flash it goes into __arch_restart().
This means that Sparc has a no-op __arch_emergency_restart() function.
If the CPU is in an
All 3 SH processor variants have the same do_reset() and reset_cpu()
function implementations. Furthermore, the only caller of the
reset_cpu() function on SH is do_reset().
To simplify and prepare for SH generic-restart support this patch
removes 38 lines of code by merging the functions
Hi Wolfgang Denk,
Thanks a lot for all the clarification and help. I really appreciate your
support.
I have few question with reards to the start.S file for MIPS. What is the
significance of CONFIG_SYS_MONITOR_BASE ?? why is this used as the
base/source address in relocate_code in mips start.S
On Mon, 7 Mar 2011 01:18:28 -0600
Zang Roy-R61911 r61...@freescale.com wrote:
-Original Message-
From: Michael Schwingen [mailto:rincew...@discworld.dascon.de]
Sent: Monday, January 31, 2011 6:50 AM
To: Wolfgang Denk
Cc: Zang Roy-R61911; u-boot@lists.denx.de; Kumar Gala;
On Monday, March 07, 2011 12:37:22 Kyle Moffett wrote:
+__attribute__((__noreturn__))
+void emergency_restart(void)
+{
+ __board_emergency_restart();
+ __arch_emergency_restart();
+
+ /* Fallback to the old do_reset() until everything is converted. */
+ do_reset(NULL, 0, 0,
Hi Kyle,
On Tue, Mar 8, 2011 at 4:37 AM, Kyle Moffett kyle.d.moff...@boeing.com wrote:
Hello everyone,
This patch series creates a generic set of functions available to generic
code which can be easily hooked per-architecture or per-board. I have
tried to be very careful that U-Boot builds
On Monday, March 07, 2011 12:37:30 Kyle Moffett wrote:
The bfin_reset_or_hang function unnecessarily duplicates the panic()
logic based on CONFIG_PANIC_HANG.
This patch deletes 20 lines of code and just calls panic() instead.
hmm, didnt even realize this func existed in u-boot. i'll merge
Hi Kyle
On Tue, Mar 8, 2011 at 4:37 AM, Kyle Moffett kyle.d.moff...@boeing.com wrote:
The i386 port has its own reset_cpu() dispatch for its various supported
CPU families, so the existing do_reset() function is simply altered to
use the new prototype for __arch_restart().
In addition, the
Hi Kyle
On Tue, Mar 8, 2011 at 4:37 AM, Kyle Moffett kyle.d.moff...@boeing.com wrote:
All of the users of the legacy do_reset() function have been converted
to __arch_restart() or __board_restart() as appropriate, so the
compatibility calls to do_reset() may be removed.
In addition the
On Mar 07, 2011, at 16:40, Mike Frysinger wrote:
On Monday, March 07, 2011 12:37:22 Kyle Moffett wrote:
+__attribute__((__noreturn__))
+void emergency_restart(void)
+{
+__board_emergency_restart();
+__arch_emergency_restart();
+
+/* Fallback to the old do_reset() until
On Sun, 27 Feb 2011 19:11:28 +0100
Wolfgang Denk w...@denx.de wrote:
Dear Hatim Ali,
In message 96382.60182...@web95116.mail.in2.yahoo.com you wrote:
2) After doing the clock and DRAM initialization it will relocate itself in
the DRAM.
I'm not sure what you mean - the code does not
Hi!
On Mar 07, 2011, at 16:54, Graeme Russ wrote:
On Tue, Mar 8, 2011 at 4:37 AM, Kyle Moffett kyle.d.moff...@boeing.com
wrote:
The i386 port has its own reset_cpu() dispatch for its various supported
CPU families, so the existing do_reset() function is simply altered to
use the new
On Monday, March 07, 2011 16:56:31 Moffett, Kyle D wrote:
On Mar 07, 2011, at 16:40, Mike Frysinger wrote:
On Monday, March 07, 2011 12:37:22 Kyle Moffett wrote:
+ udelay(5);
this doesnt sit well with me. i dont see why this matters ... we dont
have any delays today, and i dont
Hi Kyle
On Tue, Mar 8, 2011 at 9:06 AM, Moffett, Kyle D
kyle.d.moff...@boeing.com wrote:
Hi!
On Mar 07, 2011, at 16:54, Graeme Russ wrote:
On Tue, Mar 8, 2011 at 4:37 AM, Kyle Moffett kyle.d.moff...@boeing.com
wrote:
The i386 port has its own reset_cpu() dispatch for its various supported
On Mar 07, 2011, at 17:26, Graeme Russ wrote:
On Tue, Mar 8, 2011 at 9:06 AM, Moffett, Kyle D kyle.d.moff...@boeing.com
wrote:
On Mar 07, 2011, at 16:54, Graeme Russ wrote:
This part does not make much sense - If the CPU is in 'a bad state' then
it will probably be lights out anyway. As I
Hi!
On Mar 07, 2011, at 16:55, Graeme Russ wrote:
On Tue, Mar 8, 2011 at 4:37 AM, Kyle Moffett kyle.d.moff...@boeing.com
wrote:
All of the users of the legacy do_reset() function have been converted
to __arch_restart() or __board_restart() as appropriate, so the
compatibility calls to
On Tue, Mar 8, 2011 at 10:00 AM, Moffett, Kyle D
kyle.d.moff...@boeing.com wrote:
Hi!
On Mar 07, 2011, at 16:55, Graeme Russ wrote:
On Tue, Mar 8, 2011 at 4:37 AM, Kyle Moffett kyle.d.moff...@boeing.com
wrote:
All of the users of the legacy do_reset() function have been converted
to
On Sun, Mar 6, 2011 at 10:17 PM, Kumar Gala ga...@kernel.crashing.org wrote:
From: Jiang Yutang b14...@freescale.com
Added two build configurations with DIU enabled on P1022DS and fixed the
configuration for LVDS monitors to enable backlighting.
Signed-off-by: Jiang Yutang
On Tue, Mar 8, 2011 at 9:57 AM, Moffett, Kyle D
kyle.d.moff...@boeing.com wrote:
On Mar 07, 2011, at 17:26, Graeme Russ wrote:
On Tue, Mar 8, 2011 at 9:06 AM, Moffett, Kyle D kyle.d.moff...@boeing.com
wrote:
On Mar 07, 2011, at 16:54, Graeme Russ wrote:
This part does not make much sense -
On Tue, Mar 8, 2011 at 9:10 AM, Mike Frysinger vap...@gentoo.org wrote:
On Monday, March 07, 2011 16:56:31 Moffett, Kyle D wrote:
On Mar 07, 2011, at 16:40, Mike Frysinger wrote:
On Monday, March 07, 2011 12:37:22 Kyle Moffett wrote:
+ udelay(5);
this doesnt sit well with me. i
Hello everyone,
I am new to this mail list. I am trying to do autoboot in u-boot but it
does not work. I have set bootdelay and bootcmd variables. It seems as
though bootcmd is not executed and bootdelay is not even used. I always
have to manually type in a command such as run flashramboot to
On Mon, 28 Feb 2011 14:57:11 +0800
Xiangfu Liu xian...@openmobilefree.net wrote:
+static int jz_nand_rs_correct_data(struct mtd_info *mtd, u_char *dat,
+u_char *read_ecc, u_char *calc_ecc)
+{
+ int k;
+ uint32_t errcnt, index, mask, status;
+
On Mon, 7 Mar 2011 18:25:29 -0500
Male, Marcos marcos.m...@nielsen.com wrote:
Hello everyone,
I am new to this mail list. I am trying to do autoboot in u-boot but it
does not work. I have set bootdelay and bootcmd variables. It seems as
though bootcmd is not executed and bootdelay is
This is common pwm driver of S5P.
Signed-off-by: Donghwa Lee dh09@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Changes since v2:
- Timer4 was blocked to access compare buffer register
- code clean
arch/arm/cpu/armv7/s5p-common/Makefile |1 +
On Monday, March 07, 2011 18:09:25 Graeme Russ wrote:
On Tue, Mar 8, 2011 at 9:10 AM, Mike Frysinger vap...@gentoo.org wrote:
On Monday, March 07, 2011 16:56:31 Moffett, Kyle D wrote:
On Mar 07, 2011, at 16:40, Mike Frysinger wrote:
On Monday, March 07, 2011 12:37:22 Kyle Moffett wrote:
If FB address is defined specific address then don't grab memory for LCD
Signed-off-by: Minkyu Kang mk7.k...@samsung.com
---
arch/m68k/lib/board.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/m68k/lib/board.c b/arch/m68k/lib/board.c
index 7867ba5..a6cd9b8
If FB address is defined specific address then don't grab memory for LCD
Signed-off-by: Minkyu Kang mk7.k...@samsung.com
Cc: Albert Aribaud albert.arib...@free.fr
---
arch/arm/lib/board.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/lib/board.c
This is common pwm driver of S5P.
Signed-off-by: Donghwa Lee dh09@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Changes since v3:
- fixed pwm register offset
- move definitions of register to header file
Changes since v2:
- Timer4 was blocked to access compare buffer
58 matches
Mail list logo
