Signed-off-by: Heiko Schocher h...@denx.de
---
[hs@pollux u-boot]$ ./tools/checkpatch.pl
20120215/0001-command-log-Coding-Style-cleanup.patch
total: 0 errors, 0 warnings, 217 lines checked
NOTE: Ignored message types: COMPLEX_MACRO CONSIDER_KSTRTO MINMAX
MULTISTATEMENT_MACRO_USE_DO_WHILE
print in the log info command, if log_version = 2 also the
value from log-v2.con.
Signed-off-by: Heiko Schocher h...@denx.de
---
[hs@pollux u-boot]$ ./tools/checkpatch.pl
20120215/0002-command-log-print-log-v2.con-value-in-the-log-info-c.patch
total: 0 errors, 0 warnings, 7 lines checked
NOTE
Stefan Roese sr at denx.de writes:
Hi Prakash,
On Friday 15 January 2010 14:23:35 prakash bedge wrote:
In October 09 month, I had asked whether U-boot supports M29W128GH, a CFI
compilant chip and I got a yes reply. Please refer below URL for reference.
block at 0x0324
128 MiB
MMC: davinci: 0
remove them to debug output, so it shows with this patch:
Flash: 2 MiB
NAND: 128 MiB
MMC: davinci: 0
Signed-off-by: Heiko Schocher h...@denx.de
Cc: Scott Wood scottw...@freescale.com
---
[hs@pollux u-boot]$ ./tools/checkpatch.pl
20120215/0001
For e500 and e500v2 architecturees processor IVPR address should be alinged on
64K boundary.
in start.S, CONFIG_SYS_MONITOR_BASE is stored blindly in IVPR assuming it to be
64K aligned. It may not be true always. If it is not aligned, IVPR + IVORs may
not point to an exception handler.
After relocation of vector table in SDRAM's lower address, IVORs value should
be updated with new handler addresses.
As vector tables are relocated to 0x100,0x200... 0xf00 address in DDR.IVORs
are updated with 0x100, 0x200,f00 hard-coded values.
Signed-off-by: Prabhakar Kushwaha
NAND SPL code never compile the vector table.
So no need to setup interrupt vector table for NAND SPL.
Signed-off-by: Prabhakar Kushwaha prabha...@freescale.com
---
Applies on http://git.denx.de/u-boot.git branch master
arch/powerpc/cpu/mpc85xx/start.S |6 ++
1 files changed, 6
This series of patches include 4 parts to overcome the limitation of
e500 and e500v2 processor to support any debugger.
1. Add documentation for mpc85xx debugger support
2. powerpc/85xx:Fix MSR[DE] bit in MSR to support debugger
3. powerpc/85xx:Update NOR code base to support debugger
4.
Debugger's ability to debug an application is constrained by the
architecture's debug IP / run-control solution that may impose certain
requirements for the application itself.
Similarly, when referring to the e500 and e500v2 architecture, there are two
basic rules any application has to respect
Update the NOR code base to support NOR-boot debugging.
It ovecome e500 and e500v2's second limitation i.e. IVPR + IVOR15 should be
valid fetchable OP code address.
While executing in translated space (AS=1), whenever a debug exception is
generated, the MSR[DS/IS] gets cleared and the processor
Update NAND code base to ovecome e500 and e500v2's second limitation i.e. IVPR
+ IVOR15 should be valid fetchable OP code address.
As NAND SPL does not compile vector table so making sure IVOR + IVOR15 points to
any fetchable valid data
Signed-off-by: Radu Lazarescu radu.lazare...@freescale.com
This describes requirement of e500 and e500v2 processor to support any
debugger. it also provide an insight of switch used and defined.
Signed-off-by: Radu Lazarescu radu.lazare...@freescale.com
Signed-off-by: Prabhakar Kushwaha prabha...@freescale.com
---
Applies on
Built u-boot elf file does not contain any dwarf informations by default. This
information is required for debugging.
Add dwarf ver 2 flag in DBGFLAGS.
Signed-off-by: Radu Lazarescu radu.lazare...@freescale.com
Signed-off-by: Prabhakar Kushwaha prabha...@freescale.com
---
Applies on
Is this patch approved?
From: u-boot-boun...@lists.denx.de [u-boot-boun...@lists.denx.de] on behalf of
Robert Deliën [rob...@delien.nl]
Sent: 07 February 2012 10:15
To: Marek Vasut
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH] Elimintated magic
From: Robert Delien rob...@delien.nl
This set of patches fixes ref_cpu clock setup.
Robert Delien (4):
Renamed mx28_register to mx28_register_32 to prepare for
mx28_register_8
Introducing 8-bit wide register, mx28_register_8
Fix erroneous 32-bit access to hw_clkctrl_frac0 and
From: Robert Delien rob...@delien.nl
This set of patches fixes ref_cpu clock setup.
Robert Delien (4):
Renamed mx28_register to mx28_register_32 to prepare for
mx28_register_8
Introducing 8-bit wide register, mx28_register_8
Fix erroneous 32-bit access to hw_clkctrl_frac0 and
From: Robert Delien rob...@delien.nl
This patch introduces an 8-bit register, mx28_register_8, in order to
prepare for fixing erroneous 32-bit wide access of registers
hw_clkctrl_frac0 and hw_clkctrl_frac1.
Signed-off-by: Robert Delien rob...@delien.nl
---
From: Robert Delien rob...@delien.nl
This patch renames mx28_register to mx28_register_32 in order to
prepare for the introduction of an 8-bit register, mx28_register_8.
Signed-off-by: Robert Delien rob...@delien.nl
---
arch/arm/cpu/arm926ejs/mx28/clock.c |4 +-
From: Robert Delien rob...@delien.nl
This patch fixes erroneous 32-bit access to registers
hw_clkctrl_frac0 and hw_clkctrl_frac1.
Signed-off-by: Robert Delien rob...@delien.nl
---
arch/arm/cpu/arm926ejs/mx28/clock.c | 70 ++---
From: Robert Delien rob...@delien.nl
This patch prevents the needless switching on and off of PLL bypass
mode. With this patch in place, single-stepping through the SPL is
now possible.
Signed-off-by: Robert Delien rob...@delien.nl
---
arch/arm/cpu/arm926ejs/mx28/spl_mem_init.c |4
From: Robert Delien rob...@delien.nl
Why did you repost? Fix that domain.unknown
M
This set of patches fixes ref_cpu clock setup.
Robert Delien (4):
Renamed mx28_register to mx28_register_32 to prepare for
mx28_register_8
Introducing 8-bit wide register, mx28_register_8
Fix
Why did you repost?
I reposted with your ack in 1 to 3. Still they don't seem to show up in
the mailing list.
Fix that domain.unknown
I can't. It's Agilent's smpt server's way to tell it's not happy with
relaying messages from my email address.
___
Thanks for reviewing this patch.
Please find my response in-lined
On Tuesday 14 February 2012 07:48 PM, Wolfgang Denk wrote:
Dear Prabhakar Kushwaha,
In message1329200040-23039-1-git-send-email-prabha...@freescale.com you
wrote:
PSC9131RDB is a Freescale reference design board for
Why did you repost?
I reposted with your ack in 1 to 3. Still they don't seem to show up in
the mailing list.
Patchwork handles that.
Fix that domain.unknown
I can't. It's Agilent's smpt server's way to tell it's not happy with
relaying messages from my email address.
Sure you can
PSC9131RDB is a Freescale reference design board for PSC9131 SoC. PSC9131 SOC
is an integrated device that targets Femto base station market. It combines
Power Architecture e500v2 and DSP StarCore SC3850 core technologies with
MAPLE-B2F baseband acceleration processing elements
PSC9131RDB
Hello All,
While I'm running u-boot on spear320 board, I'm seeing a crash. The crash
happens during the .rel.dyn relocations. While debugging, I found that the
.rel.dyn section contains a word with all the bits set (0x) and the
code is trying to fix-up this location.
The u-boot address
Dear =?iso-8859-1?Q?Robert_Deli=EBn?=,
In message 6ea3e0bcc03cc34b89b01bd57ecbc718f82...@pobox.postoffice.danego.net
you wrote:
Why did you repost?
I reposted with your ack in 1 to 3. Still they don't seem to show up in
the mailing list.
Never do this. ACKs and such are tracked in
Dear Robert@domain.unknown,
In message 1329301803-11624-2-git-send-email-rob...@delien.nl you wrote:
From: Robert Delien rob...@delien.nl
This patch renames mx28_register to mx28_register_32 in order to
prepare for the introduction of an 8-bit register, mx28_register_8.
Signed-off-by:
Sure you can ...
$ cat .gitconfig
[user]
name = Us Er
email = u...@ma.il
Done
Thanks of the hint, but I configured that some time ago already (in
~/.gitconfig).
Git even confirms:
$ git config -l
user.name=Rxbert Dxlien
user.email=rxb...@dxlien.nl
color.diff=auto
Thumb is an alternate instruction set available in many
ARM processors. Below is a detailed description from ARM
specs:
The Thumb instruction set is a re-encoded subset of the
ARM instruction set. Thumb instructions execute in their
own processor state, with the architecture defining the
Enable Thumb build and ARM-Thumb interworking based on the new
config flag CONFIG_SYS_THUMB_BUILD
Signed-off-by: Aneesh V ane...@ti.com
---
Changes from RFC to V1:
- Fixed review comments from Tom Rini tr...@ti.com
---
README |9 +
arch/arm/config.mk | 20
This is labeled as patch v5 - but I cannot see any log of what has
been changed compared to previous versions, i. e. which review
comments have been applied and which ignored.
I did the curtesy of re-forming patch set v5 from a freshly pulled
repository, because they no longer applied without
Enable -march=armv7-a for armv7 platforms if the tool-chain
supports it. This in turn results in Thumb-2 code generated
for these platforms if CONFIG_SYS_THUMB_BUILD is enabled.
Signed-off-by: Aneesh V ane...@ti.com
---
I believe armv7-a is fine for all the SoCs except Tegra2
and I see that
This is done using the following directive preceding
each function definition:
.type func-name, %function
This marks the symbol as a function in the object
header which in turn helps the linker in some cases.
In particular this was found needed for resolving ARM/Thumb
calls correctly in a build
Signed-off-by: Aneesh V ane...@ti.com
---
Changes from RFC to V1:
- None
---
include/configs/omap4_common.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap4_common.h b/include/configs/omap4_common.h
index a989721..01b4d6c 100644
---
On 01/30/2012 03:21 PM, Helmut Raiger wrote:
Add PREBOOT, SILENT_CONSOLE and DEVICE_NULLDEV for release
build. Fixed bug in CONFIG_SYS_HUSH_PARSER define.
Signed-off-by: Helmut Raigerhelmut.rai...@hale.at
Stefano, please comment, it's only board specific.
Helmut
--
Scanned by MailScanner.
Hi Wolfgang,
On Tue, Feb 14, 2012 at 11:31 PM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message 1329286030-32560-2-git-send-email-...@chromium.org you wrote:
The environment variables preboot, bootcmd and menucmd can hold a command
to execute. This change permits these
Do you plan to post a patch to enable NAND on the EVK as well?
No, I'm afraid not anymore.
That shouldn't be a big deal.
The patch isn't, but getting it accepted is.
___
U-Boot mailing list
U-Boot@lists.denx.de
On Wednesday 15 February 2012 02:51:40 Nobuhiro Iwamatsu wrote:
2012/2/3 Mike Frysinger:
On Friday 03 February 2012 02:30:48 Nobuhiro Iwamatsu wrote:
static int sh_eth_bb_set_mdc(struct bb_miiphy_bus *bus, int v)
{
+ int port;
struct sh_eth_dev *eth = bus-priv;
- int
all superh boards hit this warning for me:
Configuring for sh7763rdp board...
time.c: In function 'get_ticks':
time.c:111:16: warning: variable 'ticks' set but not used [-Wunused-but-set-
variable]
and indeed, looking at the code, ticks is set but not used. not sure if bug
(ticks should be
On 15/02/2012 15:36, Helmut Raiger wrote:
On 01/30/2012 03:21 PM, Helmut Raiger wrote:
Add PREBOOT, SILENT_CONSOLE and DEVICE_NULLDEV for release
build. Fixed bug in CONFIG_SYS_HUSH_PARSER define.
Signed-off-by: Helmut Raigerhelmut.rai...@hale.at
Stefano, please comment, it's only board
On 30/01/2012 15:21, Helmut Raiger wrote:
The video setup for the Epson display is provided. Addtionally
some extra info is displayed next to the Linux logo.
Signed-off-by: Helmut Raiger helmut.rai...@hale.at
---
Hi Helmut,
+#ifdef CONFIG_CONSOLE_EXTRA_INFO
+void video_get_info_str(int
Mike,
On Mon, Feb 13, 2012 at 11:00 PM, Mike Frysinger vap...@gentoo.org wrote:
i don't know the exynos5 pinmux specifics, but speaking in general, you
shouldn't go configuring pins directly if the user hasn't asked for them.
config multi would be useful because then the pinmux logic would be
Am Mittwoch 15 Februar 2012, 07:05:24 schrieb Simon Glass:
Unfortunately I think that this approach is a little broken. We are running
a command sequence from getenv(), but while processing it, we might update
the environment variable. Worse, we actually overwrite the newlines in the
variable
Hi Michael,
On Wed, Feb 15, 2012 at 11:44 AM, Michael Walle mich...@walle.cc wrote:
Am Mittwoch 15 Februar 2012, 07:05:24 schrieb Simon Glass:
Unfortunately I think that this approach is a little broken. We are running
a command sequence from getenv(), but while processing it, we might update
Hi Mike,
On Tue, Jan 24, 2012 at 3:06 PM, Mike Frysinger vap...@gentoo.org wrote:
On Tuesday 24 January 2012 16:35:00 Mike Frysinger wrote:
On Monday 23 January 2012 01:20:16 Simon Glass wrote:
On Fri, Jan 20, 2012 at 10:59 AM, Mike Frysinger wrote:
On Tuesday 10 January 2012 19:45:47
Dear Rxbert,
In message 6ea3e0bcc03cc34b89b01bd57ecbc718f82...@pobox.postoffice.danego.net
you wrote:
Git even confirms:
$ git config -l
user.name=Rxbert Dxlien
user.email=rxb...@dxlien.nl
And is this information correct?
Please STOP posting with non-existent mail addresses
Hi Mike,
On Tue, Jan 24, 2012 at 3:05 PM, Mike Frysinger vap...@gentoo.org wrote:
On Monday 23 January 2012 01:48:50 Simon Glass wrote:
--- a/arch/sandbox/cpu/start.c
+++ b/arch/sandbox/cpu/start.c
int main(int argc, char *argv[])
{
+ struct sandbox_state *state = NULL;
+ int
Dear =?iso-8859-1?Q?Robert_Deli=EBn?=,
In message 6ea3e0bcc03cc34b89b01bd57ecbc718f82...@pobox.postoffice.danego.net
you wrote:
Please consider this whole series as NAKed because of that.
Please go ahead, NAK the other sets as well.
With other sets you mean v1 ... v4? No need to do that,
Dear Simon Glass,
In message CAPnjgZ0XueZukodaNSdQSYvuevyiH5Z-=3-2pkcc7oekddg...@mail.gmail.com
you wrote:
In message 1329286030-32560-2-git-send-email-...@chromium.org you wrote:
The environment variables preboot, bootcmd and menucmd can hold a command
to execute. This change permits
Hi Mike,
On Tue, Jan 24, 2012 at 1:45 PM, Mike Frysinger vap...@gentoo.org wrote:
On Monday 23 January 2012 01:48:52 Simon Glass wrote:
This provides a way for callers to create files for writing. We define
flags which mirror the POSIX values.
there are no POSIX values, just names. the way
Robert,
On Wed, Feb 15, 2012 at 11:29 AM, Robert Deliën rob...@delien.nl wrote:
Thanks of the hint, but I configured that some time ago already (in
~/.gitconfig).
If you have trouble to setup the gitconfig on your company network,
maybe you can use a gmail account.
cat .gitconfig
[user]
This adds support for a controlling fdt, mirroring the ARM implementation.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3:
- Use #if defined()..#elif defined, instead of #ifdef..#elif defined
arch/sandbox/include/asm/global_data.h |1 +
arch/sandbox/lib/board.c
This provides a way of simulating GPIOs by setting values which are seen
by the normal gpio_get/set_value() calls.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Fix gpio_direction_output() to actually set the value
- Use generic GPIO command and interface
Changes in v3:
-
This provides a way for callers to create files for writing. We define
flags which mirror the POSIX values.
Another approach would be to translate the flags at runtime. Perhaps we can
leave to whoever wants to port this to another OS?
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in
This adds simple command-line parsing to sandbox. The idea is that it
sets up the state with options provided, and this state can then be
queried later, as needed.
For now we just allow it to run a command.
Passing a command to U-Boot on stdin is not as convenient IMO.
The parsing code is in
In order to pass command line arguments to sandbox we need to be able
to act on them. So take control back at the end of board_init_r() from
where we can call the main loop or do something else.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Call cpu_main_loop() from
The state exists through the life of U-Boot. It can be adjusted by command
line options and perhaps later through a config file. It is available
to U-Boot through state_...() calls (within sandbox code).
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v4:
- Add multiple #include
Enable fdt code and safe snprintf() options for sandbox.
Signed-off-by: Simon Glass s...@chromium.org
---
include/configs/sandbox.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/configs/sandbox.h b/include/configs/sandbox.h
index 10565e6..6790216 100644
Enable the new GPIO driver for sandbox.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3:
- Reduce number of GPIOs from 224 to 20
include/configs/sandbox.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/configs/sandbox.h
Am Mittwoch 15 Februar 2012, 23:23:19 schrieb Simon Glass:
Hi Michael,
On Wed, Feb 15, 2012 at 11:38 AM, Michael Walle mich...@walle.cc wrote:
Am Mittwoch 15 Februar 2012, 07:07:09 schrieb Simon Glass:
This new function runs a list of commands separated by semicolon. We
move this out of
Hi Michael,
On Wed, Feb 15, 2012 at 3:55 PM, Michael Walle mich...@walle.cc wrote:
Am Mittwoch 15 Februar 2012, 23:23:19 schrieb Simon Glass:
Hi Michael,
On Wed, Feb 15, 2012 at 11:38 AM, Michael Walle mich...@walle.cc wrote:
Am Mittwoch 15 Februar 2012, 07:07:09 schrieb Simon Glass:
This
Hi Wolfgang,
On Wed, Feb 15, 2012 at 2:49 PM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message
CAPnjgZ0XueZukodaNSdQSYvuevyiH5Z-=3-2pkcc7oekddg...@mail.gmail.com you
wrote:
In message 1329286030-32560-2-git-send-email-...@chromium.org you wrote:
The environment
Hi,
On Mon, Jan 16, 2012 at 10:03 PM, Simon Glass s...@chromium.org wrote:
Hi,
On Fri, Jan 6, 2012 at 4:24 PM, Simon Glass s...@chromium.org wrote:
This series creates a generic board.c implementation which contains
the essential functions of the major arch/xxx/lib/board.c files.
I haven't
Hi Simon,
On Thu, Feb 16, 2012 at 1:05 PM, Simon Glass s...@chromium.org wrote:
Hi,
On Mon, Jan 16, 2012 at 10:03 PM, Simon Glass s...@chromium.org wrote:
Hi,
On Fri, Jan 6, 2012 at 4:24 PM, Simon Glass s...@chromium.org wrote:
This series creates a generic board.c implementation which
Hi Albert,
On Sat, Jan 14, 2012 at 1:18 AM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi Simon,
Le 07/01/2012 01:24, Simon Glass a écrit :
This value has no meaning otherwise.
Signed-off-by: Simon Glasss...@chromium.org
---
common/cmd_bdinfo.c | 2 ++
1 files changed, 2
Hi Graeme,
On Wed, Feb 15, 2012 at 6:28 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Thu, Feb 16, 2012 at 1:05 PM, Simon Glass s...@chromium.org wrote:
Hi,
On Mon, Jan 16, 2012 at 10:03 PM, Simon Glass s...@chromium.org wrote:
Hi,
On Fri, Jan 6, 2012 at 4:24 PM, Simon Glass
From: Mohamed Haneef mohamed.han...@lntinfotech.com
*Support for msm7x30 mmc read and writes
Signed-off-by: Mohamed Haneef mohamed.han...@lntinfotech.com
---
arch/arm/include/asm/arch-msm7630/mmc.h | 399 +
drivers/mmc/Makefile|1 +
From: Mohamed Haneef mohamed.han...@lntinfotech.com
This is a patch series for msm7630 board. The Patches contain the following
support
* low speed uart for msm7630
* interprocessor communication
* msm7630 soc
* msm7630 surf board
Mohamed Haneef (5):
msm7x30:
From: Mohamed Haneef mohamed.han...@lntinfotech.com
* Support for low speed uart
Signed-off-by: Mohamed Haneef mohamed.han...@lntinfotech.com
---
drivers/serial/Makefile |1 +
drivers/serial/serial_msm_uart.c | 206 ++
2 files changed,
From: Mohamed Haneef mohamed.han...@lntinfotech.com
*Support for msm7x30 interprocessor communication
Signed-off-by: Mohamed Haneef mohamed.han...@lntinfotech.com
---
drivers/misc/Makefile|1 +
drivers/misc/msm_proc_comm.c | 303 ++
2
From: Mohamed Haneef mohamed.han...@lntinfotech.com
*Support for msm7630_surf board
Signed-off-by: Mohamed Haneef mohamed.han...@lntinfotech.com
---
board/qcom/msm7630_surf/Makefile | 55 +++
board/qcom/msm7630_surf/msm7630_surf.c | 155
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
include/lmb.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/lmb.h b/include/lmb.h
index 43082a3..5d1f4b6 100644
--- a/include/lmb.h
+++ b/include/lmb.h
@@ -1,6 +1,7 @@
#ifndef _LINUX_LMB_H
#define
On Wednesday 15 February 2012 18:51:11 Simon Glass wrote:
This adds support for a controlling fdt, mirroring the ARM implementation.
merged into my sandbox branch
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot
On Wednesday 15 February 2012 18:51:12 Simon Glass wrote:
Enable fdt code and safe snprintf() options for sandbox.
merged into my sandbox branch
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
On Wednesday 15 February 2012 18:51:17 Simon Glass wrote:
This provides a way for callers to create files for writing. We define
flags which mirror the POSIX values.
Another approach would be to translate the flags at runtime. Perhaps we can
leave to whoever wants to port this to another OS?
This makes Blackfin behave the same as other ports, and fixes many gcc
warnings that show up with 4.5+:
board.c:40:1: warning: optimization may eliminate reads and/or
writes to register variables
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
77 matches
Mail list logo
