Hi
2009/11/11 Fabio Estevam :
> Magnus,
>
> --- On Tue, 11/10/09, Magnus Lilja wrote:
>
>> From: Magnus Lilja
>> Subject: [U-Boot] [PATCH] RTC: Fix return code in MC13783 RTC driver.
>> To: u-boot@lists.denx.de
>> Date: Tuesday, November 10, 2009, 4:53 PM
>> ---
>> drivers/rtc/mc13783-rtc.c |
Hello
We have a special "Serial flash controller" which was put into the standard
flash
framework of uboot (common/cmd_flash.c). Commands like 'cp', 'erase' could
be
used for operation over serial flash.
Now we have to use parallel flash (CFI), hence it is required to handle
"Serial flash control
Add command for changing Flex-OneNAND SLC / MLC boundary.
Also onenand commands work for Flex-OneNAND.
Signed-off-by: Rohit Hagargundgi
Signed-off-by: Amul Kumar Saha
---
common/cmd_onenand.c | 106 +++---
include/configs/apollon.h |2
2 files c
Hi Scott,
> On Fri, Nov 06, 2009 at 05:17:44PM +0530, Amul Kumar Saha wrote:
>> - printk("Bad blocks %d at 0x%x\n",
>> -(u32)(ofs >> this->erase_shift), (u32)ofs);
>> + printk("Bad blocks %lu at 0x%x\n",
>> +(u32)onenand_block(this, ofs), (u32)ofs);
>
> cmd_onenand.c: In function
Magnus,
--- On Tue, 11/10/09, Magnus Lilja wrote:
> From: Magnus Lilja
> Subject: [U-Boot] [PATCH] RTC: Fix return code in MC13783 RTC driver.
> To: u-boot@lists.denx.de
> Date: Tuesday, November 10, 2009, 4:53 PM
> ---
> drivers/rtc/mc13783-rtc.c | 2 +-
> 1 files changed, 1 insertions(+),
Dear Ronny,
In message <227026ca0911101327j2e9bb20cld8e0447918562...@mail.gmail.com> you
wrote:
>
> we have a system on which we load first one executable that executes some
> test code to make sure the board's hardware is in a good shape. Once this is
> confirmed the SW returns to the loader and
Dear Tom,
In message <4af9c04f.1020...@windriver.com> you wrote:
>
> I have pushed the earlier patch to arm/next.
Thnaks, but this being a clear bug fix I think we should include this
in the upcoming release?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk
Hello
we have a system on which we load first one executable that executes some
test code to make sure the board's hardware is in a good shape. Once this is
confirmed the SW returns to the loader and in a second step real SW
operational SW is loaded. In fact we want to load/execute 2 (or more) bui
Scott Wood skrev:
> On Sun, Nov 08, 2009 at 11:55:39AM +0100, Magnus Lilja wrote:
>> Alternative solution for supporting 16 bit NAND detection for the
>> i.MX27 and i.MX31 SoCs. This moves the SoC specific code to the SoC header
>> file leaving mxc_nand.c free from #ifdef's (in this respect).
>
>
Wolfgang Denk wrote:
> Dear Tom,
>
> In message <4af33815.4030...@windriver.com> you wrote:
Signed-off-by: Abdoulaye Walsimou Gaye
>>> What is this? Are you sure this patch is properly attributed? Was
>>> Abdoulaye Walsimou Gaye really the first to submit this patch?
>>>
>>> Best regards,
>
---
drivers/rtc/mc13783-rtc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/rtc/mc13783-rtc.c b/drivers/rtc/mc13783-rtc.c
index 05db2f1..416f50d 100644
--- a/drivers/rtc/mc13783-rtc.c
+++ b/drivers/rtc/mc13783-rtc.c
@@ -109,7 +109,7 @@ int rtc_set(struct rtc_tim
---
common/cmd_date.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/common/cmd_date.c b/common/cmd_date.c
index 9f50f89..3141a39 100644
--- a/common/cmd_date.c
+++ b/common/cmd_date.c
@@ -71,9 +71,9 @@ int do_date (cmd_tbl_t *cmdtp, int flag, int argc, char
*argv[]
On Tue, Nov 10, 2009 at 11:36:44AM -0600, Peter Tyser wrote:
> > Ok, here are my results, this is on a 8349EMDS-derived board. My
> > 8349EMDS eval board doesn't have ECC memory.
> >
> > 1) It might be nice to have something to print the current injection
> > registers. It is not a big deal, anyon
> Ok, here are my results, this is on a 8349EMDS-derived board. My
> 8349EMDS eval board doesn't have ECC memory.
>
> 1) It might be nice to have something to print the current injection
> registers. It is not a big deal, anyone using this should be an expert
> anyway.
Thanks for the feedback. I
On Mon, Nov 09, 2009 at 09:07:25PM -0600, Peter Tyser wrote:
[ big snip ]
> >
> > I haven't looked at your code. When I was running the old ecc command, I
> > had the 83xx reference manual open to decode the command's output, IIRC.
> >
> > PS - I'm happy to test stuff on 83xx, I'll try and find
邀請你 "From:Maher Labib Abou Steit,General Manager,United Bank of Egypt".
（被主持人） Steit Maher:
日期:2009年11月10日, 星期二
時間:8:00 上午 - 9:00 上午 (GMT +00:00)
地點:In my bank covered an abandoned sum of $33.3musd in an
account that belongs a la
Hi Wolfgang,
please pull some updates for "next". Thanks.
The following changes since commit cd12f615e4dd1dd24caab93f4157894783c6c1c0:
Wolfgang Grandegger (1):
mpc52xx: add support for the IPEK01 board
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git
From: Sekhar Nori
Integrate DA830 EVM support into U-Boot.
Provides initial support for TI OMAP-L137/DA830 SoC devices on a Spectrum
Digital EVM board. See http://www.spectrumdigital.com/
Signed-off-by: Nick Thompson
---
Applies to u-boot-ti
MAINTAINERS|4 +
MAKEALL
From: Sekhar Nori
Add new directory for da830evm board
Provides initial support for TI OMAP-L137/DA830 SoC devices on a Spectrum
Digital EVM board. See http://www.spectrumdigital.com/
Provides:
Initial boot and configuration.
Support for i2c.
UART support (console).
Signed-off-by: Nick Thompso
From: Sekhar Nori
Provides initial support for TI OMAP-L1x/DA8xx SoC devices.
See http://www.ti.com
Provides:
Low level initialisation.
System clock API.
Timer control.
Signed-off-by: Nick Thompson
---
Applies to u-boot-ti
cpu/arm926ejs/davinci/cpu.c | 50 ++
Add initial support for DA8xx SoC's and the spectrum digital DA830 EVM board.
See:
http://www.ti.com
http://www.spectrumdigital.com/
DA8xx is similar to DaVinci devices, but has a differing memory map and
updated peripherals. It is intended that DaVinci drivers will be modified in
Provides initial support for TI OMAP-L1x/DA8xx SoC devices.
See http://www.ti.com
The DA8xx devices are similar to DaVinci devices but have a differing
memory map and updated peripheral versions.
Signed-off-by: Nick Thompson
Signed-off-by: Sekhar Nori
---
Applies to u-boot-ti
include/asm-arm/
On Monday 09 November 2009 14:16:51 Stefan Roese wrote:
> This patch removes the Katmai "bootstrap" command and replaces it
> with the now common command "chip_config".
Applied to u-boot-ppc4xx/next. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
On Monday 09 November 2009 14:16:43 Stefan Roese wrote:
> All currently available 4xx derivats have the I2C bootstrap EEPROM
> located on I2C bus number 0. This patch now first sets this bus number,
> so that the chip_config command also works for board with multiple
> I2C busses, like Katmai.
App
On Monday 09 November 2009 13:29:00 Stefan Roese wrote:
> Somehow I missed the NAND booting targets in the 4xx linker script
> consolidation patchset. This patch fixes this issue.
Applied to u-boot-ppc4xx/next. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & De
On Tuesday 27 October 2009 12:19:11 Matthias Fuchs wrote:
> -add UBI support
> -increase malloc'able memory size
> -cleanup MONITOR|FLASH_BASE|LEN constants
Applied to u-boot-ppc4xx/next. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235
This patch adds a unified s3c24x0 cpu header file that selects the header
file for the specific s3c24x0 cpu from the SOC and CPU configs defined in
board config file. This removes the current chain of s3c24-type #ifdef's
from the s3c24x0 code.
Signed-off-by: Kevin Morfitt
---
board/mpl/vcma9/vc
Hi, It's me again.
Regarding the DM8203 2-Port-Switch: At first I thought it would be
compatible to DM9161 but I was told it is not.
The DM8203 has an MII Interface but the SMI interface is different.
Hoping that my previous message was just noz seen I'd like to ask again if
anyone has exp
Because of Frame error, Parity error and Overrun error are occured only receive
operation, need to masking when error checking.
Signed-off-by: Minkyu Kang
---
drivers/serial/serial_s5pc1xx.c | 24 +---
1 files changed, 17 insertions(+), 7 deletions(-)
diff --git a/drivers/
Dear Seunghyeon Rhee,
2009/11/2 "Seunghyeon Rhee (이승현)" :
> Dear Minkyu Kang,
>
> 2009/11/2 Minkyu Kang :
>> Dear Seunghyeon Rhee
>>
>> 2009/10/31 "Seunghyeon Rhee (이승현)" :
>>> stack_setup is modified to initialize the stack on the correct address in
>>> DRAM accroding to the typical memory config
Dear Thomas,
In message you
wrote:
>
> So the patch for atmel_usart.c would look like this:
>
> hmatrix_slave_write(EBI, SFR, HMATRIX_BIT(EBI_SDRAM_ENABLE));
>
> portmux_enable_ebi(16, 23, 0, PORTMUX_DRIVE_HIGH);
> - portmux_enable_usart1(PORTMUX_DRIVE_MIN);
> +
> + USART_JUM
31 matches
Mail list logo
