Hello Wolfgang,
Wolfgang Denk wrote:
> In message <1242645655326-git-send-email-daniel.gorsulow...@esd.eu> Daniel
> Gorsulowski wrote:
>> While hard_i2c support is not available
>> (see http://lists.denx.de/pipermail/u-boot/2009-March/049751.html),
>> this patch enables soft_i2c on AT91SAM9263 So
Hello Wolfgang,
The following changes since commit 396fd17338b9bf1f84f494ec1860427e18868ede:
Peter Tyser (1):
Add 'true' and 'false' commands
are available in the git repository at:
git://git.denx.de/u-boot-i2c.git next
Daniel Gorsulowski (1):
at91: Extended soft_i2c driver fo
Dear Wolfgang Denk,
I've sent the last patch regarding the CFI timeout underflow on 24th
August 2009 and then I Have done no more activity on U-Boot for Nios2.
I've done no more activity regarding the cache flush in
lib_nios2/bootm.c too.
As I remember, the problems with the 2 patches were related
In some cases, we need low speed master clock. So depending on the
"mdiv" variable, the processor clock is divided by 2 (default) or 4.
Signed-off-by: Daniel Gorsulowski
---
board/esd/meesc/meesc.c | 24
include/configs/meesc.h |1 +
2 files changed, 25 insertions(
> Sorry, the batteries of my crystal ball are running low...
>
> It _might_ help if you provided a _little_ information, at least the
> most vital pieces like which architecture / board you are speaking of,
> and which exact version (which git commit id) you are running.
Please see my last mail. I
> -Original Message-
> From: Simon Kagstrom [mailto:simon.kagst...@netinsight.net]
> Sent: Monday, November 23, 2009 1:04 PM
> To: Wolfgang Denk
> Cc: Ben Warren; U-Boot ML; Prafulla Wadaskar
> Subject: Re: [U-Boot] [RFC/PATCH 1/2]: Arm: Kirkwood: Split
> PHY-related initialization to
> 3. TIMING_CFG_5[RODT_ON] should be set to WL-2
> 4. TIMING_CFG_5[RODT_OFF] should be set to WL-1
> 5. TIMING_CFG_5[WODT_ON] should be set to WL-2
> 6. TIMING_CFG_5[WODT_OFF] should be set to WL-1
I would like hold on the patch, There are still issue on ODT
settings.
Please don't apply the patch.
On 20/11/09 20:17, Scott Wood wrote:
> On Fri, Nov 20, 2009 at 03:30:46PM +, Nick Thompson wrote:
>> In the case of a nand controller that needs the OOB data before
>> it can read the page data, an unnecessary read sequence is sent
>> to the nand. This reduces read performance.
>
> By how much
From: Vaibhav Hiremath
The EVMS have been shipping with NAND (instead of OneNAND) as default. So, this
patch sets NAND as default.
To choose OneNAND, define CMD_ONENAND instead of CMD_NAND in the config file
omap3_evm.h
Changes from V3 :-
- Added undef statement for CMD_ONENAND.
Signed
From: Vaibhav Hiremath
Fixes the build/compilation error if we try to re-use the omap3_mmc code
without TWL4030_POWER.
Signed-off-by: Vaibhav Hiremath
---
drivers/mmc/omap3_mmc.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/omap3_mmc.c b/drivers/mmc/oma
From: Vaibhav Hiremath
Changes:-
- Added board specific directory under board/ti/am3517/
- Basic board support.
Signed-off-by: Vaibhav Hiremath
---
board/ti/am3517evm/Makefile | 46 +
board/ti/am3517evm/am3517evm.c | 76
board/ti/am3517evm/am3517evm.h
From: Vaibhav Hiremath
Signed-off-by: Vaibhav Hiremath
---
Makefile |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/Makefile b/Makefile
index bcb3fe9..d1aa8ff 100644
--- a/Makefile
+++ b/Makefile
@@ -3156,6 +3156,9 @@ omap3_overo_config : unconfig
omap3_evm_con
From: Vaibhav Hiremath
AM3517 device is high-performance, industrial applications processor designed
and developed keeping Software Compatible with OMAP3 Processors.
Below are some of the useful links -
AM3517 device is high-performance, industrial applications processor designed
and developed k
From: Vaibhav Hiremath
Signed-off-by: Vaibhav Hiremath
---
include/configs/am3517_evm.h | 293 ++
1 files changed, 293 insertions(+), 0 deletions(-)
create mode 100644 include/configs/am3517_evm.h
diff --git a/include/configs/am3517_evm.h b/include/co
From: Vaibhav Hiremath
Updated mux.h file for AM3517 specific mux configuration.
Signed-off-by: Vaibhav Hiremath
---
include/asm-arm/arch-omap3/mux.h | 35 +++
1 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/include/asm-arm/arch-omap3/mux.h b/i
From: Vaibhav Hiremath
Changes:-
- Created 2 seperate config option
* CONFIG_SDRC (omap34xx family)
* CONFIG_EMIF4 (am3517 family)
- Changed all omap3 dependent file for CONFIG_SDRC
Tested On:-
- AM3517EVM board
- OMAP3EVM board
Hello
I have ported the uboot for my own board.
But something is going wrong when uboot try to relocate itself to ram. But it
is only sometimes its fail.
Often it work but i then do a mtest in uboot it goes down.
I used the mpc837xerdb as a reference. When it fails it look likes it is when
it t
Wolfgang Denk said the following on 11/22/2009 05:01 PM:
> Dear Nishanth Menon,
>
> In message <1255669597-10607-2-git-send-email...@ti.com> you wrote:
>
>> Make the lan91c96 driver capable of CONFIG_NET_MULTI
>> to be clean for the new arch, add a a lil detect function
>>
> --^
Hi Stephanie,
> How and where do i add a new command to the uboot. This is a freescale
> platform specific command and would not work on other platforms.
> Are there any guidelines in place?
The source code is the guideline :)
No, honestly, a little search in the archives show hints like these:
Dear Alexey Goncharov,
In message <1bd99ff9091107v227942d0h4ed03e884bd5a...@mail.gmail.com> you
wrote:
>
> 1. Can i decrease the CFG_MEMTEST_END to avoid the overlaying of mtest
> check-segment and stack (or whatever)? I mean i've already decreased
> CFG_MEMTEST_END to 0xa075. Mtest pass
Hi Lasse,
> I have ported the uboot for my own board. But something is going
> wrong when uboot try to relocate itself to ram. But it is only
> sometimes its fail. Often it work but i then do a mtest in uboot it
> goes down.
>
> I used the mpc837xerdb as a reference. When it fails it look likes
>
> From: Vaibhav Hiremath
>
> AM3517 device is high-performance, industrial applications processor
> designed
> and developed keeping Software Compatible with OMAP3 Processors.
>
> Below are some of the useful links -
> AM3517 device is high-performance, industrial applications processor
> d
> >
> > Some versions of 'make' do not handle trailing white-spaces
> > properly. Trailing spaces in ELF causes a 'fake' source to
> > be added to the variable COBJS; leading to build failure
> > (listed below). The problem was found with GNU Make 3.80.
> >
> > Using text-function 'strip' as a wo
> -Original Message-
> From: Paulraj, Sandeep
> Sent: Monday, November 23, 2009 7:20 PM
> To: Hiremath, Vaibhav; u-boot@lists.denx.de
> Subject: RE: [PATCH 0/5] Introducing TI's New SoC/board AM3517EVM
>
>
>
> >
> > From: Vaibhav Hiremath
> >
> > AM3517 device is high-performance, indu
Hi Lasse Skov,
Are you 100% sure the timing setup of your board's SDRAM are okay? If you
copied the setup from another board (with another SDRAM chip), it might be the
case where you're not meeting the timing characteristics of the new SDRAM chip
and therefore SDRAM will have problems when more
On Thursday 19 November 2009 11:50:11 Stefan Roese wrote:
> This code got included accidentally.
Applied to u-boot-ppc4xx/next. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
On Thursday 19 November 2009 14:08:15 Stefan Roese wrote:
> This patch cleans up the PPC4xx I2C intrastructure:
>
> - Use C struct to describe the I2C registers instead of defines
> - Coding style cleanup (braces, whitespace, comments, line length)
> - Extract common code from i2c_read() and i2c_w
Hi Wolfgang,
please pull some further 4xx patches for next.
Thanks.
The following changes since commit 396fd17338b9bf1f84f494ec1860427e18868ede:
Peter Tyser (1):
Add 'true' and 'false' commands
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git next
St
Greetings,
Still havent been able to get any output from my board. Used blob earlier which
worked nicely
but would like to get it to a fresher more standard bootloader(=uboot).
If anyone out there is using uboot on an sa11xx I would like to hear about
so we can compair notes.
Best wishes
Kristo
Dear Minkyu Kang,
In message <1f3430fb0911222304pa45554epc7e46c49a9cc7...@mail.gmail.com> you
wrote:
>
> > In some case, saved address and compared address are different. (e.g: 80M)
> > So, it can be get wrong memory size.
Well, could you please explain what "some cases" are, and how exactly
th
Dear Simon Kagstrom,
In message <20091123083423.3342c...@marrow.netinsight.se> you wrote:
>
> I believe Prafulla voted to keep the PHY stuff locally in sheevaplug.c
> and openrd_base.c until the generic PHY support was added. So I later
> submitted a patch with the PHY init for OpenRD base in the
Dear Renato Andreola,
In message <4b0a4d04.4030...@imagos.it> you wrote:
>
> I've sent the last patch regarding the CFI timeout underflow on 24th
> August 2009 and then I Have done no more activity on U-Boot for Nios2.
> I've done no more activity regarding the cache flush in
> lib_nios2/bootm.c t
Dear javier Martin,
In message you
wrote:
> > Sorry, the batteries of my crystal ball are running low...
> >
> > It _might_ help if you provided a _little_ information, at least the
> > most vital pieces like which architecture / board you are speaking of,
> > and which exact version (which git
On Sun, 22 Nov 2009 22:17 +0100, Wolfgang Denk wrote :
> Dear Albin Tonnerre,
>
> In message
> <1252442374-25386-1-git-send-email-albin.tonne...@free-electrons.com> you
> wrote:
> > This patch allows to use the atmel_mci SD/MMC driver on the at91
> > architecture.
> > It contains:
> > - initia
Dear hvaib...@ti.com,
In message <1258974382-26568-1-git-send-email-hvaib...@ti.com> you wrote:
> From: Vaibhav Hiremath
>
> Changes:-
> - Added board specific directory under board/ti/am3517/
> - Basic board support.
>
> Signed-off-by: Vaibhav Hiremath
> ---
> board/ti/am3517evm/
Dear hvaib...@ti.com,
In message <1258974509-28062-1-git-send-email-hvaib...@ti.com> you wrote:
> From: Vaibhav Hiremath
>
>
> Signed-off-by: Vaibhav Hiremath
> ---
> Makefile |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
This patch must be part of the commit that adds the c
Dear hvaib...@ti.com,
In message <1258974524-28097-1-git-send-email-hvaib...@ti.com> you wrote:
> From: Vaibhav Hiremath
>
>
> Signed-off-by: Vaibhav Hiremath
> ---
> include/configs/am3517_evm.h | 293
> ++
> 1 files changed, 293 insertions(+), 0 del
Dear hvaib...@ti.com,
In message <1258974539-28130-1-git-send-email-hvaib...@ti.com> you wrote:
> From: Vaibhav Hiremath
>
> Updated mux.h file for AM3517 specific mux configuration.
>
> Signed-off-by: Vaibhav Hiremath
> ---
> include/asm-arm/arch-omap3/mux.h | 35 ++
Dear hvaib...@ti.com,
In message <1258974555-28173-1-git-send-email-hvaib...@ti.com> you wrote:
> From: Vaibhav Hiremath
>
> Changes:-
>
> - Created 2 seperate config option
> * CONFIG_SDRC (omap34xx family)
> * CONFIG_EMIF4 (am3517 family)
> - Changed al
Dear "Gutierrez Gomez Jesus-B16947",
please restrict the line length of your postings to some 70 characters
or so. Thanks.
In message
you
wrote:
>
> Are you 100% sure the timing setup of your board's SDRAM are okay? If you c
> opied the setup from another board (with another SDRAM chip), it m
Dear "Paulraj, Sandeep",
In message <0554bef07d437848af01b9c9b5f0bc5d942dc...@dlee01.ent.ti.com> you
wrote:
>
> > > +ElF := $(strip $(ELF-y) $(ELF-$(ARCH)) $(ELF-$(BOARD)) $(ELF-$(CPU)))
--
> If this is OK with everybody I'd like to push this to u-boot-ti.
The patch is NOT ok, there is
Dear "Paulraj, Sandeep",
In message <0554bef07d437848af01b9c9b5f0bc5d942dc...@dlee01.ent.ti.com> you
wrote:
>
> I hope you made the patches against the current u-boot-ti/master
Please note that this is a tendency I seriously dislike.
Please do NOT do this.
Please see bullet # 3 at http://ww
On Monday 16 November 2009 11:04:30 Premi, Sanjeev wrote:
> From: Premi, Sanjeev
> > +ElF := $(strip $(ELF-y) $(ELF-$(ARCH)) $(ELF-$(BOARD)) $(ELF-$(CPU)))
>
> Just wanted to check if this update is okay?
i'm guessing you missed peter's e-mail pointing out bugs in this change
-mike
signature.as
The linker scripts in examples/standalone are no longer
necessary since STANDALONE_LOAD_ADDR covers the original
purpose of the scripts.
Regards,
--Scott
>From 57baa379cf2f67df89a5c6052767fd25daff20bd Mon Sep 17 00:00:00 2001
From: Scott McNutt
Date: Mon, 23 Nov 2009 15:54:25 -0500
Subject: [
Did we get closure of the memory failures on overo with sdrc patch ?
Tom
s-paul...@ti.com wrote:
> The following changes since commit b91b8f74fe9ded18344c3d03080a4abc07254502:
> Wolfgang Denk (1):
> Merge branch 'master' of /home/wd/git/u-boot/custodians
>
> are available in the git rep
Removed unused variables from lib_nios2/board.c
Regards,
--Scott
>From de03825386eaedb5e17261dd87cde86e9a764ba9 Mon Sep 17 00:00:00 2001
From: Scott McNutt
Date: Mon, 23 Nov 2009 16:29:40 -0500
Subject: [PATCH] Nios2: Fix compiler warnings in lib_nios2/board.c (unused
variables)
Signed-off-by:
Wolfgang,
I checked on this again ... and missed it as well. This was resubmitted
on Thu, 6 Aug 2009. I'll add the resubmitted patch.
My apologies for any inconvenience.
Regards,
--Scott
Wolfgang Denk wrote:
> Dear Renato Andreola,
>
> In message <49df39cd.9010...@imagos.it> you wrote:
>> Fro
First sorry for top posting. Our entire center has lost internet connection and
thus
we have gone back to the middle ages and i can't get my Outlook setup from home
properly.
Regarding the DDR issues with Overo we have not received any closure.
But we have to move forward. My tree has some DDR r
Dear Graeme Russ,
In message <1256038799-21100-1-git-send-email-graeme.r...@gmail.com> you wrote:
> This patch series implements full relocation support for the i386 port of
> U-Boot.
>
> The first 5 patches came about due to my toolchain upgrade (to gcc 4.4.1
> and binutils 2.19) (patch 4 id rea
Dear Ben,
In message <1256115432-31992-1-git-send-email...@denx.de> I wrote:
> So far, TFTP negotiated a fixed retransmission timeout of 5 seconds.
> In some cases (busy networks, slow TFTP servers) this caused very
> slow transfers. Add new environment variable "tftptimeout" allows to
> set this
Dear Kumar,
In message <1256258353-25589-3-git-send-email-pty...@xes-inc.com> Peter Tyser
wrote:
> Enable the 'ecc' command for XES's 85xx and 86xx boards.
What's the state of these three patches:
[PATCH 3/5] xes: Enable the 'ecc' command
[PATCH 4/5] xes: Enable memory POST
[PATCH 5/5] xes: Ena
Dear Ben & KIm,
In message <12564079493940-git-send-email-sandeep.ku...@freescale.com> Sandeep
Gopalpet wrote:
> Moved the mdio regs out of the tsec structure,and
> provided different offsets for tsec base and mdio
> base so that provision for etsec2.0 can be provided.
>
> This patch helps in p
Dear Remy Bohmer,
In message <1256764421-27799-1-git-send-email-li...@bohmer.net> you wrote:
> The type is not set for generation of the FIT images, resulting
> in no images being created without printing or returning an error
>
> Signed-off-by: Remy Bohmer
> ---
> tools/mkimage.c |1 +
> 1
Dear Remy Bohmer,
In message <1256764421-27799-2-git-send-email-li...@bohmer.net> you wrote:
> mkimage does not build due to missing strtok_r() and getline() implementation
>
> Signed-off-by: Remy Bohmer
> ---
> tools/mingw_support.c | 157
> +
>
Dear Remy Bohmer,
In message <1256764421-27799-3-git-send-email-li...@bohmer.net> you wrote:
> The only missing chipselect line support is CS2, and I need it on
> CS2...
>
> Signed-off-by: Remy Bohmer
> ---
> drivers/spi/atmel_dataflash_spi.c | 18 --
> 1 files changed, 16 ins
Dear Remy Bohmer,
In message <1256764421-27799-4-git-send-email-li...@bohmer.net> you wrote:
> The current generic code for handling unaligned access assumes that
> the processor can properly handle unaligned accesses itself.
> This is at least not the case for ARM, which results in runtime
> erro
Dear Ben Warren,
In message <4af9080e.3050...@gmail.com> you wrote:
> Hi Remy,
>
> Remy Bohmer wrote:
> > 'netretry = once' does the same as 'netretry = yes', because it is not
> > stored
> > when it was tried once.
> >
> > Signed-off-by: Remy Bohmer
> > ---
> > net/net.c | 34 ++
Dear Tom,
In message <4ae9bd13.5010...@windriver.com> you wrote:
> s-paul...@ti.com wrote:
> > From: Sandeep Paulraj
> >
> > Void function was returning 0 in the m41t94 rtc driver.
> > This makes it similar to m41t62 rtc driver.
> >
> > Signed-off-by: Sandeep Paulraj
> > ---
> > drivers/rtc/m
Dear javier Martin,
In message you
wrote:
> Some boards like Freescale imx27-ipcam and Vista Silicon
> imx27_visstrim_m10 have 25MHz clocks connected to 26MHz input.
>
> This patch allows this value to be specified from the board
> configuration file in the same way as it is done with 32KHz clo
Hi Wolfgang,
Wolfgang Denk wrote:
> Dear Ben,
>
> In message <1256115432-31992-1-git-send-email...@denx.de> I wrote:
>
>> So far, TFTP negotiated a fixed retransmission timeout of 5 seconds.
>> In some cases (busy networks, slow TFTP servers) this caused very
>> slow transfers. Add new environm
Dear Remy Bohmer,
In message <20091029132457.444320...@bohmer.net>> you wrote:
> Signed-off-by: Remy Bohmer
> ---
> common/cmd_bootm.c |2 +-
> include/image.h|2 --
> 2 files changed, 1 insertion(+), 3 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software E
Hi,
> But I still don't know the way how to read file inside this FAT filesystem.
>
> * Which command can do this? (fatload seems can not because the interface
> is not known)
> * From which verion u-boot supports this feature? Our u-boot is based
> v2009.08. Do we
> need to update to lat
Hi Wolfgang,
On Monday 23 November 2009 23:46:38 Wolfgang Denk wrote:
> Dear Remy Bohmer,
>
> In message <1256764421-27799-4-git-send-email-li...@bohmer.net> you wrote:
> > The current generic code for handling unaligned access assumes that
> > the processor can properly handle unaligned accesses
On Sun, 2009-11-22 at 21:42 +0100, Wolfgang Denk wrote:
> Dear Kim & Peter,
>
> In message <1247081322-22392-2-git-send-email-pty...@xes-inc.com> Peter Tyser
> wrote:
> > When SDRAM ECC is enabled and CONFIG_ECC_INIT_VIA_DDRCONTROLLER is not
> > defined use DMA to set SDRAM to a known state. Pre
On Mon, 2009-11-23 at 23:35 +0100, Wolfgang Denk wrote:
> Dear Kumar,
>
> In message <1256258353-25589-3-git-send-email-pty...@xes-inc.com> Peter Tyser
> wrote:
> > Enable the 'ecc' command for XES's 85xx and 86xx boards.
>
> What's the state of these three patches:
>
> [PATCH 3/5] xes: Enable
Dear Wolfgang,
2009/11/24 Wolfgang Denk :
> Dear Minkyu Kang,
>
> In message <1f3430fb0911222304pa45554epc7e46c49a9cc7...@mail.gmail.com> you
> wrote:
>>
>> > In some case, saved address and compared address are different. (e.g: 80M)
>> > So, it can be get wrong memory size.
>
> Well, could you p
66 matches
Mail list logo
