Hi David,
On 05/03/15 09:46, DaveKucharczyk wrote:
I'm currently working on the kernel dtb for our MX53 board.
U-boot loads the dtb and kernel and then gets stuck at starting kernel
I've triple checked the uart pad setup in imx53.dtsi
This is probably a long shot, but I had the same
Hi Guys,
Since I did the initial 'full relocation' for x86 way back when
(http://git.denx.de/?p=u-boot.git;a=commit;h=1c409bc7101a24ecd47a13a4e851845d66dc23ce),
there has been a lot of chatter about the ongoing need for
CONFIG_NEEDS_MANUAL_RELOC. I think it's about time we looked really hard
Hi Simon,
Maybe I asked this before, but when can we remove
CONFIG_NEEDS_MANUAL_RELOC? What platforms need it?
A quick grep yields a global define of CONFIG_NEEDS_MANUAL_RELOC for
avr32, m68k, nds32, and sparc
Next question is - which of these platforms have toolchains which lack
the
Hi Albert,
If we use SPL, we do not have to relocate code, I think.
SPL doesn't have relocation that's why this code is not used there.
It is not what I meant.
If SPL can directly load the main u-boot image
to the DRAM address where it is linked,
we do not relocate the code in the
Hi Albert,
On 04/02/15 21:29, Albert ARIBAUD wrote:
Hello Graeme,
On Wed, 04 Feb 2015 18:14:22 +1100, Graeme Russ
gr...@tss-engineering.com wrote:
So the first question that we need to answer is: Do the avr32, m68k,
nds32, and sparc toolchains support the generation of the relevant
-system
- Initialise the Ethernet sub-system
NOTE: The 'arm: mxs: Enable booting of mx28 without battery' patch MUST be
applied prior to building G2C1 images using this patch
Refer to the README file for detailed documentation
Signed-off-by: Graeme Russ gr...@tss-engineering.com
Cc: Albert Aribaud
- Add TODO comments where it is not clear if the code is doing what it
is meant to be doing, even tough the board boots properly (these comments
refer to existing code, not to any code added by this patch)
Signed-off-by: Graeme Russ gr...@tss-engineering.com
---
Changes in v2
- Add missing newlines
as the pre-patch behaviour)
Signed-off-by: Graeme Russ gr...@tss-engineering.com
Signed-off-by: Damien Gotfroi dgotf...@greenwatch.be
---
Changes in v2
- Implemented Damien Gotfroi's simplified version
Changes in v3
- Updated commit message
- Explicitly use POWER_DCDC4P2_DROPOUT_CTRL_SRC_4P2
as a pseudo break-point when booting in JTAG mode
Signed-off-by: Graeme Russ gr...@tss-engineering.com
---
Changes in v2
- Added and used boot mode #defines
Changes in v3
- Removed extra new-line
---
arch/arm/cpu/arm926ejs/mxs/spl_boot.c | 5 +
arch/arm/include/asm/arch-mxs/sys_proto.h
#3
Graeme Russ (3):
arm: mxs: Add debug outputs and comments to mxs SPL source files
arm: mxs: Enable booting of mx28 without battery
arm: mxs: Add 'Wait for JTAG user' if booted in JTAG mode
arch/arm/cpu/arm926ejs/mxs/spl_boot.c | 6 ++
arch/arm/cpu/arm926ejs/mxs/spl_lradc_init.c
On 24/01/15 14:32, Graeme Russ wrote:
When booting in JTAG mode, there is no way to use soft break-points, and
no way of knowing when SPL has finished executing (so the user can issue
a 'halt' command to load u-boot.bin for example)
Add a debug output and simple loop to stop execution
Section 4.1.2 of Freescale Application Note AN4199 describes the
configuration required to operate the mx28 from a 5V source without a
battery. This patch implements the changes to the Freescale bootlets
which allow this configuration to properly boot the mx28 processor
Signed-off-by: Graeme Russ
- Add TODO comments where it is not clear if the code is doing what it
is meant to be doing, even tough the board boots properly (these comments
refer to existing code, not to any code added by this patch)
Signed-off-by: Graeme Russ gr...@tss-engineering.com
---
Changes in v2
- Add missing newlines
spl_power_init.c
to spl_mem_init.c - This patch will be considered in future rework
of the power block and SDRAM initialisation code
Graeme Russ (3):
arm: mxs: Add debug outputs and comments to mxs SPL source files
arm: mxs: Enable booting of mx28 without battery
arm: mxs: Add 'Wait for JTAG user
as a pseudo break-point when booting in JTAG mode
Signed-off-by: Graeme Russ gr...@tss-engineering.com
---
Changes in v2
- Added and used boot mode #defines
---
arch/arm/cpu/arm926ejs/mxs/spl_boot.c | 6 ++
arch/arm/include/asm/arch-mxs/sys_proto.h | 17 +
2 files changed
’ exhaustivité .Les préjudices occasionnés par l’utilisation
d’une information erronée ou incomplète n’entraînent en aucun cas la
responsabilité de GreenWatch »
-Original Message-
From: Graeme Russ [mailto:gr...@tss-engineering.com]
Sent: vendredi 23 janvier 2015 05:15
To: Fabio Estevam
Cc: U-Boot
Hi Fabio,
On 22/01/15 23:42, Fabio Estevam wrote:
Hi Graeme,
On Wed, Jan 21, 2015 at 9:55 AM, Graeme Russ gr...@tss-engineering.com wrote:
Section 4.1.2 of Freescale Application Note AN4199 describes the
configuration required to operate the mx28 from a 5V source without a
battery. This patch
Hi All,
What is the general consensus on using __func__ and __LINE__ in debug
outputs?
My personal opinion is that distinct statements that can be grep'd are
better for a couple of reasons:
- It keeps the debug statements shorter
- If your running a slightly older version of U-Boot, the
Hi Fabio,
On 23/01/15 14:49, Fabio Estevam wrote:
On Fri, Jan 23, 2015 at 1:27 AM, Graeme Russ gr...@tss-engineering.com wrote:
I thought the DDR errors were fixed with Damien's DDR patch. Damien, can you
please confirm?
His response in the forum was:
About the patch posted on January
Hi Fabio,
On 23/01/15 14:01, Fabio Estevam wrote:
On Fri, Jan 23, 2015 at 12:58 AM, Graeme Russ gr...@tss-engineering.com wrote:
I've taken a look at it, but decided to leave this patch as-is. Here is what
I wrote on the Freescale forum:
Still curious: does the updated patch from Damien
Hi Marek,
On 22/01/15 10:27, Marek Vasut wrote:
On Wednesday, January 21, 2015 at 12:55:15 PM, Graeme Russ wrote:
Section 4.1.2 of Freescale Application Note AN4199 describes the
configuration required to operate the mx28 from a 5V source without a
battery. This patch implements the changes
On 22/01/15 10:03, Marek Vasut wrote:
On Wednesday, January 21, 2015 at 09:53:30 PM, Fabio Estevam wrote:
On Wed, Jan 21, 2015 at 9:55 AM, Graeme Russ gr...@tss-engineering.com
wrote:
Signed-off-by: Graeme Russ gr...@tss-engineering.com
It would be nice to have a commit log with the text
On 22/01/15 10:24, Marek Vasut wrote:
On Wednesday, January 21, 2015 at 12:55:14 PM, Graeme Russ wrote:
Signed-off-by: Graeme Russ gr...@tss-engineering.com
Hi!
- Commit message is missing.
- Some of the debug outputs are missing newline (\n) character
- You can use __func__ and __LINE__
Signed-off-by: Graeme Russ gr...@tss-engineering.com
---
arch/arm/Kconfig | 13 ++
board/reachtech/g2c1/Kconfig | 15 ++
board/reachtech/g2c1/MAINTAINERS | 9 +
board/reachtech/g2c1/Makefile| 12 ++
board/reachtech/g2c1/README | 58 +
board/reachtech/g2c1
Section 4.1.2 of Freescale Application Note AN4199 describes the
configuration required to operate the mx28 from a 5V source without a
battery. This patch implements the changes to the Freescale bootlets
which allow this configuration to properly boot the mx28 processor
Signed-off-by: Graeme Russ
as a pseudo break-point when booting in JTAG mode
Signed-off-by: Graeme Russ gr...@tss-engineering.com
---
arch/arm/cpu/arm926ejs/mxs/spl_boot.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/cpu/arm926ejs/mxs/spl_boot.c
b/arch/arm/cpu/arm926ejs/mxs/spl_boot.c
index 2a5f817
) and clears the CLKCTRL_CLKSEQ_BYPASS_CPU bit (which
switches the CPU clock to the PLL)
It makes more sense to power-up the PLL in spl_mem_init.c. While moving
the PLL power-up, we may as well properly configure how the PLL lock is
started and confirmed
Signed-off-by: Graeme Russ gr...@tss
Signed-off-by: Graeme Russ gr...@tss-engineering.com
---
arch/arm/cpu/arm926ejs/mxs/spl_boot.c | 1 +
arch/arm/cpu/arm926ejs/mxs/spl_lradc_init.c | 13 +++-
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c | 18 +
arch/arm/cpu/arm926ejs/mxs/spl_power_init.c | 100
user') at the completion of
SPL init if booting with the bootmode jumpers set to JTAG
- Move the PLL power-up to a more logical location and properly
initialise and check for PLL lock
- Finally, add the G2C1 board
Graeme Russ (5):
Add debug output to mx29 SPL source files
Enable booting
Hi Guys,
@@ -868,6 +962,44 @@ static void mxs_power_configure_power_source(void)
mxs_src_power_init();
+#ifdef CONFIG_SYS_MXS_VDD5V_ONLY
+ /*
+* device configured for no source to DCDC_BATT input (5V only power
+* source). This boot option doesn't waste time
Hi Guys,
I'm looking at getting a dev board and JTAG debugger for ARM development
work. Does anyone have any suggestions on what are good options?
Regards,
Graeme
___
U-Boot mailing list
U-Boot@lists.denx.de
Hi Simon,
On 06/01/15 04:33, Simon Glass wrote:
Nice to hear from you again!
Thanks - Good to be back in the game
I don't understand. Isn't the init_cache_f_r() which turns on the
cache?
Yes it turns on the cache, but turns off the ROM cache (they are
different things). So this
Hi Simon Bin,
On Tue, Jan 6, 2015 at 12:40 AM, Bin Meng bmeng...@gmail.com wrote:
Hi Simon,
On Mon, Jan 5, 2015 at 9:44 AM, Simon Glass s...@chromium.org wrote:
Hi Bin,
On 3 January 2015 at 20:26, Bin Meng bmeng...@gmail.com wrote:
Hi Simon,
On Fri, Jan 2, 2015 at 6:23 AM, Simon
Hi Simon,
Nice to see this being tackled after all the DM discussions I got
involved
in a long time ago (in a galaxy far far away...)
I think we can save a few bytes and simplify the code if we define only
the
base address and current pointer in global_data.h
#ifdef CONFIG_SYS_MALLOC_F_LEN
Hi,
On Tue, Dec 3, 2013 at 1:18 AM, FengHua feng...@phytium.com.cn wrote:
Hi,
I can not understand why u-boot relocate it self to RAM from flash? Why
is
it not executing from flash?
Can anybody explain.
First, flash is slow.
Second, there are many data structures or variables
Hi Guys,
On Thu, Nov 28, 2013 at 2:44 PM, Masahiro Yamada
yamad...@jp.panasonic.comwrote:
Hello Tom, Simon.
On Mon, Nov 11, 2013 at 12:47:53PM +0900, Masahiro Yamada wrote:
Commit fea25720 renamed arch/i386 to arch/x86.
But it missed to modify examples/standalone/Makefile.
Oops
Hi Vadim,
On Wed, Nov 20, 2013 at 4:21 AM, Vadim Bendebury (вб) vben...@google.comwrote:
e
On Sun, Nov 17, 2013 at 11:31 AM, Wolfgang Denk w...@denx.de wrote:
Dear Wolfgang,
[snip..]
Maybe I'm wrong, but my understanding was that we were not primarily
interested in introducing
Hi Masahiro Yamada,
Why would hacking /include/linux/stddef.h and /include/linux/types.h be
preferable?
Regards,
Graeme
On Tue, Nov 19, 2013 at 3:37 PM, Masahiro Yamada
yamad...@jp.panasonic.comwrote:
Hi.
I posted v2 of this patch
http://patchwork.ozlabs.org/patch/292258/
I think both
Hi Masahiro Yamada,
On Tue, Nov 19, 2013 at 4:59 PM, Masahiro Yamada
yamad...@jp.panasonic.comwrote:
Hello Graeme
Why would hacking /include/linux/stddef.h and /include/linux/types.h be
preferable?
The reason is this:
Personally, I prefer (2) to (1) because
- we don't need to
Hi All,
You do all realise that we are going about this, to use some British
vernacular, arse-about-tit
Everyone agrees that the current U-Boot review workflow 'has issues' (and
has had issues for quite some time). The first attempt at overcoming these
issues was Patchwork. I personally think
Hi Masahiro
On Tue, Jul 30, 2013 at 8:50 PM, Masahiro Yamada
yamad...@jp.panasonic.comwrote:
Hello, Wolfgang.
- New files being added to U-Boot should no longer include a
multi-line license header; instead, they shall contain a single line
Unique Lincense Identifier, i. e. a line
Hi Wolfgang,
On Wed, Jul 10, 2013 at 5:37 PM, Wolfgang Denk w...@denx.de wrote:
Like many other projects, U-Boot has a tradition of including big
blocks of License headers in all files. This not only blows up the
source code with mostly redundant information, but also makes it very
Hi there ShinSham,
Best bet is to contact the device manufacturer and ask for the U-Boot
source code. As it is GPL, they are legally obliged to provide it to you.
They are actually required to provide you with either the source when you
obtained the device, or a reliable means of obtaining the
Hi Dirk,
No as there is still GPLv2 only code U-Boot.
Regards
Graeme
On Wed, Jul 3, 2013 at 7:22 PM, Dirk Behme dirk.be...@de.bosch.com wrote:
Hi,
hopefully ;) a short question: We found that the commit
http://git.denx.de/?p=u-boot.**git;a=commitdiff;h=**
On Wed, Jul 3, 2013 at 11:44 PM, Tom Rini tr...@ti.com wrote:
On Mon, Jul 01, 2013 at 01:54:45PM +1000, Graeme Russ wrote:
Hi Guys,
Due to personal circumstances I left the U-Boot community back in late
October 2012.
Now I find my circumstances have been completely flipped upside down
Hi Mike,
On Wed, Jul 3, 2013 at 5:40 AM, Mike Dunn miked...@newsguy.com wrote:
On 07/01/2013 12:51 PM, Wolfgang Denk wrote:
Dear Mike Dunn,
In message 51d1c455.9010...@newsguy.com you wrote:
But there's a good motivation for wanting to turn off optimization.
I disagree here. If
Hi Guys,
Due to personal circumstances I left the U-Boot community back in late
October 2012.
Now I find my circumstances have been completely flipped upside down (long
story) and I will soon have much more time on my hands. Unfortunately, I do
not have a dev machine yet (that may take a couple
) += zimage.o
diff --git a/arch/x86/lib/timer.c b/arch/x86/lib/timer.c
deleted file mode 100644
index fb11bfe..000
--- a/arch/x86/lib/timer.c
+++ /dev/null
@@ -1,118 +0,0 @@
-/*
- * (C) Copyright 2008,2009
- * Graeme Russ, graeme.r...@gmail.com
- *
- * (C) Copyright 2002
- * Daniel Engström
: AT ( LOADADDR(.realmode) + SIZEOF(.realmode) ) {
KEEP(*(.bios)) }
-
- __bios_start = LOADADDR(.bios);
- __bios_size = SIZEOF(.bios);
-
#ifdef CONFIG_X86_RESET_VECTOR
/*
--
1.8.2.1
Acked-by: Graeme Russ graeme.r...@gmail.com
Hi Simon,
On Thu, Apr 18, 2013 at 12:13 PM, Simon Glass s...@chromium.org wrote:
Graeme Russ pointed out that this code is no longer used. Remove it.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/x86/include/asm/pci.h | 4 -
arch/x86/lib/Makefile | 1 -
arch/x86/lib
);
- return 0;
-}
-#endif
--
1.8.2.1
Acked-by: Graeme Russ graeme.r...@gmail.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Simon,
On Thu, Apr 18, 2013 at 12:13 PM, Simon Glass s...@chromium.org wrote:
While we don't want PCAT timers for timing, we want timer 2 so that we can
still make a beep. Re-purpose the PCAT driver for this, and enable it in
coreboot.
Signed-off-by: Simon Glass s...@chromium.org
---
Hi Simon,
On Thu, Apr 18, 2013 at 12:13 PM, Simon Glass s...@chromium.org wrote:
This timer runs at a rate that can be calculated, well over 100MHz. It is
ideal for accurate timing and does not need interrupt servicing.
Tidy up some old broken and unneeded implementations at the same time.
-
7 files changed, 623 deletions(-)
delete mode 100644 arch/x86/include/asm/init_wrappers.h
delete mode 100644 arch/x86/lib/board.c
delete mode 100644 arch/x86/lib/init_wrappers.c
Acked-by: Graeme Russ graeme.r...@gmail.com
___
U
that the kernel is in place */
boot_zimage(base_ptr, load_address);
/* does not return */
--
1.8.2.1
Acked-by: Graeme Russ graeme.r...@gmail.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Andreas,
On Tue, Apr 16, 2013 at 8:14 PM, Andreas Bießmann
andreas.de...@googlemail.com wrote:
This patch also does some minor coding style cleanups.
Coding style cleanups belong in a separate patch - Rules are rules ;)
Regards,
Graeme
___
Hi Andreas,
On Tue, Apr 16, 2013 at 11:32 PM, Andreas Bießmann
andreas.de...@googlemail.com wrote:
Dear Wolfgang,
On 04/16/2013 03:05 PM, Wolfgang Denk wrote:
Dear Andreas,
In message 516d4b00.9030...@gmail.com you wrote:
So it is dead code in mainline, and we will not add it.
Hi Andreas,
On Wed, Apr 17, 2013 at 12:15 AM, Andreas Bießmann
andreas.de...@googlemail.com wrote:
Hi Graeme,
On 04/16/2013 03:35 PM, Graeme Russ wrote:
Hi Andreas,
On Tue, Apr 16, 2013 at 11:32 PM, Andreas Bießmann
andreas.de...@googlemail.com mailto:andreas.de...@googlemail.com
Hi Simon,
On Tue, Apr 16, 2013 at 7:25 AM, Simon Glass s...@chromium.org wrote:
Since the ICH SPI controller uses PCI, we must ensure that PCI is available
before it is inited.
This fixes the current ICH SPI: Cannot find device message on boot.
Hmm, if only my new init sequence code had
Hi Wolfgang,
On Mon, Feb 18, 2013 at 8:59 PM, Wolfgang Denk w...@denx.de wrote:
Dear Simon,
In message
CAPnjgZ089gS0gLHBVBVARpX=awcyruumslgnir4hfkwzzls...@mail.gmail.com you
wrote:
I have started on it - I've ported over the Kbuild infrastructure into a
dedicated 'kbuild' makefile
Hi Simon,
OK, now that I have seen the results of the patches in all their
glory, there is a bit more trimming to do:
- Delete arch/x86/lib/bios.h
- Check usage of pci_shadow_rom() (defined in arch/x86/lib/pci.c)
- In arch/x86/include/asm/pci.h, check if any of the following are unused:
-
Hi Simon,
And lines 77-88 of arch/x86/cpu/u-boot.lds can go as well now
Regards,
Graeme
P.S. So glad to finally see the end of the old 16-bit BIOS crap :)
On Mon, Feb 18, 2013 at 9:30 AM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
OK, now that I have seen the results of the patches
Hi Simon,
On Fri, Feb 15, 2013 at 1:18 AM, Simon Glass s...@chromium.org wrote:
This code is pretty old and we want to support only 32-bit systems now.
Keep the real mode-to-protected code in case we want to boot an x86 from
power-up, but invert the polarity of the option.
Signed-off-by:
Hi Simon,
On Fri, Feb 15, 2013 at 2:35 PM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Thu, Feb 14, 2013 at 2:36 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Fri, Feb 15, 2013 at 1:18 AM, Simon Glass s...@chromium.org wrote:
This code is pretty old and we want
/lib/realmode.c
delete mode 100644 arch/x86/lib/realmode_switch.S
delete mode 100644 arch/x86/lib/video_bios.c
Acked-by: Graeme Russ graeme.r...@gmail.com
Regards,
Graeme
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman
Acked-by: Graeme Russ graeme.r...@gmail.com
Regards,
Graeme
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Simon,
On Sat, Feb 9, 2013 at 3:42 AM, Simon Glass s...@chromium.org wrote:
This code is pretty old and we want to support only 32-bit systems now.
Signed-off-by: Simon Glass s...@chromium.org
---
README | 5 -
arch/x86/config.mk | 1 -
mode 100644 arch/x86/include/asm/arch-sc520/sc520.h
delete mode 100644 arch/x86/include/asm/arch-sc520/ssi.h
Acked-by: Graeme Russ graeme.r...@gmail.com
Regards,
Graeme
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo
Hi Simon,
On Sat, Feb 9, 2013 at 3:42 AM, Simon Glass s...@chromium.org wrote:
This code is not needed now, since we boot U-Boot from Coreboot on x86.
Signed-off-by: Simon Glass s...@chromium.org
---
Makefile | 4 --
README | 4 --
Hi Simon,
On Sun, Jan 13, 2013 at 4:48 AM, Simon Glass s...@chromium.org wrote:
If we are passing this using the device tree then we may not want to
set this up here. TBD.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/x86/lib/zimage.c | 21 -
1 files changed,
Hi Simon,
On Wed, Dec 19, 2012 at 12:32 PM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Fri, Dec 14, 2012 at 2:35 PM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Fri, Dec 14, 2012 at 2:15 PM, Graeme Russ graeme.r...@gmail.com
wrote:
Hi Simon,
On 15/12/12 08:13, Simon
Hi Wolfgang,
On Dec 15, 2012 6:30 PM, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message 50cbd313.60...@gmail.com you wrote:
I can give you an example - Remote Telemetry Units (RTUs). They usually
have a number of serial ports. The number of ports may vary based on the
sub
Hi Simon,
On 15/12/12 08:13, Simon Glass wrote:
It is useful to be able to access the timer before U-Boot has relocated
so that we can fully support bootstage.
Move the relevant variables to the data region to support this.
Signed-off-by: Simon Glass s...@chromium.org
---
Hi Simon,
On 14/12/12 17:48, Simon Glass wrote:
Move this field into arch_global_data and tidy up.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2: None
arch/x86/include/asm/global_data.h |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git
by Graeme Russ here:
http://patchwork.ozlabs.org/patch/199741/
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v2:
- Add new patch to move gd pointer by C to asm on x86
arch/x86/cpu/cpu.c |4 +++-
arch/x86/cpu/start.S |6 --
2 files changed, 3 insertions(+), 7
Hi Wolfgang,
On 15/12/12 09:26, Wolfgang Denk wrote:
Dear Tom Rini,
In message 50cb8ed1.7020...@ti.com you wrote:
The other part is, take a look at the Allwinner thread from a week or
so ago. We really need to define how we want early board specific
data to come in because if we start
Hi Wolfgang,
On 15/12/12 11:32, Wolfgang Denk wrote:
Dear Graeme Russ,
In message 50cbb346.30...@gmail.com you wrote:
And we already have a well-defined way to do this, which is the device
tree. So any attempts to implement something different should be
reviewed very carefully.
I'm
Hi Wolfgang,
On Wed, Dec 5, 2012 at 6:25 AM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message
capnjgz2kvhv6jcvojiqbrxfcfhmewfefj9blhfw_qyf5_7d...@mail.gmail.com you
wrote:
To be honest, I think gd should only be a temporary structure used to
carry specific data through
Hi Joe,
What a series! I haven't had a really good look, so I'm having a bit
of trouble getting my head around it all, but this looks very
impressive. I'm almost sorry for the nit I'm about to make...
On Wed, Dec 5, 2012 at 12:52 PM, Joe Hershberger joe.hershber...@ni.com wrote:
Add support for
Hi Tom, Simon, Wolfgang,
On Tue, Dec 4, 2012 at 1:54 AM, Tom Rini tr...@ti.com wrote:
On Tue, Nov 20, 2012 at 06:06:30AM -0800, Simon Glass wrote:
Hi Wolfgang,
On Mon, Nov 19, 2012 at 11:25 PM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message
Hi Tom,
On Tue, Dec 4, 2012 at 10:39 AM, Tom Rini tr...@ti.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/03/12 17:19, Simon Glass wrote:
Hi Graeme,
On Mon, Dec 3, 2012 at 2:02 PM, Graeme Russ graeme.r...@gmail.com
wrote:
Hi Tom, Simon, Wolfgang,
On Tue, Dec 4, 2012
Hi Wolfgang,
On Thu, Nov 29, 2012 at 11:53 PM, Wolfgang Denk w...@denx.de wrote:
Now that the patches have made it into mainline, we can also add the
commit IDs.
Signed-off-by: Wolfgang Denk w...@denx.de
---
doc/README.scrapyard | 14 +++---
1 file changed, 7 insertions(+), 7
Hi Simon,
On Fri, Nov 30, 2012 at 12:57 PM, Simon Glass s...@chromium.org wrote:
From: Gabe Black gabebl...@chromium.org
We don't want this for coreboot, so provide a way of compiling it out.
Signed-off-by: Gabe Black gabebl...@chromium.org
Signed-off-by: Stefan Reinauer
Hi Simon,
On Fri, Nov 30, 2012 at 1:17 PM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Thu, Nov 29, 2012 at 6:09 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
[snip]
}
Hmm, what to do about boot_zimage() in arch/x86/lib/zimage.c. If you
define CONFIG_X86_NO_REAL_MODE
Hi Simon,
On Fri, Nov 30, 2012 at 1:25 PM, Simon Glass s...@chromium.org wrote:
Hi Graham,
On Thu, Nov 29, 2012 at 6:19 PM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Fri, Nov 30, 2012 at 1:17 PM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Thu, Nov 29, 2012 at 6:09 PM
Hi Wolfgang,
On 30/11/2012, at 5:20 PM, Wolfgang Denk w...@denx.de wrote:
Dear Graeme Russ,
In message
calbutcjo15hswnydpuyppsxyngvx6s9h2xp0_dq+x4rpny+...@mail.gmail.com you
wrote:
Board ArchCPU removed Commit last known maintainer/contact
Hi Simon,
On Thu, Nov 29, 2012 at 6:46 AM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Tue, Nov 27, 2012 at 5:38 PM, Simon Glass s...@chromium.org wrote:
From: Graeme Russ graeme.r...@gmail.com
[snip]
diff --git a/examples/standalone/Makefile b/examples/standalone/Makefile
Hi Simon,
On Thu, Nov 29, 2012 at 8:18 AM, Graeme Russ graeme.r...@gmail.com wrote:
Hi Simon,
On Thu, Nov 29, 2012 at 6:46 AM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Tue, Nov 27, 2012 at 5:38 PM, Simon Glass s...@chromium.org wrote:
From: Graeme Russ graeme.r...@gmail.com
Graeme Russ,
So it can be used as a type in struct global_data and remove an
ugly
typecast
Signed-off-by: Graeme Russ graeme.r...@gmail.com
---
arch/x86/cpu/cpu.c |2 +-
arch/x86/include/asm/global_data.h |4 +++-
2 files changed, 4
Hi Simon,
Was there a reason to repost these patches? I notice you did a couple of
tweaks and added your SoB, but for something so trivial, I don't think
there was a need to repost
Regards,
Graeme
On Wed, Nov 28, 2012 at 12:38 PM, Simon Glass s...@chromium.org wrote:
From: Graeme Russ
Hi Simon,
On Wed, Nov 28, 2012 at 12:45 PM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
As you may have seen I have resent your 5 patches just because it has
been a while. I just realised that I failed to increment the version
on the two that I tweaked. But anyway they are available in
Hi Simon,
On Tue, Nov 27, 2012 at 10:14 AM, Simon Glass s...@chromium.org wrote:
Hi Wolfgang,
On Mon, Nov 26, 2012 at 3:03 PM, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message 1353961997-32762-3-git-send-email-...@chromium.org you
wrote:
+- CONFIG_NO_RESET_CODE
+
Hi Henrik,
Thanks for your hard work - I did promise to help you through the patch
submission process, but unfortunately a few personal issues took precedence.
It's good to see not only the core A10 support, but several boards right
off the bat. With respect to the boards, is putting them all in
searching for -lgcc
/usr/bin/ld.bfd.real: cannot find -lgcc
make: *** [u-boot] Error 1
What toolchain (and version) are you using? I've never seen ld.bfd.real before
Regards,
Graeme
Please help me.
Best Regards,
Manohar
-Original Message-
From: Graeme Russ graeme.r
are the files i need to modify and provide me the
documentation.
Thank you!
Best Regards,
Manohar
8790215215
-Original Message-
From: Graeme Russ graeme.r...@gmail.com
Sent: Friday, November 23, 2012 12:12pm
To: manohar.bet...@smartplayin.com
Cc: Marek Vasut ma...@denx.de, u
: Friday, November 23, 2012 6:08am
To: u-boot@lists.denx.de
Cc: manohar.bet...@smartplayin.com, Graeme Russ graeme.r...@gmail.com
Subject: Re: [U-Boot] Reg Bootstrapping u-boot on x86-64 for tizen
Dear manohar.bet...@smartplayin.com,
Hi,
I am Manohar,started boot the X86-64 (Intel(R
Hi Simon,
On 11/17/2012 08:19 AM, Simon Glass wrote:
Move this field into arch_global_data and tidy up.
This will certainly break x86, so will need Graeme's help to sort out
Yes, it most certainly will break x86 :)
the problem. I would prefer not to put the architecture-specific stuff
at
Hi Simon,
On Oct 31, 2012 3:21 AM, Simon Glass s...@chromium.org wrote:
Hi Graeme,
On Sun, Oct 28, 2012 at 4:44 AM, Graeme Russ graeme.r...@gmail.com
wrote:
Hi All,
I think it's finally time I admitted that I simply have too much on my
plate and need to give a few things up. Work
Hi All,
I think it's finally time I admitted that I simply have too much on my
plate and need to give a few things up. Work and family life have got to
the point where I can only manage to grab a quick hour here and there at my
desk at home and I simply do not have enough time (or energy) to keep
Hi Tomas,
On Fri, Oct 26, 2012 at 6:16 AM, Tomas Hlavacek tmshl...@gmail.com wrote:
Hello Graeme,
On Thu, Oct 25, 2012 at 3:40 AM, Graeme Russ graeme.r...@gmail.com wrote:
diff --git a/arch/arm/include/asm/global_data.h
b/arch/arm/include/asm/global_data.h
index 2b9af93..9045829 100644
1 - 100 of 1517 matches
Mail list logo