Dear Jens Scharsig, dear Andreas Bießmann
>> ---8<---
>>> @@ -65,7 +65,8 @@ LoopOsc:
>>> ldr r0, =SMRDATA
>>> ldr r1, _MTEXT_BASE
>>> sub r0, r0, r1
>>> - add r2, r0, #80
>>> + ldr r2, =SMRDATAE
>>> + add r2, r2, r1
>> --->8---
>
> Ok,this is wrong, But it
Hi Gavin,
On 17.12.2010 04:49, gavin...@andestech.com wrote:
>> not sure if the PCI bus number plays a role here. In our case the PCI
>> window size was not set correctly so that the OHCI access to the PCI
>> bus/RAM was refused.
>
> I found it strange that 2 devices are detected, and we can get
Signed-off-by: Reinhard Meyer
---
board/emk/top9000/Makefile |6 +++---
board/emk/top9000/top9000.c |2 +-
include/configs/top9000.h |4 ++--
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/board/emk/top9000/Makefile b/board/emk/top9000/Makefile
index 9b28048..3ac6f1
Dear "T K, Sunil Kumar",
In message <674d2c24c8992f46817bbbf3ecae914f4ebf871...@blr-sms-exch01.digi.com>
you wrote:
>
> Can you please let me know what are the other options and their syntax for
> loading a image?
Try "halp", and/or read the manual.
And pleast stop top posting / full quoting.
I use
tftpboot
Can you please let me know what are the other options and their syntax for
loading a image?
-Original Message-
From: sywang [mailto:syw...@dongniannetworks.com]
Sent: Friday, December 17, 2010 11:51 AM
To: T K, Sunil Kumar; u-boot@lists.denx.de
Subject: RE: [U-Boot]
Do you have bootp or DHCP server?
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
Behalf Of T K, Sunil Kumar
Sent: 2010年12月17日 14:14
To: 'u-boot@lists.denx.de'
Subject: [U-Boot] TFTP Issue
Hi All,
When I start for TFTP I see below shown m
Hi All,
When I start for TFTP I see below shown messages on my screen though I had set
serverip properly. Can anyone please comment on the issue.
=
Retry count exceeded; starting again
BOOTP broadcast 1
BOOTP broadcast 2
BOOTP broadcast 3
BOOTP broadcast 4
BO
Dear Jason Liu,
In message you
wrote:
>
> There is pretty much different with I.MX51 ROM, we will not use DCD
> data file to config the
> DDR script since ROM has the DCD size limitation and use the advance
> feature of what we
> called plug-in, the plug-in code must be in the first 2K of MMC
Dear Jason Liu,
In message you
wrote:
>
> A lot of board support has this file as following,
>
> ./board/freescale/m5373evb/config.mk
> CONFIG_SYS_TEXT_BASE =3D 0xFF80
> ./board/freescale/m547xevb/config.mk
> CONFIG_SYS_TEXT_BASE =3D 0xffe0
> ./board/freescale/m5275evb/config.mk
> CONF
> not sure if the PCI bus number plays a role here. In our case the PCI
> window size was not set correctly so that the OHCI access to the PCI
> bus/RAM was refused.
I found it strange that 2 devices are detected, and we can get descriptor
from hub descriptor. And the "Unrecoverable Error" is occu
Hi, Heiko
2010/12/16 Heiko Schocher :
> Hello Jason,
>
> Jason Liu wrote:
>> This patch add I2C support for Freescale MX53 processor
>>
>> Signed-off-by: Jason Liu
>> ---
>> drivers/i2c/mxc_i2c.c | 18 +-
>> 1 files changed, 13 insertions(+), 5 deletions(-)
>> mode change 1006
Hi, Wolfgang,
2010/12/16 Wolfgang Denk :
> Dear Jason Liu,
>
> In message <1292494665-25674-2-git-send-email-r64...@freescale.com> you wrote:
>> Add initial support for Freescale MX53 processor,
>>
>> - Add the iomux support and the pin definition,
>> - Add the regs definition, clean up some unuse
Hi, Stefano,
2010/12/16 Stefano Babic :
> On 12/16/2010 11:17 AM, Jason Liu wrote:
>> Add initial support for Freescale MX53 processor,
>>
>> - Add the iomux support and the pin definition,
>> - Add the regs definition, clean up some unused def from mx51,
>> - Add the low level init support, make
Hi, Stefano,
2010/12/16 Stefano Babic :
> On 12/16/2010 11:17 AM, Jason Liu wrote:
>> Add initial support for MX53EVK board support.
>> FEC, SD/MMC, UART, I2C, have been support.
>>
>> diff --git a/arch/arm/cpu/armv7/u-boot.lds b/arch/arm/cpu/armv7/u-boot.lds
>> index 5725c30..7b6ab66 100644
>> --
Hi, Wolfgang,
2010/12/17 Wolfgang Denk :
> Dear Jason Liu,
>
> In message <1292494665-25674-6-git-send-email-r64...@freescale.com> you wrote:
>> Add initial support for MX53EVK board support.
>> FEC, SD/MMC, UART, I2C, have been support.
>>
>> Signed-off-by: Jason Liu
>
> The following is in addi
On 2010-12-17 오전 3:45 , Steve Sakoman wrote:
> On Wed, Dec 15, 2010 at 5:22 PM, Donghwa Lee wrote:
>> I modified fw_printenv tools to use /dev/mmcblk0 node. Original fw_printenv
>> tool
>> can be access MTD devices, but, in some cases, environment variables can be
>> stored
>> other memory devi
On 2010-12-16 오후 3:42 , Stefano Babic wrote:
> On 12/16/2010 02:22 AM, Donghwa Lee wrote:
>> diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c
>> index 8ff7052..5a707f6 100644
>> --- a/tools/env/fw_env.c
>> +++ b/tools/env/fw_env.c
>> @@ -855,6 +855,7 @@ static int flash_write_buf (int dev, int
Wolfgang Denk had written, on 12/16/2010 02:38 PM, the following:
> Dear Anand,
>
> In message you
> wrote:
>> To this end, we have set up an x-loader git tree on gitorious, and
>> seeded it with Steve Sakoman's x-loader tree [1] as of 15 December
>> 2010. (Thanks Steve for unifying so much of t
Hello Wolfgang,
On Thu, 16 Dec 2010 14:31:20 +0100
Wolfgang Denk wrote:
> Dear Stefano & Anatolij,
>
> In message <20101216114147.d4af3bb...@gemini.denx.de> I wrote:
> > From: Stefano Babic
> >
> > Fix clock divider for COM57H5M10XRC display.
> > The previous setting caused flicker.
> >
> >
Dear Jason Liu,
In message <1292494665-25674-6-git-send-email-r64...@freescale.com> you wrote:
> Add initial support for MX53EVK board support.
> FEC, SD/MMC, UART, I2C, have been support.
>
> Signed-off-by: Jason Liu
The following is in addition to previously made comments:
> --- /dev/null
>
Hi Remy,
Thanks for the feedback. I will update the patch with your changes.
Unfortunately I don't have a lot of hardware to try, hence the list post. I
will be doing some more testing in January so will come back to it then. In
the meantime I am interested in views as to whether this makes a dif
[resending due to mail server problems (on my end) sending directly to
Guy -- trying with another SMTP server, sorry for the duplicate on the
list]
On Thu, 16 Dec 2010 14:03:09 +0100
Guy Morand wrote:
> Hello,
>
> I'm working on a board based on MPC8308 and trying to configure the RTC. The
> p
Dear Scott Wood,
In message <20101216213656.ga28...@udp111988uds.am.freescale.net> you wrote:
> The following changes since commit f8689b9eb3a7f6925cd50404a12479889188c510:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx
>
> are available in the git repo
In message <20101216220530.f1dfed1c...@gemini.denx.de> you wrote:
> The following changes since commit 006915fbb0e3c1c9927fe32c4e92cb011f8499e7:
>
> Merge branch 'master' of ../master into next (2010-12-16 23:00:53 +0100)
>
> are available in the git repository at:
>
> git://git.denx.de/u-bo
In message <20101216214850.90717d1c...@gemini.denx.de> you wrote:
> The following changes since commit 3600945b5aebb2d029c97c48a38d8dc960ad6935:
>
> ARM: */start.S: use canonical asm syntax (2010-12-13 23:58:50 +0100)
>
> are available in the git repository at:
> git://git.denx.de/u-boot-arm.
The following changes since commit 006915fbb0e3c1c9927fe32c4e92cb011f8499e7:
Merge branch 'master' of ../master into next (2010-12-16 23:00:53 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git next
Prafulla Wadaskar (7):
arm: Add Support for Marvell ARMAD
Dear Prafulla Wadaskar,
In message
you wrote:
>
> Please pull
>
> The following changes since commit a429db7e3ce6136f80f22584588247926ba60b05:
> Andreas Bießmann (1):
> arm920t/at91/timer: replace bss variables by gd
>
> are available in the git repository at:
>
> u-boot-marve
Dear Heiko Schocher,
In message <1291448044-22069-1-git-send-email...@denx.de> you wrote:
> - serial console in PSC1
> - 128MiB DRAM
> - 32MiB Flash
> - FEC Ethernet
> - 2 I2C busses
> - FPGA on CS3
> - IDE
> - VGA SMI501
>
> Signed-off-by: Heiko Schocher
> ---
> MAINTAINERS |
The following changes since commit 3600945b5aebb2d029c97c48a38d8dc960ad6935:
ARM: */start.S: use canonical asm syntax (2010-12-13 23:58:50 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Asen Dimov (6):
pm9g45: ARM relocation support
pm9g45:
Dear Asen Dimov,
In message <1292150496-3500-1-git-send-email-di...@ronetix.at> you wrote:
>
> Signed-off-by: Asen Dimov
> ---
> include/configs/pm9261.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering G
Dear Asen Dimov,
In message <1292150490-3476-1-git-send-email-di...@ronetix.at> you wrote:
>
> Signed-off-by: Asen Dimov
> ---
> board/ronetix/pm9261/config.mk |1 -
> board/ronetix/pm9261/pm9261.c |9 -
> include/configs/pm9261.h |6 ++
> 3 files changed, 14 inse
Dear Asen Dimov,
In message <1292150529-3553-1-git-send-email-di...@ronetix.at> you wrote:
>
> Signed-off-by: Asen Dimov
> ---
> include/configs/pm9263.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering G
Dear Asen Dimov,
In message <1292150519-3527-1-git-send-email-di...@ronetix.at> you wrote:
>
> Signed-off-by: Asen Dimov
> ---
> board/ronetix/pm9263/config.mk |1 -
> board/ronetix/pm9263/pm9263.c |9 -
> include/configs/pm9263.h |6 ++
> 3 files changed, 14 inse
Dear Asen Dimov,
In message <1292150558-3605-1-git-send-email-di...@ronetix.at> you wrote:
>
> Signed-off-by: Asen Dimov
> ---
> include/configs/pm9g45.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering G
Dear Asen Dimov,
In message <1292150548-3581-1-git-send-email-di...@ronetix.at> you wrote:
>
> Signed-off-by: Asen Dimov
> ---
> board/ronetix/pm9g45/config.mk |1 -
> board/ronetix/pm9g45/pm9g45.c |9 -
> include/configs/pm9g45.h |6 ++
> 3 files changed, 14 inse
The following changes since commit f8689b9eb3a7f6925cd50404a12479889188c510:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
Scott Wood (1):
powerpc/nand spl: lin
Dear Stefan Roese,
In message <201012151342.38815...@denx.de> you wrote:
> Hi Wolfgang,
>
> The following changes since commit f8689b9eb3a7f6925cd50404a12479889188c510:
>
> Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx (2010-12-14
> 00:18:19 +0100)
>
> are available in the git re
On Thu, 16 Dec 2010 14:03:09 +0100
Guy Morand wrote:
> Hello,
>
> I'm working on a board based on MPC8308 and trying to configure the RTC. The
> problem is that when I try to write into these registers, their value is
> always 0x0 !!! I've tried a lot of things such as debugging step by step w
Dear Anand,
In message you
wrote:
>
> To this end, we have set up an x-loader git tree on gitorious, and
> seeded it with Steve Sakoman's x-loader tree [1] as of 15 December
> 2010. (Thanks Steve for unifying so much of the forked code, and
> getting rid of the dependency on u-boot, and more!).
Anyone tried to compile u-boot with -Wundef?
It generates a lot of warnings that potentially hides bugs.
The Linux kernel added -Wundef long ago to avoid these hidden bugs.
Jocke
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailm
Hi all,
As all OMAP folks know, x-loader is a first-stage bootloader for
OMAPs, derived from the u-boot base code. There have been several
forks of the x-loader code within and outside of TI. X-loader has no
upstream path as it is currently used only for TI-products.
To avoid duplication of effor
On Wed, Dec 15, 2010 at 5:22 PM, Donghwa Lee wrote:
> I modified fw_printenv tools to use /dev/mmcblk0 node. Original fw_printenv
> tool
> can be access MTD devices, but, in some cases, environment variables can be
> stored
> other memory devices, for example, mmc devices.
> So, I modified a few
On 12/15/2010 09:20 AM, Kumar Gala wrote:
> From: Jerry Huang
>
> The max clock of MMC is 52MHz
>
> Signed-off-by: Jerry Huang
> ---
It runs successfully on i.MX51.
Tested-by: Stefano Babic
Regards,
Stefano Babic
--
=
DEN
On 12/15/2010 09:20 AM, Kumar Gala wrote:
> From: Li Yang
>
> The current code use all the voltage range support by the host
> controller to do the validation. This will cause problem when
> the host supports Low Voltage Range. Change the validation
> voltage to be based on board setup.
>
> Si
On 12/15/2010 09:20 AM, Kumar Gala wrote:
> From: Jerry Huang
>
> After booting the u-boot, and first using some SD card (such as Sandisk 2G SD
> card), because the field 'clock' of struct mmc is zero, this will cause
> the read transfer is always active and SDHC DATA line is always active,
> the
On 12/15/2010 02:59 PM, Kumar Gala wrote:
>
> On Dec 15, 2010, at 2:20 AM, Kumar Gala wrote:
>
>> These are some various fsl_esdhc fixes that we've had around for some
>> time to get SDHC/MMC working on various boards.
>
> Stefano,
>
> Can you take a look at what if any impact these have on the
Hello,
I'd like to ask for some help regarding QNX operational system.
The problem is that i don't know how to boot a QNX image situated in the
NOR Flash. It boots fine form network over tftp.
Neither "raw" nor "elf" image could be booted. I've tried with bootm,
bootelf and go commands, but it d
Am 16.12.2010 16:20, schrieb Dirk Behme:
> On 16.12.2010 14:47, Alexander Holler wrote:
>> I'm working with the master (f8689b9eb3a7f6925cd50404a12479889188c510)
>> on a beagleboard
> ^^
>
> ?
>
> This thread is about a (linking) issue building 'omap3_evm'.
>
> The Beagle su
On 16.12.2010 14:47, Alexander Holler wrote:
> Am 14.12.2010 17:01, schrieb Albert ARIBAUD:
>> Le 14/12/2010 16:42, Dirk Behme a écrit :
>>
>> (agree about the analysis)
>>
>>> So I'd like to re-send the int conversion patch from
>>>
>>> http://lists.denx.de/pipermail/u-boot/2010-December/083524.ht
Am 16.12.2010 14:47, schrieb Alexander Holler:
> To put some salt into the wounds ;) , Using gcc 4.5.1 board_init_f isn't
> reached here. When I'm using gcc 4.3.5 it is reached. In both cases I've
> used the same version of binutils, 2.20.1.
>
> For a test without using jtag, I've modified board_i
Dear Reinhard Meyer,
In message <4d05687f.9090...@emk-elektronik.de> you wrote:
>
> > NAK. Please let's agree on common names. Eventually we will even
> > come up with a common implementation later (with just arch-specific
> > "accessor" routines).
>
> Replace "arch" by "SoC" here! ARM itself d
This patch adds support for CM-T35 board
Signed-off-by: Mike Rapoport
---
v3 changes:
* address Wolfgang's comments
v2 changes:
* address Nishanth's comments
MAINTAINERS |4 +
board/cm_t35/Makefile| 47 ++
board/cm_t35/cm_t35.c| 371 +
Am 14.12.2010 17:01, schrieb Albert ARIBAUD:
> Le 14/12/2010 16:42, Dirk Behme a écrit :
>
> (agree about the analysis)
>
>> So I'd like to re-send the int conversion patch from
>>
>> http://lists.denx.de/pipermail/u-boot/2010-December/083524.html
>>
>> in a proper format again as a workaround for
On 12/16/2010 12:41 PM, Wolfgang Denk wrote:
> From: Stefano Babic
>
> Fix clock divider for COM57H5M10XRC display.
> The previous setting caused flicker.
>
> Tested on Qong (EVBLite with COM57H5M10XRC).
>
> Signed-off-by: Stefano Babic
>
> ---
Acked-by: Stefano Babic
Best regards,
Stefano
On 12/16/2010 11:17 AM, Jason Liu wrote:
> Add initial support for Freescale MX53 processor,
>
> - Add the iomux support and the pin definition,
> - Add the regs definition, clean up some unused def from mx51,
> - Add the low level init support, make use the freq input of setup_pll macro
>
> ---
Dear Stefano & Anatolij,
In message <20101216114147.d4af3bb...@gemini.denx.de> I wrote:
> From: Stefano Babic
>
> Fix clock divider for COM57H5M10XRC display.
> The previous setting caused flicker.
>
> Tested on Qong (EVBLite with COM57H5M10XRC).
>
> Signed-off-by: Stefano Babic
If both of y
On 12/16/2010 11:17 AM, Jason Liu wrote:
> Add initial support for MX53EVK board support.
> FEC, SD/MMC, UART, I2C, have been support.
>
> diff --git a/arch/arm/cpu/armv7/u-boot.lds b/arch/arm/cpu/armv7/u-boot.lds
> index 5725c30..7b6ab66 100644
> --- a/arch/arm/cpu/armv7/u-boot.lds
> +++ b/arch/a
Le 16/12/2010 13:18, Wolfgang Denk a écrit :
> SDRAM should not be initialized in lowlevel_init.S. Please use the
> (new for ARM, shared with PPC which has always been using this) model
> where RAM initialization is done in dram_init(), i. e. as part of the
> init sequence in arch/arm/lib/board.c
Hello,
I'm working on a board based on MPC8308 and trying to configure the RTC. The
problem is that when I try to write into these registers, their value is always
0x0 !!! I've tried a lot of things such as debugging step by step with
gdb/JTAG/Peedi, writing to these registers with the Peedi, d
Dear Wolfgang,
2010/12/16 Wolfgang Denk :
> Dear Macpaul Lin,
>> 3. There is possibility we initialize device in lowlevel_init.S then
>> reconfigure it in C level code.
>> Such as sdram controller and flash controller.
>
> SDRAM should not be initialized in lowlevel_init.S. Please use the
> (new
On 12/16/2010 12:41 PM, Wolfgang Denk wrote:
> From: Stefano Babic
>
> Fix clock divider for COM57H5M10XRC display.
> The previous setting caused flicker.
>
> Tested on Qong (EVBLite with COM57H5M10XRC).
>
> Signed-off-by: Stefano Babic
It seems I forget to submit this patchthanks for doi
Dear Jason Liu,
In message <1292494665-25674-2-git-send-email-r64...@freescale.com> you wrote:
> Add initial support for Freescale MX53 processor,
>
> - Add the iomux support and the pin definition,
> - Add the regs definition, clean up some unused def from mx51,
> - Add the low level init suppor
Dear Jason Liu,
In message <1292494665-25674-1-git-send-email-r64...@freescale.com> you wrote:
> The following patch set add support for Freescale MX53
>
> Jason Liu (5):
> MX5: Add initial support for MX53
> serial_mxc: add support for MX53 processor
> fec_mxc: add support for MX53 process
Dear Albert ARIBAUD,
In message <4d09ee68.4000...@free.fr> you wrote:
>
> > diff --git a/arch/arm/cpu/armv7/u-boot.lds b/arch/arm/cpu/armv7/u-boot.lds
> > index 5725c30..7b6ab66 100644
> > --- a/arch/arm/cpu/armv7/u-boot.lds
> > +++ b/arch/arm/cpu/armv7/u-boot.lds
> > @@ -34,6 +34,7 @@ SECTIONS
>
Dear Jason Liu,
In message you
wrote:
>
> In fact, this is indeed one bug in the code as I said in the comit log:
>
> "the _dynsym_start_ofs and _rel_dyn_start_ofs is the
> offset from _start, so, need use _start address instead
> of _TEXT_BASE to caculate the rel dyn start and sym table
> add
Dear Macpaul Lin,
In message you
wrote:
>
> 1. Include path problem.
> For example, Faraday a320 uses the same peripheral as AndesTech ag101.
> A320 and Ag101 will include the same header files for the same peripheral
> devices
> which are built-in into the SoC.
>
> These SoC built-in devices i
From: Stefano Babic
Fix clock divider for COM57H5M10XRC display.
The previous setting caused flicker.
Tested on Qong (EVBLite with COM57H5M10XRC).
Signed-off-by: Stefano Babic
---
diff --git a/drivers/video/mx3fb.c b/drivers/video/mx3fb.c
index 7f04b49..893ec04 100644
--- a/drivers/video/mx
Le 16/12/2010 11:17, Jason Liu a écrit :
> diff --git a/arch/arm/cpu/armv7/u-boot.lds b/arch/arm/cpu/armv7/u-boot.lds
> index 5725c30..7b6ab66 100644
> --- a/arch/arm/cpu/armv7/u-boot.lds
> +++ b/arch/arm/cpu/armv7/u-boot.lds
> @@ -34,6 +34,7 @@ SECTIONS
> . = ALIGN(4);
> .text :
>
Hello Jason,
Jason Liu wrote:
> This patch add I2C support for Freescale MX53 processor
>
> Signed-off-by: Jason Liu
> ---
> drivers/i2c/mxc_i2c.c | 18 +-
> 1 files changed, 13 insertions(+), 5 deletions(-)
> mode change 100644 => 100755 drivers/i2c/mxc_i2c.c
>
> diff --git
Add initial support for MX53EVK board support.
FEC, SD/MMC, UART, I2C, have been support.
Signed-off-by: Jason Liu
---
MAINTAINERS |3 +
arch/arm/cpu/armv7/u-boot.lds |1 +
board/freescale/mx53evk/Makefile | 49 +
board/freescale/mx53evk/config.mk | 23
This patch add FEC support for Freescale MX53 processor
Signed-off-by: Jason Liu
---
drivers/net/fec_mxc.c |2 +-
drivers/net/fec_mxc.h |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c
index 0d0f392..652ced4 100644
---
Add initial support for Freescale MX53 processor,
- Add the iomux support and the pin definition,
- Add the regs definition, clean up some unused def from mx51,
- Add the low level init support, make use the freq input of setup_pll macro
---
Changes for v2:
--address some comments of Stefano Babi
This patch add I2C support for Freescale MX53 processor
Signed-off-by: Jason Liu
---
drivers/i2c/mxc_i2c.c | 18 +-
1 files changed, 13 insertions(+), 5 deletions(-)
mode change 100644 => 100755 drivers/i2c/mxc_i2c.c
diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
This patch add UART support for Freescale MX53 processor
Signed-off-by: Jason Liu
---
drivers/serial/serial_mxc.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/serial/serial_mxc.c b/drivers/serial/serial_mxc.c
index f96b21f..805f4c5 100644
--- a/drivers/se
The following patch set add support for Freescale MX53
Jason Liu (5):
MX5: Add initial support for MX53
serial_mxc: add support for MX53 processor
fec_mxc: add support for MX53 processor
mxc_i2c: add support for MX53 processor
MX5:MX53: add initial support for MX53EVK board
MAINTAINERS
Hi, Wolfgang,
2010/12/16 Wolfgang Denk :
> Dear Albert ARIBAUD,
>
> In message <4d09e2b9.5030...@free.fr> you wrote:
>>
>> Why must you modify the original layout?
>
> right!
>
>> Also, what is this 'plug-in' if it is not an IPL?
>
> Yes, and why must it be linked at TEXT_BASE?
>
> Let's stop this
Hi Ming-Dien
2010/12/16 Ming-Dien Chang :
> Hi, Macpaul
>
>> Yes, patch v5 only send the header file which the code is clean and might
>> no need to be modified before it has been reviewed.
>> Other patches will be send individually after they have be clean since the
>> patch might need to be revi
Hi, Macpaul
Yes, patch v5 only send the header file which the code is clean and might no
> need to be modified before it has been reviewed.
>
> Other patches will be send individually after they have be clean since the
> patch might need to be revise in the future.
> However, those continuous patc
Dear Wolfgang,
Thanks for your patience.
2010/12/15 Wolfgang Denk
> Dear Macpaul Lin,
>
> In message <1292398049-3606-1-git-send-email-macp...@andestech.com> you
> wrote:
> > Some device drivers and their header files will
> > invoke some definitions for assembly code. If a
> > device is requir
On 14.12.2010 17:21, Wolfgang Denk wrote:
> Dear Dirk,
>
> In message<4d079060.70...@googlemail.com> you wrote:
>>
>> I did a readelf analysis for 3 test cases (with 2009q1-203):
>
> Which exact versions of GCC and binutils is this?
gcc version 4.3.3 (Sourcery G++ Lite 2009q1-203). For binutils
Dear Albert ARIBAUD,
In message <4d09e2b9.5030...@free.fr> you wrote:
>
> Why must you modify the original layout?
right!
> Also, what is this 'plug-in' if it is not an IPL?
Yes, and why must it be linked at TEXT_BASE?
Let's stop this here.
Let's wait until any code is submitted or proposed t
Le 16/12/2010 10:18, Jason Liu a écrit :
> Hi, Albert,
>
> 2010/12/16 Albert ARIBAUD:
>> Le 16/12/2010 04:04, Jason Liu a écrit :
>>>
>>> Hi, Albert,
>>>
>>> 2010/12/16 Albert ARIBAUD:
Hi Jason,
Le 15/12/2010 14:57, Jason Liu a écrit :
>
> There will have issue if the _s
Dear Jason Liu,
In message you
wrote:
>
> > In what case does this happen?
>
> Some ARM SOC ROM need run the plug-in code first in IRAM and the
> plugin-in code need appear at the beginning of the u-boot. ROM will
> check the plugin-in header to do security check and run the plug-in
> code to
Hi Gavin,
> > are you sure it is that NEC bug? We had a similar error message when the
> > PCI bridge was not properly setup and the OHCI could not access RAM
> > through PCI (DMA), hence the "unrecoverable error".
>
> The bus/dev/func/ number of OHCI host controller are 0/8/0 and 0/8/1, bus
> num
Hi, Albert,
2010/12/16 Albert ARIBAUD :
> Le 16/12/2010 04:04, Jason Liu a écrit :
>>
>> Hi, Albert,
>>
>> 2010/12/16 Albert ARIBAUD:
>>>
>>> Hi Jason,
>>>
>>> Le 15/12/2010 14:57, Jason Liu a écrit :
There will have issue if the _start not equal TEXT_BASE
when enable relocation.
>>
Le 16/12/2010 04:04, Jason Liu a écrit :
> Hi, Albert,
>
> 2010/12/16 Albert ARIBAUD:
>> Hi Jason,
>>
>> Le 15/12/2010 14:57, Jason Liu a écrit :
>>> There will have issue if the _start not equal TEXT_BASE
>>> when enable relocation.
>>
>> In what case does this happen?
>
> Some ARM SOC ROM need ru
86 matches
Mail list logo
