Dear Andy, dear Elen,
> According to datasheet,set block count before multiple read/write.
>
> Signed-off-by: elen.song
> ---
> drivers/mmc/atmel_mci.h |9 -
> drivers/mmc/gen_atmel_mci.c |4
> 2 files changed, 12 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/m
Hello Paulraj,
Michael Jones wrote:
> This allows the EEPROM layer to send a single i2c write command
> per page, and wait CONFIG_SYS_EEPROM_PAGE_WRITE_DELAY_MS between
> i2c write commands.
>
> Signed-off-by: Michael Jones
> ---
> Changes for v4:
> - Added missing args for printf on out-of-ra
Define CONFIG_SYS_EMAC_TI_CLKDIV for setting the clkdiv value
in the MDIO control register.
Signed-off-by: Heiko Schocher
cc: Sandeep Paulraj
cc: Wolfgang Denk
---
drivers/net/davinci_emac.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/net/davinci_em
Define CONFIG_DV_USBPHY_CTL for setting the USB PHY control
register.
Signed-off-by: Heiko Schocher
cc: Sandeep Paulraj
cc: Remy Bohmer
---
drivers/usb/musb/davinci.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/musb/davinci.c b/drivers/usb/musb/dav
Thanks, Scott. I thought no one would reply to this question.
> Date: Mon, 1 Aug 2011 13:48:22 -0500
> From: scottw...@freescale.com
> To: programas...@hotmail.com
> CC: u-boot@lists.denx.de
> Subject: Re: [U-Boot] problem with mpc837x start.S
>
> On Wed,
On 08/01/2011 02:23 AM, Kumar Gala wrote:
> Add a helper function that will return a phandle value for the given
> node. If the node doesn't have a phandle already one will be created.
>
> Signed-off-by: Kumar Gala
Acked-by: Gerald Van Baren
> ---
> common/fdt_support.c | 20 ++
On 08/01/2011 02:23 AM, Kumar Gala wrote:
> The old fdt_create_phandle didn't actually create a phandle it just
> set one. We'll introduce a new helper that actually does creation.
>
> Signed-off-by: Kumar Gala
Acked-by: Gerald Van Baren
> ---
> arch/powerpc/cpu/mpc85xx/portals.c |2 +-
>
Hi Reinhard,
On 08/01/2011 10:39 PM, Reinhard Meyer wrote:
> Dear Hong Xu,
> > Before reset dbgu transmitter, we just wait TXEMPTY to drain the
> > transmitter register. If not doing this, we may sometimes see several
> > weird characters from DBGU.
> >
> > A short delay is also added to make
Hello dear all,
I used to work on porting to s3c44b0 based board for
these few days.I choose as my cross-compiler.
After compiling success,i burn uboot.bin into my flash.Just nothing
happened.Was NOR flash on my board not recognized?
This is my patch below.
Best regards
L
Hello dear all,
I used to work on porting to s3c44b0 based board for
these few days.I choose as my cross-compiler.
After compiling success,i burn uboot.bin into my flash.Just nothing
happened.Was NOR flash on my board not recognized?
This is my patch below.
Best regards
L
Dear angelo,
In message <4e371771.8000...@gmail.com> you wrote:
>
> seems i cannot "git pull" anymore, i am getting an error:
>
> xu@angel7:~/u-boot.git$ git pull
> error: Unable to find dbf545f2d11cd3118c6c8b54122adfbe799ea1b8 under
> http://git.denx.de/u-boot.git
> Cannot obtain needed blob d
Hi all,
i would like to contribute and to commit mcf5307 support.
I created all the following files:
arch/m68k/cpu/config.mk
arch/m68k/cpu/cpu.c
arch/m68k/cpu/cpu.h
arch/m68k/cpu/cpu_init.c
arch/m68k/cpu/interrupts.c
arch/m68k/cpu/Makefile
arch/m68k/cpu/speed.c
arch/m68k/cpu/start.S
arch/m68k/in
Dear Matthias Weisser,
In message <4e36ed80.4050...@arcor.de> you wrote:
>
> Would you please consider this patch for inclusion. Currently jadecpu is
> broken since [f456445f29d22bb31ad29fdf1d6b2769decd37a2]. It is not clear
> to me why the referenced patch breaks jadecpu (must be some make
> dep
On Aug 1, 2011, at 2:32 PM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <9bfb92b7-5294-4914-8f49-b038c8570...@kernel.crashing.org> you
> wrote:
>>
>> Just wondering which checkpatch you are running.
>>
>> I get:
>>
>> total: 1 errors, 16 warnings, 3172 lines checked
>>
>> Mine's
Hi Jason,
Le 01/08/2011 18:33, Jason Liu a écrit :
> Maybe there will be many many duplicated code like this, do you wish that?
I don't think this will or should be duplicated for each ARM board; more
like suplicated by SoC, or more precisely, by ARM implementation (i.e.,
one cache handling fo
Hi Matthias,
Le 01/08/2011 20:16, Matthias Weisser a écrit :
> Dear Albert
>
> Am 01.08.2011 17:11, schrieb Matthias Weisser:
>> auto gen asm-offsets.h for mb86r0x
>>
>> Signed-off-by: Matthias Weisser
>> ---
>> Changes in v2:
>>- Added forgotten register structures
>>
>> arch/arm/cpu/arm926
Dear Jason Liu,
In message
you wrote:
>
> > What about the following change?
> >
> > #ifndef CONFIG_SYS_DCACHE_OFF
> >dcache_enable();
> > #else
> > puts("WARNING: Caches not enabled\n");
> > #endif
>
> Or better:
>
> #ifdef CONFIG_SYS_DCACHE_ON
> dcache_enable();
> #els
Hello all,
Sorry for the few days of silence... I've just resumed my U-Boot
activity by, as the subject says, rebasing u-boot-master above u-boot,
to make available some patches needed by ARM developers, maintainers and
custodians.
Among these are the timer series, which are expected by at lea
Dear Kumar Gala,
In message <9bfb92b7-5294-4914-8f49-b038c8570...@kernel.crashing.org> you wrote:
>
> Just wondering which checkpatch you are running.
>
> I get:
>
> total: 1 errors, 16 warnings, 3172 lines checked
>
> Mine's from linux kernel tree HEAD as of a day or so ago.
Mine is a bit ol
On Wed, 27 Jul 2011 06:21:13 +
shawn Bai wrote:
> The question is about arch\powerpc\cpu\83xx\start.S.
> the demo board I use is MPC837xERDB, there is 8MBytes Nor flash on it.
> by default, uboot is booted from lower address, it means BMS field in HRCW is
> 0, which will affect value of MSR[
Dear Albert
Am 01.08.2011 17:11, schrieb Matthias Weisser:
> auto gen asm-offsets.h for mb86r0x
>
> Signed-off-by: Matthias Weisser
> ---
> Changes in v2:
> - Added forgotten register structures
>
> arch/arm/cpu/arm926ejs/mb86r0x/Makefile |2 +
> arch/arm/cpu/arm926ejs/mb86r0x/a
Kumar Gala wrote:
> I don't think its that as my version still reports 80-char limit as warnings.
By "more forgiving", I mean that there's some intelligence behind it now.
Depending on the actual characters that are after column 80, it may be allowed.
So the question is whether U-Boot will includ
On Aug 1, 2011, at 12:59 PM, Tabi Timur-B04825 wrote:
> On Mon, Aug 1, 2011 at 10:26 AM, Kumar Gala wrote:
>
>> Just wondering which checkpatch you are running.
>>
>> I get:
>>
>> total: 1 errors, 16 warnings, 3172 lines checked
>>
>> Mine's from linux kernel tree HEAD as of a day or so ago.
On Mon, Aug 1, 2011 at 10:26 AM, Kumar Gala wrote:
> Just wondering which checkpatch you are running.
>
> I get:
>
> total: 1 errors, 16 warnings, 3172 lines checked
>
> Mine's from linux kernel tree HEAD as of a day or so ago.
I believe that checkpatch has become a more forgiving with the
80-ch
On Fri, 29 Jul 2011 18:53:38 +0200
Simon Schwarz wrote:
> diff --git a/drivers/mtd/nand/Makefile b/drivers/mtd/nand/Makefile
> index 8b598f6..fcd8b74 100644
> --- a/drivers/mtd/nand/Makefile
> +++ b/drivers/mtd/nand/Makefile
> @@ -26,12 +26,18 @@ include $(TOPDIR)/config.mk
> LIB := $(obj)libna
2011/8/2 Jason Liu :
> Hi, Aneesh,
>
> 2011/8/1 Aneesh V :
>> c2dd0d45540397704de9b13287417d21049d34c6 added dcache_enable()
>> to board_init_r(). This enables d-cache for all ARM boards.
>> As a result some of the arm boards that are not cache-ready
>> are broken. Revert this change and allow plat
Hi, Aneesh,
2011/8/1 Aneesh V :
> c2dd0d45540397704de9b13287417d21049d34c6 added dcache_enable()
> to board_init_r(). This enables d-cache for all ARM boards.
> As a result some of the arm boards that are not cache-ready
> are broken. Revert this change and allow platform code to
> take the decisi
Hi list,
Since I'am on vacation from the day after tomorrow for the rest of the
week: Any comment on the new version?
Is there a forecast on the chances of mainlining it for the upcoming
release?
Regards
Simon
On 07/29/2011 06:53 PM, Simon Schwarz wrote:
> V1 Initial SPL support for OMAP3 was
On Mon, Aug 01, 2011 at 04:01:19PM +, Simon Guinot wrote:
> On Mon, Aug 01, 2011 at 10:52:11AM -0400, Jason wrote:
> > On Mon, Aug 01, 2011 at 12:20:12PM +, Simon Guinot wrote:
> > > Hi Jason,
> > >
> > > On Mon, Aug 01, 2011 at 01:04:27AM +, Jason Cooper wrote:
> > > > If CONFIG_DISPL
On Mon, Aug 01, 2011 at 10:52:11AM -0400, Jason wrote:
> On Mon, Aug 01, 2011 at 12:20:12PM +, Simon Guinot wrote:
> > Hi Jason,
> >
> > On Mon, Aug 01, 2011 at 01:04:27AM +, Jason Cooper wrote:
> > > If CONFIG_DISPLAY_CPUINFO is enabled on kirkwood SoCs, this will print the
> > > speeds o
Move extern of pci_of_setup() into corenet_ds.h
Signed-off-by: Kumar Gala
---
board/freescale/corenet_ds/corenet_ds.c |2 --
board/freescale/corenet_ds/corenet_ds.h |1 +
2 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/board/freescale/corenet_ds/corenet_ds.c
b/board/frees
From: Andy Fleming
Add support for RGMII, SGMII, and XAUI (10Gb) Ethernet on P4080DS.
The board supports add-on cards for SGMII and XAUI functionality. Which
slots on the board these cards are in is a function of the SERDES option
selected and muxes on the board.
Additionally because of the hi
From: Poonam Aggrwal
Issue: Address masking doesn't work properly.
When sum of the base address, defined by BA, and memory bank size,
defined by AM, exceeds 4GB (0x_) then AMASKn[AM] doesn't mask
CSPRn[BA] bits.
Impact:
This will impact booting when we are reprogramming CSPR0(BA) and
AMA
On Aug 1, 2011, at 5:16 AM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <1312179825-27917-1-git-send-email-ga...@kernel.crashing.org> you
> wrote:
>> The Frame Manager (FMan) on QorIQ SoCs with DPAA (datapath acceleration
>> architecture) is the ethernet contoller block. Normally it
On Aug 1, 2011, at 5:21 AM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <1312180248-28528-4-git-send-email-ga...@kernel.crashing.org> you
> wrote:
>> From: Poonam Aggrwal
>>
>> Issue: Address masking doesn't work properly.
>> When sum of the base address, defined by BA, and memory
On Jul 30, 2011, at 4:50 PM, Wolfgang Denk wrote:
> Fix:
>
> tqm834x.c:299: warning: passing argument 1 of 'get_ram_size' discards
> qualifiers from pointer target type
>
> Signed-off-by: Wolfgang Denk
> Cc: Kim Phillips
> Cc: Kumar Gala
> ---
> board/tqc/tqm834x/tqm834x.c |6 +++---
> 1
auto gen asm-offsets.h for mb86r0x
Signed-off-by: Matthias Weisser
---
Changes in v2:
- Added forgotten register structures
arch/arm/cpu/arm926ejs/mb86r0x/Makefile |2 +
arch/arm/cpu/arm926ejs/mb86r0x/asm-offsets.c| 65
arch/arm/include/asm/arch-mb86r0x
On Mon, Aug 01, 2011 at 12:20:12PM +, Simon Guinot wrote:
> Hi Jason,
>
> On Mon, Aug 01, 2011 at 01:04:27AM +, Jason Cooper wrote:
> > If CONFIG_DISPLAY_CPUINFO is enabled on kirkwood SoCs, this will print the
> > speeds of the various components.
> >
> > Signed-off-by: Jason Cooper
> >
Dear Hong Xu,
> Before reset dbgu transmitter, we just wait TXEMPTY to drain the
> transmitter register. If not doing this, we may sometimes see several
> weird characters from DBGU.
>
> A short delay is also added to make sure the new serial settings are
> settled.
>
> Signed-off-by: Hong Xu
> ---
Sandeep,
Few of your commits will not allow using davinci_emac driver for non-davinci
family of devices. For example,
commit 840f8923a076b02b983cf58c9466b5bdf5957133
Author: Sandeep Paulraj
Date: Tue Dec 28 15:43:16 2010 -0500
DaVinci DM6467: Added ET1011C (LSI) PHY support
This adds ne
From: Vaibhav Hiremath
Switch from the legacy mmc driver to the
new generic mmc driver.
This patch is based on similar patch for beagle[1].
[1] http://git.denx.de/?p=u-boot.git;a=commitdiff_plain;h=0cd31144240
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Sanjeev Premi
---
board/logicpd/a
From: Vaibhav Hiremath
Switch from the legacy mmc driver to the
new generic mmc driver.
This patch is based on similar patch for beagle[1].
[1] http://git.denx.de/?p=u-boot.git;a=commitdiff_plain;h=0cd31144240
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Sanjeev Premi
---
board/ti/evm/ev
From: Vaibhav Hiremath
AM/DM37x is another OMAP3 variant, where the GFX clock has been
boosted to 192MHz/200MHz. So fix the GFX_DIV value for this change.
HW Errata: Due to dependency of TV out clock of 54MHz, it is not
possible to configure GFX to 192MHz. So as per HW errats, the
recommended GF
From: Vaibhav Hiremath
In case of AM3517 and AM3505 (which is OMAP3 varients), IVA2 and
ISP-CAMERA modules have been removed. So add check for cpu_family before
enabling clocks for these modules, else this impacts subsequent
power consumption and system suspend/resume functionality.
Signed-off-b
From: Vaibhav Hiremath
Increase the console I/O buffer size (SYS_CBSIZE) to 512 (from 256)
required especially for bootargs string, as multiple options
(e.g Video settings) are passed to the kernel through bootargs.
Signed-off-by: Vaibhav Hiremath
---
include/configs/omap3_beagle.h |2 +-
On newer rev5 hardware the extension board EEPROM I2C address
has been changed to 0x54. Make this I2C address configurable
depending on CONFIG_DIGSY_REV5 so that extention board presence
detection works correctly on newer hardware.
Signed-off-by: Anatolij Gustschin
---
board/intercontrol/digsy_m
Hi Aneesh,
On 08/01/2011 02:56 PM, Aneesh V wrote:
> Hi Simon,
>
> On Monday 01 August 2011 04:50 PM, Simon Schwarz wrote:
>> Hi Aneesh,
>>
>> I am working on the OS booting right now and have a bigger change of
>> your code in spl.c in mind.
>>
>> Hope you can say one or two words what you think
Dear Wolfgang Denk,
this board builds again as of today in u-boot-atmel/master.
I have set this patch to "not applicable".
Best Regards,
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
This driver can be used for kirkwood SoCs by enabling CONFIG_RTC_MV. Tested on
Global Scale Technologies Dreamplug.
Signed-off-by: Jason Cooper
---
Changes from v1:
- renamed files to mvrtc.{c,h}
- used proper c-structs for register access
- used existing macros for regis
The U-Boot Design Principles[1] clearly say:
Initialize devices only when they are needed within U-Boot, i.e. don't
initialize the Ethernet interface(s) unless U-Boot performs a download
over Ethernet; don't initialize any IDE or USB devices unless U-Boot
actually tries to load files from
From: Xu, Hong
Rework for AT91SAM9RL-EK, makes it build again.
Based on the work for AT91SAM9260-EK.
V4: added changes to MAKEALL
Signed-off-by: Hong Xu
Signed-off-by: Reinhard Meyer
---
MAKEALL |1 -
Makefile| 12
boa
From: Xu, Hong
Rework for AT91SAM9RL SoC, makes it build again.
Based on the work for AT91SAM9260-EK.
V4: US->USART, cosmetics
Signed-off-by: Hong Xu
Signed-off-by: Reinhard Meyer
---
arch/arm/cpu/arm926ejs/at91/at91sam9rl_devices.c | 74
arch/arm/include/asm/arch-at91/at91sam9rl
Hello Wolfgang,
Wolfgang Denk wrote:
> Dear Heiko Schocher,
>
> In message <1312196898-20228-1-git-send-email...@denx.de> you wrote:
>> The U-Boot Design Principles[1] clearly say:
>>
>> Initialize devices only when they are needed within U-Boot, i.e. don't
>> initialize the Ethernet interfac
Dear Heiko Schocher,
In message <1312196898-20228-1-git-send-email...@denx.de> you wrote:
> The U-Boot Design Principles[1] clearly say:
>
> Initialize devices only when they are needed within U-Boot, i.e. don't
> initialize the Ethernet interface(s) unless U-Boot performs a download
> over
On Mon, Aug 01, 2011 at 02:53:00PM +0200, Wolfgang Denk wrote:
> Dear Jason Cooper,
>
> In message <1312160667-14248-1-git-send-email-u-b...@lakedaemon.net> you
> wrote:
> > If CONFIG_DISPLAY_CPUINFO is enabled on kirkwood SoCs, this will print the
> > speeds of the various components.
> >
> > S
Dear Wolfgang Denk,
In message <1312070468-17261-1-git-send-email...@denx.de> you wrote:
> Signed-off-by: Wolfgang Denk
> Cc: Stefan Roese
> ---
> include/environment.h |4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Soft
Dear Wolfgang Denk,
In message <1312068829-8498-1-git-send-email...@denx.de> you wrote:
> Fix compiler warning:
>
> cmd_fpga.c:318: warning: passing argument 3 of 'fit_image_get_data'
> from incompatible pointer type
>
> Adding the needed 'const' here entails a whole bunch of additonal
> changes
Dear Wolfgang Denk,
In message <1312066089-16812-1-git-send-email...@denx.de> you wrote:
> Fix the following:
>
> ERROR: do not initialise statics to 0 or NULL
> ERROR: do not use assignment in if condition
>
> Signed-off-by: Wolfgang Denk
...
> - if ((s = getenv("splashpos")) != NU
Dear Wolfgang Denk,
In message <1311969329-1109-3-git-send-email...@denx.de> you wrote:
> Signed-off-by: Wolfgang Denk
> ---
> drivers/video/cfb_console.c | 11 ++-
> 1 files changed, 2 insertions(+), 9 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Eng
Dear Wolfgang Denk,
In message <1311969329-1109-2-git-send-email...@denx.de> you wrote:
> Run cfb_console.c through indent and manually fix some of he
> deficiencies of the automatic line breaking.
>
> Fix multiline comments, excessive line spacing and such.
>
> No changes to code done.
>
> Sig
Dear Wolfgang Denk,
In message <1312065165-23322-1-git-send-email...@denx.de> you wrote:
> Clean up some duplicated prototype declarations.
> Get rid of now useless AVR32 initcalls.h file.
>
> Signed-off-by: Wolfgang Denk
> Cc: Albert Aribaud
> Cc: Haavard Skinnemoen
> Cc: Graeme Russ
> ---
>
Dear Albert,
In message <1312064965-23212-1-git-send-email...@denx.de> I wrote:
> Also remove bogus comment.
>
> Signed-off-by: Zhong hongbo
> Changed commit message
> Signed-off-by: Wolfgang Denk
> Cc: Albert Aribaud
> ---
> arch/arm/include/asm/u-boot-arm.h |8
> 1 files change
Hi Simon,
On Monday 01 August 2011 04:50 PM, Simon Schwarz wrote:
> Hi Aneesh,
>
> I am working on the OS booting right now and have a bigger change of
> your code in spl.c in mind.
>
> Hope you can say one or two words what you think about it.
>
> THE PROBLEM
> For the direct OS boot and in some
Dear Jason Cooper,
In message <1312160667-14248-1-git-send-email-u-b...@lakedaemon.net> you wrote:
> If CONFIG_DISPLAY_CPUINFO is enabled on kirkwood SoCs, this will print the
> speeds of the various components.
>
> Signed-off-by: Jason Cooper
> ---
> Changes since v1:
> - optimized macros
Hi Jason,
On Mon, Aug 01, 2011 at 01:04:27AM +, Jason Cooper wrote:
> If CONFIG_DISPLAY_CPUINFO is enabled on kirkwood SoCs, this will print the
> speeds of the various components.
>
> Signed-off-by: Jason Cooper
> ---
> Changes since v1:
> - optimized macros to remove one-timers
>
On Mon, Aug 01, 2011 at 11:49:58AM +, Simon Guinot wrote:
> Hi Jason,
>
> On Mon, Aug 01, 2011 at 12:48:05AM +, Jason Cooper wrote:
> > This driver can be used for kirkwood SoCs by enabling CONFIG_RTC_MVINTEG.
> > Tested on Global Scale Technologies Dreamplug.
> >
> > Signed-off-by: Jason
Hi Jason,
On Mon, Aug 01, 2011 at 12:48:05AM +, Jason Cooper wrote:
> This driver can be used for kirkwood SoCs by enabling CONFIG_RTC_MVINTEG.
> Tested on Global Scale Technologies Dreamplug.
>
> Signed-off-by: Jason Cooper
> ---
> Changes from v1:
> - renamed files to mvrtc.{c,h}
>
Dear Wolfgang Denk,
On 1 August 2011 15:39, Wolfgang Denk wrote:
> Dear Chander Kashyap,
>
> In message 5pzhytn...@mail.gmail.com> you wrote:
> >
> [200+ lines of unrelated quote deleted.]
>
> > > > +void copy_uboot_to_ram(void)
> > > > +{
> > > > + copy_sd_mmc_to_mem copy_bl2 = (copy_sd_
Before reset dbgu transmitter, we just wait TXEMPTY to drain the
transmitter register. If not doing this, we may sometimes see several
weird characters from DBGU.
A short delay is also added to make sure the new serial settings are
settled.
Signed-off-by: Hong Xu
---
Change since V1:
- Fix comme
c2dd0d45540397704de9b13287417d21049d34c6 added dcache_enable()
to board_init_r(). This enables d-cache for all ARM boards.
As a result some of the arm boards that are not cache-ready
are broken. Revert this change and allow platform code to
take the decision on d-cache enabling.
Also add some docu
Signed-off-by: Aneesh V
---
arch/arm/cpu/armv7/omap3/board.c |8
arch/arm/cpu/armv7/omap4/board.c |8
2 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap3/board.c b/arch/arm/cpu/armv7/omap3/board.c
index 98519a9..de0e90d 100644
--- a/a
set-way operations need a DSB after them to ensure the
operation is complete. DMB may not be enough. Use DSB
after all operations instead of DMB.
Signed-off-by: Aneesh V
---
arch/arm/cpu/armv7/cache_v7.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/arm
- Avoid enabling caches for all ARM boards
- Enable caches for omap3/4
- Stronger barrier for armv7 cache-maintenance operations.
Aneesh V (3):
arm: do not force d-cache enable on all boards
omap: enable caches at system start-up
armv7: stronger barrier for cache-maintenance operations
arc
Hi Aneesh,
I am working on the OS booting right now and have a bigger change of
your code in spl.c in mind.
Hope you can say one or two words what you think about it.
THE PROBLEM
For the direct OS boot and in some other situations - env image e.g., I
have to load more than one image in SPL.
T
Dear Hong Xu,
> Before reset dbgu transmitter, we just wait TXEMPTY to drain the
> transmitter register. If not doing this, we may sometimes see several
> weird characters from DBGU.
>
> A short delay is also added to make sure the new serial settings are
> settled.
>
> Signed-off-by: Hong Xu
> ---
The U-Boot Design Principles[1] clearly say:
Initialize devices only when they are needed within U-Boot, i.e. don't
initialize the Ethernet interface(s) unless U-Boot performs a download
over Ethernet; don't initialize any IDE or USB devices unless U-Boot
actually tries to load files from
Dear "Hiremath, Vaibhav",
In message <19f8576c6e063c45be387c64729e739404e398e...@dbde02.ent.ti.com> you
wrote:
> Hi,
>
> Today when I have rebased all my patches to latest denx/master, I have
> observed that the following commit has broken the build for ARM family of
> devices (in my case it's
Dear Kumar Gala,
In message <1312180248-28528-4-git-send-email-ga...@kernel.crashing.org> you
wrote:
> From: Poonam Aggrwal
>
> Issue: Address masking doesn't work properly.
> When sum of the base address, defined by BA, and memory bank size,
> defined by AM, exceeds 4GB (0x_) then AMAS
Dear Kumar Gala,
In message <1312179825-27917-2-git-send-email-ga...@kernel.crashing.org> you
wrote:
> From: Andy Fleming
>
> Add support for RGMII, SGMII, and XAUI (10Gb) Ethernet on P4080DS.
>
> The board supports add-on cards for SGMII and XAUI functionality. Which
> slots on the board the
Dear Kumar Gala,
In message <1312179825-27917-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> The Frame Manager (FMan) on QorIQ SoCs with DPAA (datapath acceleration
> architecture) is the ethernet contoller block. Normally it is utilized
> via Queue Manager (Qman) and Buffer Manager (B
This allows the EEPROM layer to send a single i2c write command
per page, and wait CONFIG_SYS_EEPROM_PAGE_WRITE_DELAY_MS between
i2c write commands.
Signed-off-by: Michael Jones
---
Changes for v4:
- Added missing args for printf on out-of-range
Changes for v3:
- Rewrote error messages to be
Dear Aneesh V,
In message <1312183367-16528-1-git-send-email-ane...@ti.com> you wrote:
> commit 84b5e8022ef62b68df360392a55c4fc2f2e568d7:
> "Constify getenv(), setenv() and hash code functions"
>
> creates build break for arm. Fix this by removing
> redundant prototype of setenv() function.
>
>
Dear Holger Brunck,
In message <4e365478.4050...@keymile.com> you wrote:
>
> what's the status of this patch? Is it intended to go in for rc1? I have seen
> that 1/2 was committed but not this one. This patch runs in our local branch
> for
> some month so:
I lost it from my queue. But it needs
Dear Heiko Schocher,
In message <1307610451-13457-1-git-send-email...@denx.de> you wrote:
> The U-Boot Design Principles[1] clearly say:
>
> Initialize devices only when they are needed within U-Boot, i.e. don't
> initialize the Ethernet interface(s) unless U-Boot performs a download
> over
Dear Chander Kashyap,
In message
you wrote:
>
[200+ lines of unrelated quote deleted.]
> > > +void copy_uboot_to_ram(void)
> > > +{
> > > + copy_sd_mmc_to_mem copy_bl2 = (copy_sd_mmc_to_mem)*(u32
> > > *)(0x02020030);
> > > + copy_bl2(BL2_START_OFFSET,\
> > > + BL2_SI
Hi Mike,
Thanks for your comments.
Since the earlier patch is about reading env variable value in SPI flash and
This patch concentrates on reading the same from I2C EEPROM, it will be better
to have 2 different patches. Second patch is not to fix the first patch.
If you want them to sent after s
Detlev,
Thanks for your comments.
I will make appropriate changes to the patch.
-Nag
On Fri, Jul 29, 2011 at 14:11:41, Detlev Zundel wrote:
> Hi,
>
> [...]
>
> > - pre_div = (readl(&davinci_pllc_regs->prediv) &
> > - DAVINCI_PLLC_DIV_MASK) + 1;
> > - pllm = readl(&davinci_pllc_r
Hi Detlev,
Thanks for your comments. I will remove this patch as this patch doesn't make
sense.
-Nag
On Fri, Jul 29, 2011 at 14:01:16, Detlev Zundel wrote:
> Hi,
>
> > From: Nagabhushana Netagunte
> >
> > Add provision to enable RMII support in configuration file.
>
> What is that supposed to m
Detlev,
Thanks for your comments, I will make appropriate changes to 'commit' message.
-Nag
On Fri, Jul 29, 2011 at 13:56:32, Detlev Zundel wrote:
> Hi,
>
> > From: Nagabhushana Netagunte
> >
> > add support for cache management in config file. This is needed as per
> > new cache management fram
Zundel,
Thanks for your valuable comments. My reply inline.
-Nag
On Fri, Jul 29, 2011 at 13:54:30, Detlev Zundel wrote:
> Hi,
>
> > From: Nagabhushana Netagunte
> >
> > Add an option to use NOR boot mode in configuration file and
> > correspanding pin-mux support in board file.
> >
> > Signed-
> -Original Message-
> From: Heiko Schocher [mailto:h...@denx.de]
> Sent: Monday, August 01, 2011 3:09 PM
> To: Hiremath, Vaibhav
> Cc: U-Boot@lists.denx.de
> Subject: Re: [U-Boot] Build failure for ARM devices
>
> Hello Vaibhav,
>
> Hiremath, Vaibhav wrote:
> > Hi,
> >
> > Today when I h
Hello Vaibhav,
Hiremath, Vaibhav wrote:
> Hi,
>
> Today when I have rebased all my patches to latest denx/master, I have
> observed that the following commit has broken the build for ARM family of
> devices (in my case it's OMAP3). I have patch fixing this issue, which I will
> submit shortly.
Mike,
Thanks for your valuable comments; I will use the helper function you suggested.
-Nag
On Fri, Jul 29, 2011 at 00:01:39, Mike Frysinger wrote:
> On Thu, Jul 28, 2011 at 09:25, > if (getenv("ethaddr") == NULL) {
>
> this should get fixed to use the eth helper instead of poking the en
Hi,
Today when I have rebased all my patches to latest denx/master, I have observed
that the following commit has broken the build for ARM family of devices (in my
case it's OMAP3). I have patch fixing this issue, which I will submit shortly.
Commit -
===
commit 84b5e8022ef62b68
Hello Michael,
Michael Jones wrote:
> This allows the EEPROM layer to send a single i2c write command
> per page, and wait CONFIG_SYS_EEPROM_PAGE_WRITE_DELAY_MS between
> i2c write commands.
>
> Signed-off-by: Michael Jones
> ---
> Changes for v3:
> - Rewrote error messages to be more descript
Before reset dbgu transmitter, we just wait TXEMPTY to drain the
transmitter register. If not doing this, we may sometimes see several
weird characters from DBGU.
A short delay is also added to make sure the new serial settings are
settled.
Signed-off-by: Hong Xu
---
drivers/serial/atmel_usart.
Fix board part of AT91SAM9261-EK according to the new scheme
Signed-off-by: Hong Xu
---
Makefile | 23 -
board/atmel/at91sam9261ek/at91sam9261ek.c | 136 +++--
board/atmel/at91sam9261ek/config.mk |1 -
board/atmel/at91sam9
Fix at91sam9261_matrix.h according to the new scheme.
Signed-off-by: Hong Xu
---
.../arm/include/asm/arch-at91/at91sam9261_matrix.h | 77 +---
1 files changed, 36 insertions(+), 41 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91sam9261_matrix.h
b/arch/arm/includ
[Cc-ing Prafulla the author of the mvgbe driver]
Hi All,
I contacted the author of that commit and this was his response:
> Yes, most likely it's the caching. Guess your driver is doing DMA andis not
> handling the cache flushing/invalidation well to avoid coherency
> issues. First of all to con
Hi Reinhard,
On 08/01/2011 04:00 PM, Reinhard Meyer wrote:
> Dear Hong Xu,
> > Rework for AT91SAM9RL SoC, makes it build again.
> > arch/arm/include/asm/arch-at91/at91sam9rl_matrix.h | 121 +-
>
> When I compare at91sam9rl_matrix.h to at91sam9260_matrix.h there is only
> one subtle di
1 - 100 of 106 matches
Mail list logo
