Hello Ben,
On Fri, Jun 3, 2011 at 6:24 PM, Ben Gardiner wrote:
> I've been trying to reproduce here but not having any luck so far.
What are your results? Any error messages/different behavior than
described in my emails?
I just tried to reproduce what you did, everything worked as expected :-)
On 06/05/2011 06:26 PM, Fabio Estevam wrote:
> This fixes the MX31ADS build by using the new relocation scheme.
>
> Signed-off-by: Fabio Estevam
> Tested-by: Felix Radensky
> ---
> Changes since v3:
> - Fix CONFIG_SYS_TEXT_BASE and boot is confirmed to work now
> Changes since v2:
> - Use PHYS_S
On 06/06/2011 02:56 AM, Fabio Estevam wrote:
> imx31_litekit has been converted to the new relocation scheme, but it does
> not boot.
>
> Make the boot functional by using board_early_init_f .
>
> Signed-off-by: Fabio Estevam
> Tested-by: Magnus Lilja
Applied to u-boot-imx, thanks.
Best rega
This is mainly an cleanup for the keymile boards. The second
step of simplifying the default and debug environment for all
boards is the main change in this set.
Addititionaly some dead code, unsused defines were removed and the
ivm code was reorganized to an own ivmc.c file. The km82xx specific
This is the second step to simplify and decrease the default
environment for the keymile boards. The release usecase formaly
used to set the production environment was removed and the default
configuration is now the production environment. So the formar
environment variable "release" which has don
From: Thomas Herzmann
The test SW is started when the test_bank variable is set.
Signed-off-by: Thomas Herzmann
Signed-off-by: Valentin Longchamp
cc: Heiko Schocher
cc: Wolfgang Denk
Signed-off-by: Holger Brunck
---
include/configs/km/keymile-common.h |2 ++
1 files changed, 2 insertio
The debug environment which is stored in textfiles in the
scripts directory was reworked. Two usecase are now present
which can be executed simply from the default environment:
run develop: this configures the environment to setup the
rootfs via nfs
run ramfs: this configures the envir
The ethaddr is stored inside the inventory eeprom. During
boottime this value was read out and the ethaddr variable was
set. Previously this was only done if it ethaddr == NULL but
this is wrong for our ARM boards. Because ethaddr is at this
stage never NULL for ARM due to the random calculation of
This is unneeded here because we save the environment when
the board boots the first time. At this time we have set
the values already.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Heiko Schocher
cc: Wolfgang Denk
---
board/keymile/common/common.c |7 +--
1 files
These defines and the header keymile_hdlc_enet.h are obsolete
due to the removed hdlc code.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Heiko Schocher
cc: Wolfgang Denk
---
board/keymile/common/keymile_hdlc_enet.h | 129 --
include/configs/k
This code is unused and therefore dead code.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Heiko Schocher
cc: Wolfgang Denk
---
board/keymile/common/common.c | 55 -
1 files changed, 0 insertions(+), 55 deletions(-)
diff --git a/
All the km boards uses CRAMFS images where the kernel is stored.
This isn't architecture specific because we use it on ARM and
POWERPC.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Heiko Schocher
cc: Wolfgang Denk
---
include/configs/km/keymile-common.h |4 +++-
1 fi
The file common.c grows in the past. So move the IVM specific
code into an ivm.c file.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Heiko Schocher
cc: Wolfgang Denk
---
board/keymile/common/common.c | 324 +--
board/keymile/common/com
Common code should be valid for more than one architecture,
therefore the km82xx specific code was removed from common.c.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Heiko Schocher
cc: Wolfgang Denk
---
board/keymile/common/common.c | 69 +
Hi Anatolij,
> Add detection and initialisation for graphic extension board
> and support splash screen when booting. Enable "bmp" command
> in the board configuration and provide "disp" command to
> be able to switch the display on/off.
>
> Signed-off-by: Anatolij Gustschin
Acked-by: Detlev Zun
Hello,
I am just now quick fixing that driver so it will build with current TOT.
But this driver otherwise still is a bit of a mess:
1. It does not use struct SoC access.
2. It needs to include BOTH drivers/spi/atmel_spi.h
AND arch/arm/include/asm/arch-at91/at91_spi.h !
It would be helpful is s
The rework effort for ATMEL (AT91/AVR32) accidentially broke build of
this driver. Fix this to make it build again. However this driver should
be reworked as soon as possible!
Signed-off-by: Reinhard Meyer
---
drivers/spi/atmel_dataflash_spi.c |3 +--
1 files changed, 1 insertions(+), 2 dele
Make ATMEL's at91sam9260/9g20/9xe-ek boards build again
Signed-off-by: Reinhard Meyer
---
Makefile | 37 -
board/atmel/at91sam9260ek/at91sam9260ek.c | 127 -
board/atmel/at91sam9260ek/config.mk |1 -
board/atmel/at
Fix EMK TOP9000 board to build again:
- changes required due to ATMEL rework
Signed-off-by: Reinhard Meyer
---
board/emk/top9000/top9000.c | 64 +++---
include/configs/top9000.h | 30 ++--
2 files changed, 50 insertions(+), 44 deletions(-
Hallo Heiko,
> Signed-off-by: Heiko Schocher
> cc: Albert Aribaud
> ---
> arch/arm/lib/board.c | 218
> ++
> 1 files changed, 113 insertions(+), 105 deletions(-)
If this is meant to be a patch without any "real" changes, it should be
marked wit
Hi John,
> I would like to know if someone here have implemented a SCCB support in
> uboot?. I would appreciate if you could give me some snapshot of your
> codes?.
It would be good to give some context for people not dealing with the
specific topic on a daily basis.
A quick web search for sccb
Hi Wolfgang,
On Tuesday 17 May 2011 04:39 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd24715.4010...@ti.com> you wrote:
>>
>>> Please fix all these names.
>>
>> Ok. Including the existing CONFIG_SYS_NO_DCACHE and
>> CONFIG_SYS_NO_ICACHE too, right?
>
> yes, please. Thanks a lot!
From: Jason Cooper
It compiles clean, and I've loaded it via JTAG and used it to dump the
existing bootloader out of the SPI flash. I have _not_ used it to burn
itself to the flash yet. I'm looking for comments before I try that. ;-)
Some concerns:
1.) does the 'make all' support need
From: Jason Cooper
MPP._SPI_ configuration copied from
boards/Marvell/mv88f6281gtw_ge/mv88f6281gtw_ge.c
Signed-off-by: Jason Cooper
---
board/Marvell/dreamplug/dreamplug.c | 18 +-
board/Marvell/dreamplug/kwbimage.cfg |4 +---
include/configs/dreamplug.h |2
From: Jason Cooper
Signed-off-by: Jason Cooper
---
MAKEALL |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index d592374..35fc5b7 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -345,6 +345,7 @@ LIST_ARM9=" \
edb9315a\
From: Jason Cooper
Copied files from boards/Marvell/guruplug/ and did
s/GURUPLUG/DREAMPLUG/g
s/guruplug/dreamplug/g
Also, added MACH_TYPE_DREAMPLUG 3550 registered with at
http://www.arm.linux.co.uk/developer/machines/
Signed-off-by: Jason Cooper
---
arch/arm/include/asm/mach-
Local board config.mk should be avoided.
Place CONFIG_SYS_TEXT_BASE definition into the board config file instead.
Signed-off-by: Fabio Estevam
---
board/logicpd/imx31_litekit/config.mk |1 -
include/configs/imx31_litekit.h |2 ++
2 files changed, 2 insertions(+), 1 deletions(-)
Hi Christian,
On Mon, Jun 6, 2011 at 3:11 AM, Christian Riesch
wrote:
> Hello Ben,
>
> On Fri, Jun 3, 2011 at 6:24 PM, Ben Gardiner
> wrote:
>> I've been trying to reproduce here but not having any luck so far.
>
> What are your results? Any error messages/different behavior than
> described in
Hi all,
i ported with small changes/additions u-boot to a custom board with MCF5307.
Relocation into ram is done correctly, and monitor works fine except for
the timer 2 interrupt:
Once inside the assembly "_int_handler" in start.S, the "rte" cause a
vector 3 exception (instruction fetch error)
On 06/06/2011 03:13 PM, Fabio Estevam wrote:
> Local board config.mk should be avoided.
>
> Place CONFIG_SYS_TEXT_BASE definition into the board config file instead.
>
> Signed-off-by: Fabio Estevam
> ---
Thanks for fixing this issue, too.
Acked-by: Stefano Babic
Regards,
Stefano
--
==
Hello Angelo,
> U-Boot 1.1.6 (May 27 2011 - 00:09:24)
I suggest that you have two options:
1. Create a time machine and set it for November 2006 when 1.1.6 was
current.
2. Try the latest code base for U-Boot. :-)
Andy.
___
U-Boot mailing list
U-Bo
On 06/01/2011 01:49 AM, Fabio Estevam wrote:
> I have just built top-of-tree U-boot for MX31PDK and it booted fine here:
>
> U-Boot 2011.06-rc1-2-g5d1ee00 (May 31 2011 - 20:43:07)
>
> CPU: Freescale i.MX31 rev 2.0 at 531 MHz.Reset cause: POR
> Board: MX31PDK
> DRAM: 128 MiB
> NAND: 256 MiB
On 06/06/2011 15:30, Andy Pont wrote:
Hello Angelo,
U-Boot 1.1.6 (May 27 2011 - 00:09:24)
I suggest that you have two options:
1. Create a time machine and set it for November 2006 when 1.1.6 was
current.
2. Try the latest code base for U-Boot. :-)
Andy.
Hi Andy,
thanks,
Hi Helmut,
On Mon, Jun 6, 2011 at 10:31 AM, Helmut Raiger wrote:
..
> Is there working version of a 2011 arm uboot (possibly for i.MX31) that
> boots from NOR flash?
Yes, we have at least MX31ADS and MX31Litekit (from LogicPD) that are
booting from NOR.
Please see the 2 patches I sent this week
Angelo wrote...
> > > U-Boot 1.1.6 (May 27 2011 - 00:09:24)
> >
> > I suggest that you have two options:
> >
> > 1. Create a time machine and set it for November 2006 when 1.1.6 was
> > current.
> >
> > 2. Try the latest code base for U-Boot. :-)
>
> the "current" sourceforge link of u-boot o
On 06/06/2011 03:31 PM, Helmut Raiger wrote:
>
> I'm still inclined to say that something is wrong with the NOR flash
> version of the startup code, so I'd like to rephrase my original question:
>
> Is there working version of a 2011 arm uboot (possibly for i.MX31) that
> boots from NOR flash?
On 06/06/2011 03:53 PM, Fabio Estevam wrote:
> Yes, we have at least MX31ADS and MX31Litekit (from LogicPD) that are
> booting from NOR.
>
> Please see the 2 patches I sent this weekend that made both boards to
> boot correctly. They are already present int the latest u-boot-imx git
> tree now.
>
>
At the moment u-boot and u-boot environment on flash
have overlapping addresses, so each u-boot update erases
the environment. Fix this by placing evironment right
after u-boot. Also, remove confusing comment about environment
location.
Signed-off-by: Felix Radensky
---
include/configs/mx31ads.h
Local board config.mk should be avoided.
Place CONFIG_SYS_TEXT_BASE definition into the board config file instead.
Signed-off-by: Fabio Estevam
---
board/logicpd/imx27lite/config.mk |5 -
include/configs/imx27lite-common.h |2 ++
2 files changed, 2 insertions(+), 5 deletions(-)
de
Dear Wolfgang,
On Monday 16 May 2011 08:37 PM, Aneesh V wrote:
>
>
> On Monday 16 May 2011 12:14 AM, Wolfgang Denk wrote:
>> Dear Aneesh V,
>>
>> In message<1305202276-27784-3-git-send-email-ane...@ti.com> you wrote:
>>> add utility macros for:
>>> * bit field operations
>>> * log2n functions
>> .
Hello,
1. I need to boot my Pandaboard via TFTP. As long as I see this is
not yet possible, since in u-boot\include\configs\omap4_panda.h
there is:
/* Disabled commands */
#undef CONFIG_CMD_NET
#undef CONFIG_CMD_NFS
I'm new to U-boot and I'm not sure that I understood it correctly,
so can somebo
Am 06.06.2011 08:35, schrieb Reinhard Meyer:
> Dear Jens Scharsig,
>> can you apply this patch to current atmel_rework 110411.
>>
>> The eb_cpux9k2 board runs with this patch.
>>
>> The at91rm9200_ek has compiled without error's.
> Applied to u-boot-atmel. I am running MAKEALL at91 right now.
>
> B
> 1. I need to boot my Pandaboard via TFTP. As long as I see this is
> not yet possible, since in u-boot\include\configs\omap4_panda.h
> there is:
> /* Disabled commands */
> #undef CONFIG_CMD_NET
> #undef CONFIG_CMD_NFS
a couple of patches have been posted on this ML to support SMSC USB
etherne
Hi Christian,
On Mon, Jun 6, 2011 at 10:52 AM, Christian Riesch
wrote:
> Hi Ben,
> Thanks again for your help!
My pleasure, sorry I can't help more : I think It's the case that we
have incompatible HW.
> On Mon, Jun 6, 2011 at 3:11 PM, Ben Gardiner
> wrote:
>>> I am using flash and boot utils
Dear Simon Glass,
In message <1306973675-8411-2-git-send-email-...@chromium.org> you wrote:
> To use these, set things up like this:
>
> struct uart_ctlr *uart = (struct uart_ctlr *)UART_PA_START;
>
> #define UART_PA_START 0x6700 /* Physical address of UART */
> #define UART_FBCON_RA
Dear Aneesh V,
In message <4decf8da.9030...@ti.com> you wrote:
>
> >> I really dislike such "useful" helpers, because they make the code
> >> unreadable. Being nonstandrd, nbody knows what they are doing, so you
> >> always will have to look up the implementation before you can continue
> >> read
On Sun, 5 Jun 2011 14:54:06 +0800
Lingfeng Xiong wrote:
> hi there,
> I bought a Freescale MPC8313E-RDB some days before. The version of
> u-boot on that board is quite old and I wanna run a newer one. I have
> already built the latest git version of u-boot for that board. But I
> found there
Signed-off-by: Jason Hobbs
---
include/configs/ca9x4_ct_vxp.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/ca9x4_ct_vxp.h b/include/configs/ca9x4_ct_vxp.h
index 7f83249..881dfb3 100644
--- a/include/configs/ca9x4_ct_vxp.h
+++ b/include/configs/ca9x4
Signed-off-by: Jason Hobbs
---
include/uuid.h | 28
lib/Makefile |1 +
lib/uuid.c | 50 ++
3 files changed, 79 insertions(+), 0 deletions(-)
create mode 100644 include/uuid.h
create mode 100644 lib/uuid.c
These options are required to be present in RFC 4578 compliant DHCP
requests. They give more information to DHCP servers to allow serving
different DHCP responses to different systems based on client
architecture, client capabilities, UUID, or vendor.
Signed-off-by: Jason Hobbs
---
net/bootp.c |
These options are required to be present in RFC 4578 compliant DHCP
requests. They give more information to DHCP servers to allow serving
different DHCP responses to different systems based on client
architecture, client capabilities, UUID, or vendor.
Jason Hobbs (3):
lib: add uuid_str_to_bin fo
The pxecfg commands provide a near subset of the functionality provided
by the PXELINUX boot loader. This allows U-boot based systems to be
controlled remotely using the same PXE based techniques that many non
U-boot based servers use. To avoid identity confusion with PXELINUX, and
because not all
From: Rob Herring
Signed-off-by: Jason Hobbs
---
common/main.c|7 +++
include/common.h |1 +
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/common/main.c b/common/main.c
index 7da6604..4185bfd 100644
--- a/common/main.c
+++ b/common/main.c
@@ -263,6 +263,13 @@ st
Signed-off-by: Jason Hobbs
---
common/hush.c|2 +-
common/main.c| 46 +++---
include/common.h |1 +
include/hush.h |2 +-
4 files changed, 22 insertions(+), 29 deletions(-)
diff --git a/common/hush.c b/common/hush.c
index 85a6030..9
Signed-off-by: Jason Hobbs
---
include/configs/ca9x4_ct_vxp.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/configs/ca9x4_ct_vxp.h b/include/configs/ca9x4_ct_vxp.h
index 7f83249..dd803ac 100644
--- a/include/configs/ca9x4_ct_vxp.h
+++ b/include/configs/ca9x4_
Add pxecfg command, which is intended to mimic PXELINUX functionality.
'pxecfg get' uses tftp to retrieve a file based on UUID, MAC address or
IP address. 'pxecfg boot' interprets the contents of PXELINUX config
like file to boot using a specific initrd, kernel and kernel command
line.
This patch
Dear Simon Glass,
In message <1306973675-8411-1-git-send-email-...@chromium.org> you wrote:
> This patch series adds bitfield operations to the Tegra code and modifies the
> existing code to use them. These operations are highly desirable for many
> reasons which I attempt to explain here.
They m
Dear "Jason Hobbs",
In message <1307386599-4256-2-git-send-email-jason.ho...@calxeda.com> you wrote:
> Signed-off-by: Jason Hobbs
> ---
> common/hush.c|2 +-
> common/main.c| 46 +++---
> include/common.h |1 +
> include/hush.h |2 +
Dear "Jason Hobbs",
In message <1307386599-4256-3-git-send-email-jason.ho...@calxeda.com> you wrote:
> From: Rob Herring
>
> Signed-off-by: Jason Hobbs
> ---
> common/main.c|7 +++
> include/common.h |1 +
> 2 files changed, 8 insertions(+), 0 deletions(-)
>
> diff --git a/com
Dear "Jason Hobbs",
In message <1307386599-4256-4-git-send-email-jason.ho...@calxeda.com> you wrote:
> Add pxecfg command, which is intended to mimic PXELINUX functionality.
> 'pxecfg get' uses tftp to retrieve a file based on UUID, MAC address or
> IP address. 'pxecfg boot' interprets the content
Dear Wolfgang,
On Mon, Jun 06, 2011 at 09:16:00PM +0200, Wolfgang Denk wrote:
> > -# ifndef CONFIG_SYS_HUSH_PARSER
> > - run_command (p, 0);
> > -# else
> > - parse_string_outer(p, FLAG_PARSE_SEMICOLON |
> > - FLAG_EXIT_FROM_LOOP);
> > -# endif
> >
That's correct! I should elaborate it. It should be (Serial Camera Control
Bus) protocol developed by omnivision.
I am using a OV2715 sensor and I need to access the registers of the said
sensor, I have to modify the I2C read/write in uboot to support the SCCB
transactions.
Here's my question:
If
Dear "Jason Hobbs",
In message <20110606195832.GA4833@jhobbs-laptop> you wrote:
>
> The if (s) line and the rest of this block were indented with spaces
> before I changed it. Should I make the cosmetic change of correct the
> indentation there to use tabs as part of this patch?
Yes, please. Bu
Dear John Tobias,
In message you wrote:
>
> That's correct! I should elaborate it. It should be (Serial Camera Control
> Bus) protocol developed by omnivision.
> I am using a OV2715 sensor and I need to access the registers of the said
> sensor, I have to modify the I2C read/write in uboot to sup
Hi,
Le 03/06/2011 15:10, Igor Grinberg a écrit :
> On 06/03/11 00:51, Wolfgang Denk wrote:
>
>> Hi,
>
> Hi Wolfgang,
>
> [...]
>
>> omap1610h2
>> omap1610inn
>
>> Please submit fixes to prevent removal.
>
> I've sent a compile fix [1] for omap1610h2 and omap1610inn about a month ago,
> but still i
On Fri, May 27, 2011 at 10:00:07AM -0400, Alex Waterman wrote:
> diff --git a/nand_spl/nand_boot.c b/nand_spl/nand_boot.c
> index 9545a9a..725356f 100644
> --- a/nand_spl/nand_boot.c
> +++ b/nand_spl/nand_boot.c
> @@ -80,9 +80,10 @@ static int nand_command(struct mtd_info *mtd, int block,
> int pa
Hi Wolfgang Denk,
The actual initialisation of the sensor is in the OS. But, I need an early
access to get/set the information in the OTP registers of the sensor.
Regards,
john
On Mon, Jun 6, 2011 at 1:11 PM, Wolfgang Denk wrote:
> Dear John Tobias,
>
> In message you wrote:
> >
> > That's c
Dear Wolfgang,
On Mon, Jun 06, 2011 at 09:23:06PM +0200, Wolfgang Denk wrote:
> > diff --git a/include/common.h b/include/common.h
> > index e659630..fd389e7 100644
> > --- a/include/common.h
> > +++ b/include/common.h
> > @@ -234,6 +234,7 @@ int readline_into_buffer(const char *const
> >
On Tue, May 24, 2011 at 10:18:36AM -0400, Ben Gardiner wrote:
> +#ifdef CONFIG_CMD_NAND_TRIMFFS
> +static size_t drop_ffs(const nand_info_t *nand, const u_char *buf,
> + const size_t *len)
> +{
> + size_t i, l = *len;
> +
> + for (i = l - 1; i >= 0; i--)
> +
On Tue, May 24, 2011 at 10:18:37AM -0400, Ben Gardiner wrote:
> diff --git a/common/cmd_nand.c b/common/cmd_nand.c
> index e7db4c9..786f179 100644
> --- a/common/cmd_nand.c
> +++ b/common/cmd_nand.c
> @@ -575,6 +575,16 @@ int do_nand(cmd_tbl_t * cmdtp, int flag, int argc, char
> * const argv[])
>
Dear John Tobias,
In message you wrote:
>
> The actual initialisation of the sensor is in the OS. But, I need an early
> access to get/set the information in the OTP registers of the sensor.
Could you please explain why this cannot be done in the OS driver
initialization code as well?
Best rega
Dear "Jason Hobbs",
In message <20110606205226.GA3035@jhobbs-laptop> you wrote:
> Dear Wolfgang,
>
> On Mon, Jun 06, 2011 at 09:23:06PM +0200, Wolfgang Denk wrote:
> > > diff --git a/include/common.h b/include/common.h
> > > index e659630..fd389e7 100644
> > > --- a/include/common.h
> > > +++ b/i
Dear "Jason Hobbs",
In message <1307386157-3660-2-git-send-email-jason.ho...@calxeda.com> you wrote:
> Signed-off-by: Jason Hobbs
> ---
> include/uuid.h | 28
> lib/Makefile |1 +
> lib/uuid.c | 50 ++
Is
On Tue, May 24, 2011 at 10:18:34AM -0400, Ben Gardiner wrote:
> Replace an incorrect 'read' with 'write' in a comment.
>
> Signed-off-by: Ben Gardiner
> Acked-by: Detlev Zundel
>
> ---
> Changes since v2:
> * added Detlev's Acked-by
> Changes since v1:
> * rebased to HEAD of git://git.denx.de
On Tue, May 24, 2011 at 10:18:35AM -0400, Ben Gardiner wrote:
> In a future commit the behaviour of nand_write_skip_bad()
> will be further extended.
>
> Convert the only flag currently passed to the nand_write_
> skip_bad() function to a bitfield of only one allocated
> member. This should avoid
On Mon, Jun 06, 2011 at 11:30:59PM +0200, Wolfgang Denk wrote:
> Dear "Jason Hobbs",
>
> In message <1307386157-3660-2-git-send-email-jason.ho...@calxeda.com> you
> wrote:
> > Signed-off-by: Jason Hobbs
> > ---
> > include/uuid.h | 28
> > lib/Makefile |1 +
On Monday, June 06, 2011 16:48:05 John Tobias wrote:
please dont top post in your replies
-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-boo
I am going to use the OTP register to put a unique ID of the board. In order
to do that, I don't have to boot the OS if I need to read/write the unique
ID of the board.
Regards,
john
On Mon, Jun 6, 2011 at 2:12 PM, Wolfgang Denk wrote:
> Dear John Tobias,
>
> In message you wrote:
> >
> > The
i started playing with the CONFIG_SYS_FLASH_USE_BUFFER_WRITE option, and it
seems to work fine with an intel strataflash. but when i tried using it with
an ST M29W640 part, no writes are ever committed to the flash.
are there any known gotchas with this code before i start poking further ?
-mik
Dear John Tobias,
In message you wrote:
>
> I am going to use the OTP register to put a unique ID of the board. In order
> to do that, I don't have to boot the OS if I need to read/write the unique
> ID of the board.
...
> On Mon, Jun 6, 2011 at 2:12 PM, Wolfgang Denk wrote:
...
> > Could you p
Hello,
I'm trying to compile u-boot 2011_06_rc2 under Cygwin, but
unfortunatelly a header
file could not be found:
$ make omap4_panda CROSS_COMPILE=arm-none-eabi-
Generating include/autoconf.mk
include/common.h:37:20: fatal error: config.h: No such file or directory
compilation terminated.
Gene
Thanks for chatting.
Regards,
john
On Mon, Jun 6, 2011 at 3:26 PM, Wolfgang Denk wrote:
> Dear John Tobias,
>
> In message you wrote:
> >
> > I am going to use the OTP register to put a unique ID of the board. In
> order
> > to do that, I don't have to boot the OS if I need to read/write the
HELLO,
How are you doing,hope is well with you and your family?. My name is Miss
Pat,it really pleases me to write you for a lovely and sincere
friendship,Really we havent met or seen each other before but there is
reason why which i will tell you when you reply me back I will be so much
apprecia
On Mon, Jun 6, 2011 at 11:50 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
[big snip]
Hi Wolfgang,
OK I understand, thank you. How about this approach: we could add a
new macro to io.h, something like:
#define clrsetfield_le32(bitfield, addr, value) ...
Then caller can define these in a head
Kumar,
These two patches replace previous 3/7, 6/7, 7/7
[PATCH 3/7] powerpc/mpc8xxx: Enable calculation for fixed DDR chips
[PATCH 6/7] powerpc/mpc8xxx: Adding fallback to raw timing on supported boards
[PATCH 7/7] powerpc/mpc8xxx: change raw timing function call parameters
York
__
In case of empty SPD or checksum error, fallback to raw timing on
supported boards.
Signed-off-by: York Sun
---
arch/powerpc/cpu/mpc8xxx/ddr/main.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/cpu/mpc8xxx/ddr/main.c
b/arch/powerpc/cpu/mpc8xxx/ddr/
We used to have fixed parameters for soldered DDR chips. This patch introduces
CONFIG_SYS_DDR_RAW_TIMING to enable calculation based on timing data from DDR
chip datasheet, implemneted in board-specific files or header files.
Signed-off-by: York Sun
---
README|
hi,
> Once you have a working NAND, you can replace the NOR image, switching
> back to NAND if the new NOR image is broken.
>
> And of course be careful not to write to the wrong flash, and destroy your
> backup boot source.
Thanks for your help. Now I have already wrote the newer version of
u-bo
On 06/06/11 23:17, Albert ARIBAUD wrote:
> Hi,
>
> Le 03/06/2011 15:10, Igor Grinberg a écrit :
>> On 06/03/11 00:51, Wolfgang Denk wrote:
>>
>>> Hi,
>>
>> Hi Wolfgang,
>>
>> [...]
>>
>>> omap1610h2
>>> omap1610inn
>>
>>> Please submit fixes to prevent removal.
>>
>> I've sent a compile fix [1] fo
On Tue, Jun 7, 2011 at 12:12 AM, Bear wrote:
>> Once you have a working NAND, you can replace the NOR image, switching
>> back to NAND if the new NOR image is broken.
>>
>> And of course be careful not to write to the wrong flash, and destroy your
>> backup boot source.
>
> Thanks for your help. N
hi,
Thanks for your answer, I have solved this problem :)
On 100/6/7 下午 01:46, McClintock Matthew-B29882 wrote:
> On Tue, Jun 7, 2011 at 12:12 AM, Bear wrote:
>>> Once you have a working NAND, you can replace the NOR image, switching
>>> back to NAND if the new NOR image is broken.
>>>
>>> And of
Hi Reinhard,
What about this [1] patch?
Are there any issues with it? Will you take it?
[1] - http://patchwork.ozlabs.org/patch/93639/
--
Regards,
Igor.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Simon Glass,
In message
you wrote:
>
> OK I understand, thank you. How about this approach: we could add a
> new macro to io.h, something like:
>
> #define clrsetfield_le32(bitfield, addr, value) ...
>
> Then caller can define these in a header file:
>
> #define FIELD_MASK 0xf
> #de
Signed-off-by: Eric Bénard
---
MAKEALL|1 -
board/eukrea/cpuat91/cpuat91.c |6 +++---
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index 13dde6f..50c0080 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -454,7 +454,6 @@ LIST_at91="$(boards_
Hi Wolfgang,
On Mon, Jun 6, 2011 at 11:28 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> OK I understand, thank you. How about this approach: we could add a
>> new macro to io.h, something like:
>>
>> #define clrsetfield_le32(bitfield, addr, value) ...
>>
>>
> -Original Message-
> From: u-b...@lakedaemon.net [mailto:u-b...@lakedaemon.net]
> Sent: Monday, June 06, 2011 6:04 PM
> To: u-boot@lists.denx.de
> Cc: Prafulla Wadaskar; Jason Cooper
> Subject: [PATCH 0/3 v2] RFC: Dreamplug support
>
> From: Jason Cooper
>
> It compiles clean, and I'
Signed-off-by: Eric Bénard
---
arch/arm/include/asm/arch-at91/at91_matrix.h | 10 +++---
arch/arm/include/asm/arch-at91/at91_rstc.h |2 +-
arch/arm/include/asm/arch-at91/at91_wdt.h|2 +-
arch/arm/include/asm/arch-at91/at91sam9_sdramc.h | 30 +++---
ar
> -Original Message-
> From: u-b...@lakedaemon.net [mailto:u-b...@lakedaemon.net]
> Sent: Monday, June 06, 2011 6:04 PM
> To: u-boot@lists.denx.de
> Cc: Prafulla Wadaskar; Jason Cooper
> Subject: [PATCH 2/3 v2] dreamplug: switch from NAND flash to SPI flash.
>
> From: Jason Cooper
>
>
> -Original Message-
> From: u-b...@lakedaemon.net [mailto:u-b...@lakedaemon.net]
> Sent: Monday, June 06, 2011 6:04 PM
> To: u-boot@lists.denx.de
> Cc: Prafulla Wadaskar; Jason Cooper
> Subject: [PATCH 3/3 v2] dreamplug: include in 'make all'
>
> From: Jason Cooper
>
You can avoid 2/
99 matches
Mail list logo
