Le 22/01/2011 06:39, Alexander Holler a écrit :
> Hello,
>
> Am 21.01.2011 09:56, schrieb Heiko Schocher:
>
>> -static ulong timestamp;
>> -static ulong lastdec;
>> +DECLARE_GLOBAL_DATA_PTR;
>> +
>> +#define timestamp gd->tbl
>> +#define lastdec gd->lastinc
>
> I'm the only one who doesn't like suc
Le 22/01/2011 08:21, Reinhard Meyer a écrit :
>> But this leads me to the question what happens with the stuff in the
>> data section. Seems I should have again a look at the lowlevel stuff to
>> understand that.
>
> Intuitively (without looking at the code) I would think that
> CONST DATA is ok,
Dear Albert ARIBAUD,
> Hi Vamsi,
>
> Le 22/01/2011 05:18, krrish53 a écrit :
>>
>> Hello everybody,
>> I have a question pertaining to almost every lowlevel_init.S. The code goes
>> like
>>
>> /*make r0 relative the current location so that it*/
>> /*reads SMRDATA out of flash rather than memory*/
Hi seedshope,
Le 22/01/2011 02:56, seedshope a écrit :
>>> My patch is ok, I just two tabs in my e-mail, But I sent the mail,
>>> It is change.
>> Do you send the patch through git format-patch and git send-email?
> Yes, I use the git format-patch and git send-email
>> Many e-mail softwares hav
>
> Please keep the boards.cfg clean from configuration
> settings. Move
> the definition of CONFIG_SYS_LDSCRIPT into your board
> config header
> file.
>
> [Kumar also reported that this does not even build. I
> confirm this.]
>
That's because of the relatively recent change to how the env_em
Hi Vamsi,
Le 22/01/2011 05:18, krrish53 a écrit :
>
> Hello everybody,
> I have a question pertaining to almost every lowlevel_init.S. The code goes
> like
>
> /*make r0 relative the current location so that it*/
> /*reads SMRDATA out of flash rather than memory*/
> ldr r0,=SMRDATA
> ldr r1,_TEXT_
Dear Alexander Holler,
> Am 22.01.2011 07:38, schrieb John Rigby:
>> On Fri, Jan 21, 2011 at 11:07 PM, Alexander Holler
>> wrote:
>>> Hello,
>>>
>>> because I still have problems where I think the problem is the
>>> relocation, I've had a look at some timer code.
>>>
>>> E.g. in arch/arm/cpu/ar
Am 22.01.2011 07:38, schrieb John Rigby:
> On Fri, Jan 21, 2011 at 11:07 PM, Alexander Holler
> wrote:
>> Hello,
>>
>> because I still have problems where I think the problem is the
>> relocation, I've had a look at some timer code.
>>
>> E.g. in arch/arm/cpu/arm926ejs/kirkwood/timer.c on top th
On Fri, Jan 21, 2011 at 11:07 PM, Alexander Holler wrote:
> Hello,
>
> because I still have problems where I think the problem is the
> relocation, I've had a look at some timer code.
>
> E.g. in arch/arm/cpu/arm926ejs/kirkwood/timer.c on top there is
>
> struct kwtmr_registers *kwtmr_regs = (str
Hello,
because I still have problems where I think the problem is the
relocation, I've had a look at some timer code.
E.g. in arch/arm/cpu/arm926ejs/kirkwood/timer.c on top there is
struct kwtmr_registers *kwtmr_regs = (struct kwtmr_registers
*)KW_TIMER_BASE;
which is used in timer_init().
Hello,
Am 21.01.2011 09:56, schrieb Heiko Schocher:
> -static ulong timestamp;
> -static ulong lastdec;
> +DECLARE_GLOBAL_DATA_PTR;
> +
> +#define timestamp gd->tbl
> +#define lastdec gd->lastinc
I'm the only one who doesn't like such defines? They might be handy for
quick fixes, but in regard
Hello everybody,
I have a question pertaining to almost every lowlevel_init.S. The code goes
like
/*make r0 relative the current location so that it*/
/*reads SMRDATA out of flash rather than memory*/
ldr r0,=SMRDATA
ldr r1,_TEXT_BASE
sub r10,r0,r1
I couldn't relate the code to comments made ahe
On 01/22/2011 03:11 AM, Albert ARIBAUD wrote:
> Le 21/01/2011 19:43, seedshope a écrit :
>
>> On 01/22/2011 02:29 AM, Albert ARIBAUD wrote:
>>> Le 21/01/2011 19:15, seedshope a écrit :
On 01/22/2011 02:05 AM, seedshope wrote:
> On 01/22/2011 01:52 AM, Sergei Shtylyov wrote:
>> Hello.
>
On 01/22/2011 04:42 AM, Wolfgang Denk wrote:
> Dear seedshope,
>
> In message<1295624053-8060-2-git-send-email-bocui...@gmail.com> you wrote:
>> Fix CONFIG_SYS_INIT_SP_ADDR undefined issue.
>>
>> Signed-off-by: seedshope
> I'm sorry, but please consider all your patches rejected unless you
> provi
Attention Email Users,
A Computer Database Maintainance is currently going on our Webmail Message
Center.
Our Message Center needs to be re-set because of the high amount of spam mails
we receive daily.
A Quarantine Maintainance will help us prevent this everyday dilemma.
How can I restore my ac
Hi Tom,
On Fri, 2011-01-21 at 16:06 -0700, Tom Warren wrote:
> Signed-off-by: Tom Warren
> ---
> Changes for V2:
> - Move serial driver to separate patch
>
> Changes for V5:
> - Move arch/arm/cpu/armv7/uart.c & board.h to drivers/serial and
> rename to serial_tegra2.c
>
Signed-off-by: Tom Warren
---
Changes for V2:
- Use board/nvidia/ instead of /board/tegra
- Change nv-common.h config file to tegra2-common.h
MAINTAINERS |4 +
board/nvidia/harmony/Makefile | 50
boards.cfg |1 +
i
Signed-off-by: Tom Warren
---
Changes for V2:
- Coding style cleanup
- Move serial driver changes to separate patch
- Use board/nvidia instead of board/tegra
- Remove TRUE/FALSE defines
- Use standard NS16550 registers/bit defines in UART init
Changes for V
Signed-off-by: Tom Warren
---
Changes for V2:
- Remove mach-types.h change; wait for ARM kernel sync-up
- Use board/nvidia instead of board/tegra
MAINTAINERS|1 +
board/nvidia/seaboard/Makefile | 50
boards.cfg
This series of patches adds preliminary/baseline support for NVIDIA's
Tegra2 SoC. Basic CPU (AVP), RAM and UART init are covered so that the
system (Harmony or Seaboard) can boot to the U-Boot serial cmd prompt.
Further support (for Cortex-A9 CPU(s), USB, SD/MMC, etc.) to follow.
Changes for V2:
Signed-off-by: Tom Warren
---
Changes for V2:
- Move serial driver to separate patch
Changes for V5:
- Move arch/arm/cpu/armv7/uart.c & board.h to drivers/serial and
rename to serial_tegra2.c
- Remove use of uart_num & UART_A/D in serial_tegra2, simplify co
The ngPIXIS is an FPGA used on the reference boards of most Freescale PowerPC
SOCs. Although programming the ngPIXIS is mostly standard on all boards that
have it, the P1022DS is unique in that the ngPIXIS needs to be programmed in
"indirect" mode whenever the video display (DIU) is active.
To su
Le 21/01/2011 01:42, Tom Warren a écrit :
> Signed-off-by: Tom Warren
> ---
> Changes for V2:
> - Remove mach-types.h change; wait for ARM kernel sync-up
> - Use board/nvidia instead of board/tegra
Doesn't this mean that the patch cannot compile on current u-boot, and
won't until mach
Dear seedshope,
In message <1295624053-8060-2-git-send-email-bocui...@gmail.com> you wrote:
> Fix CONFIG_SYS_INIT_SP_ADDR undefined issue.
>
> Signed-off-by: seedshope
I'm sorry, but please consider all your patches rejected unless you
provide a Signed-off-by: using your real name (sorry, no ps
Le 21/01/2011 19:43, seedshope a écrit :
> On 01/22/2011 02:29 AM, Albert ARIBAUD wrote:
>> Le 21/01/2011 19:15, seedshope a écrit :
>>> On 01/22/2011 02:05 AM, seedshope wrote:
On 01/22/2011 01:52 AM, Sergei Shtylyov wrote:
> Hello.
>
> seedshope wrote:
>
>> Since SDRAM i
On Thu, 20 Jan 2011 22:45:34 -0600
Aggrwal Poonam-B10812 wrote:
> > -Original Message-
> > From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> > On Behalf Of Wood Scott-B07421
> > Sent: Thursday, January 20, 2011 1:28 AM
> > To: chr...@cyberswitching.com
> > Cc: u-b
On 01/22/2011 02:29 AM, Albert ARIBAUD wrote:
> Le 21/01/2011 19:15, seedshope a écrit :
>> On 01/22/2011 02:05 AM, seedshope wrote:
>>> On 01/22/2011 01:52 AM, Sergei Shtylyov wrote:
Hello.
seedshope wrote:
> Since SDRAM init function have already change, So the SDRAM
>
seedshope, (?)
On Fri, Jan 21, 2011 at 9:35 AM, seedshope wrote:
> On 01/21/2011 08:42 AM, Tom Warren wrote:
>>
>> +
>> +enum {
>> + UART_A = 1,
>> + UART_B,
>> + UART_C,
>> + UART_D,
>> + UART_E
>> +};
>> +
>> +#endif /* _BOARD_H_ */
>>
>> +
>> +#if CONFIG_TEGRA2_
Le 21/01/2011 19:15, seedshope a écrit :
> On 01/22/2011 02:05 AM, seedshope wrote:
>> On 01/22/2011 01:52 AM, Sergei Shtylyov wrote:
>>> Hello.
>>>
>>> seedshope wrote:
>>>
Since SDRAM init function have already change, So the SDRAM
initial function must be change.
>>>
>>> This descr
On 01/22/2011 02:05 AM, seedshope wrote:
> On 01/22/2011 01:52 AM, Sergei Shtylyov wrote:
>> Hello.
>>
>> seedshope wrote:
>>
>>> Since SDRAM init function have already change, So the SDRAM
>>> initial function must be change.
>>
>>This description sounds somewhat tautological...
> If I describ
On 01/22/2011 01:52 AM, Sergei Shtylyov wrote:
> Hello.
>
> seedshope wrote:
>
>> Since SDRAM init function have already change, So the SDRAM
>> initial function must be change.
>
>This description sounds somewhat tautological...
If I describe as following:
Since SDRAM init function have alrea
Hello.
seedshope wrote:
> Since SDRAM init function have already change, So the SDRAM
> initial function must be change.
This description sounds somewhat tautological...
> Signed-off-by: seedshope
Your real name is required in the signoff.
> ---
> board/samsung/smdk6400/smdk6400.c |
Hi Heiko,
Le 21/01/2011 09:56, Heiko Schocher a écrit :
> Reuse the gd->tbl value for timestamp and add gd->lastinc for lastinc bss
> values in the arm926ejs timers implementation.
>
> The usage of bss values in drivers before initialisation of bss is forbidden.
> In that special case some data in
Le 21/01/2011 10:24, Stefano Babic a écrit :
> Hi Albert,
>
> The following changes since commit d6a5e6d531e357dd8016141f73d370d02886a7eb:
>
>Cleanup .boards.depend when using an objtree (2011-01-21 08:56:50 +0100)
>
> are available in the git repository at:
>git://www.denx.de/git/u-boot-im
On 01/22/2011 12:35 AM, seedshope wrote:
> On 01/21/2011 08:42 AM, Tom Warren wrote:
>> +
>> +enum {
>> +UART_A = 1,
>> +UART_B,
>> +UART_C,
>> +UART_D,
>> +UART_E
>> +};
>> +
>> +#endif /* _BOARD_H_ */
>>
>>
>> diff --git a/arch/arm/cpu/armv7/tegra2/uart.c
>> b/arch/arm/cpu/ar
On 01/21/2011 08:42 AM, Tom Warren wrote:
> +
> +enum {
> + UART_A = 1,
> + UART_B,
> + UART_C,
> + UART_D,
> + UART_E
> +};
> +
> +#endif /* _BOARD_H_ */
>
>
> diff --git a/arch/arm/cpu/armv7/tegra2/uart.c
> b/arch/arm/cpu/armv7/tegra2/uart.c
> new file mode 100644
> index 000
On 01/22/2011 12:08 AM, Tom Warren wrote:
> Minkyu,
>
> On Fri, Jan 21, 2011 at 1:16 AM, Minkyu Kang wrote:
>> Dear Tom Warren,
>>
>> On 21 January 2011 09:42, Tom Warren wrote:
>>> diff --git a/arch/arm/cpu/armv7/tegra2/uart.c
>>> b/arch/arm/cpu/armv7/tegra2/uart.c
>>> new file mode 100644
>>>
Minkyu,
On Fri, Jan 21, 2011 at 1:16 AM, Minkyu Kang wrote:
> Dear Tom Warren,
>
> On 21 January 2011 09:42, Tom Warren wrote:
>> diff --git a/arch/arm/cpu/armv7/tegra2/uart.c
>> b/arch/arm/cpu/armv7/tegra2/uart.c
>> new file mode 100644
>> index 000..5e60bd8
>> --- /dev/null
>> +++ b/arch/
Dear Wolfgang,
Thank you very much for your hints. Now, I have got an idea how to continue.
Could you please direct me to some manual/"how to" to find out how to configure
IDE
access by means of the CONFIG_IDE_* . I have examined several header files in
u-boot/include/configs
and it seems to b
On Jan 20, 2011, at 4:59 AM, Dipen Dudhat wrote:
> The Integrated Flash Controller (IFC) is used to access the external
> NAND Flash, NOR Flash, EPROM, SRAM and Generic ASIC memories.Four chip
> selects are provided in IFC so that maximum of four Flash devices can be
> hooked, but only one can be
On Jan 20, 2011, at 5:04 AM, Prabhakar Kushwaha wrote:
> Add the ability to determine if a given IP block connected on SERDES is
> configured. This is useful for things like PCIe and SRIO since they are only
> ever connected on SERDES.
>
> Updated MPC85xx_PORDEVSR_IO_SEL & MPC85xx_PORDEVSR_IO_SE
Since nand boot have some limit for the first 4KB, We only
disable the LED function to reduce the code space. At the
same time, Fix the compile error for LED function undefined
in the compile time of nand_spl.
Signed-off-by: seedshope
---
arch/arm/cpu/arm1176/start.S |2 ++
1 files changed,
Since SDRAM init function have already change, So the SDRAM
initial function must be change.
Signed-off-by: seedshope
---
board/samsung/smdk6400/smdk6400.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/board/samsung/smdk6400/smdk6400.c
b/board/samsung/smdk640
In the nand_spl feature of SMDK6400. Add some relocation symbols to
nand_spl/board/samsung/smdk6400/u-boot.lds to fix the compile error.
Signed-off-by: seedshope
---
nand_spl/board/samsung/smdk6400/u-boot.lds | 17 -
1 files changed, 16 insertions(+), 1 deletions(-)
diff --git
The first, the cpu_init.o have already been link for cmd_link_o_target
atfer compile, But, The link script re-link the point file. So the link
machine will generate multiple definition error information.
The second, Since the first 4kB of nand boot featue code move to nand_spl,
So It is not necess
Fix CONFIG_SYS_INIT_SP_ADDR undefined issue.
Signed-off-by: seedshope
---
include/configs/smdk6400.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/smdk6400.h b/include/configs/smdk6400.h
index 671f2c7..c9acf58 100644
--- a/include/configs/smdk6400.h
Modify Makefile for cpu_init.c and Start.s use some label,this defined
u-boot.lds of arch/arm/cpu/arm1176. But SMDK6400 use the link script
board/samsung/smdk6400/u-boot-nand.lds. So add some label form u-boot.lds
to u-boot-nand.lds
Signed-off-by: seedshope
---
board/samsung/smdk6400/u-boot-nand
Change from V1:
patch 1:
patch 2: Delete some compile information from commit.
patch 3: Add LED modify information and Delete some compile information from
commit.
patch 4: Add new patch for SDRAM init.
Change from v2:
patch2: Modify Makefile for arch/arm/cpu/arm1176/s3c64xx/cpu_init.s in build
Dear Daniel Gorsulowski,
In message <4d399177.4040...@esd.eu> you wrote:
>
> > Maybe there is a suitable SIZE_128MIB (didn't check) - would look more
> > readable ;)
>
> AFAIK, Wolfgang wants to get rid of the sizes.h file. So I'll replace
Correct.
> that with something like (128*1024*1024)
F
Reinhard Meyer wrote:
> Dear Daniel Gorsulowski,
>> Signed-off-by: Daniel Gorsulowski
>> ...
>> -gd->bd->bi_dram[0].start = PHYS_SDRAM;
>> -gd->bd->bi_dram[0].size = get_ram_size((long *) PHYS_SDRAM, (1<< 27));
>> +gd->bd->bi_dram[0].start = CONFIG_SYS_SDRAM_BASE;
>> +gd->bd->bi_dr
Hello Daniel,
> Hello Reinhard,
>> Which USART is the output coming from instead? Is it really console output
>> or maybe some other, independent pulses?
>
> I don't know, to which USART the output goes. I guess you assume, my
> "GPIO debugging" was to meassure the pulses on the USART pins. But no
Dear "Dach Miroslaw",
please always keep the mailing list on Cc:
In message <1b4f8000449511488d1a640dd6deca350392a...@mailbox0a.psi.ch> you
wrote:
>
> I am sorry bothering so much but this Compact Flash issues is the
> showstopper for my project.
If it's really urgent you should consider engag
Hello Reinhard,
...
>>
>> Back to the problem...
>> In my opinion, my USART configuration is correct. I still have no idea,
>> why there is no output on DBGU.
>
> I am at a loss there, too.
>
> Which USART is the output coming from instead? Is it really console output
> or maybe some other, indepe
Dear Daniel Gorsulowski,
> Hello Reinhard,
>
> Reinhard Meyer wrote:
>> Dear Daniel Gorsulowski,
>>> Today I found out by GPIO debugging, that U-Boot seems to boot but prints
>>> its startup messages to wrong USART with proper baudrate. I'll try to
>>> find out, why there is no output on DBGU.
>>
>
Dear Daniel Gorsulowski,
> Signed-off-by: Daniel Gorsulowski
> ---
>
> There is still a bug in USART config. This patch is for reviewing only!
I am really at a loss how that can be, since you correctly pass the DBGU
address to the driver.
>
> board/esd/meesc/config.mk |1 -
> board/esd/me
Hello Reinhard,
Reinhard Meyer wrote:
> Dear Daniel Gorsulowski,
>> Today I found out by GPIO debugging, that U-Boot seems to boot but prints
>> its startup messages to wrong USART with proper baudrate. I'll try to
>> find out, why there is no output on DBGU.
>
> Note that the USART to use is def
Dear Daniel Gorsulowski,
> Today I found out by GPIO debugging, that U-Boot seems to boot but prints
> its startup messages to wrong USART with proper baudrate. I'll try to
> find out, why there is no output on DBGU.
Note that the USART to use is defined differently than before:
/* serial console
On Fri, Jan 21, 2011 at 09:23:12AM +0100, Wolfgang Denk wrote:
[...]
> > In uec_phy:
> > drivers/qe/uec_phy.h:34:#define LPA_1000FULL0x0400
> > drivers/qe/uec_phy.h:35:#define LPA_1000HALF0x0200
> >
> > In Linux:
> > include/linux/mii.h:133:#define LPA_1000FULL0x
Hi Wolfgang,
>> > What do these "!<" markers mean?
>>
>> They have no useful meaning and I must drop them.
>
> There are other such cryptic markers - eventually from some doc
> generating tool.
Correct - I'm pretty sure this was intended for doxygen.
Cheers
Detlev
--
Some people seem to thi
Hi Albert,
The following changes since commit d6a5e6d531e357dd8016141f73d370d02886a7eb:
Cleanup .boards.depend when using an objtree (2011-01-21 08:56:50 +0100)
are available in the git repository at:
git://www.denx.de/git/u-boot-imx.git master
Liu Hui-R64343 (8):
MX51EVK: UART does n
Hello Stefano,
Stefano Babic wrote:
> On 01/21/2011 07:36 AM, Heiko Schocher wrote:
>>> +static int wait_complete(void)
>>> +{
>>> + int timeout = I2C_MAX_TIMEOUT;
>>> +
>>> + while ((!(readw(I2C_BASE + I2SR) & I2SR_ICF)) && (--timeout)) {
>>> + writew(0, I2C_BASE + I2SR);
>>> +
Signed-off-by: Daniel Gorsulowski
---
arch/arm/cpu/arm926ejs/at91/at91sam9263_devices.c | 55 +++--
1 files changed, 18 insertions(+), 37 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/at91/at91sam9263_devices.c
b/arch/arm/cpu/arm926ejs/at91/at91sam9263_devices.c
index deda3
Dear Reinhard,
Reinhard Meyer wrote:
> Dear Daniel Gorsulowski,
>> Hello Reinhard,
>>
>> Reinhard Meyer wrote:
>>> Dear Daniel Gorsulowski,
>
> ...
>
>>> The at91sam9260(9xe)ek board builds fine and works.
>>
>> I can confirm that.
>>
>>> Use that as a template or reference what to do.
>>> You s
On Jan 21, 2011, at 2:27 AM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <4e0178ed-1410-4ca6-b173-9df8bcbc4...@kernel.crashing.org> you
> wrote:
>>
>>> Do you know if this is a wrong defintion on uec_phy ?
>>> I'm afraid the fix will lead some mis-behavior for boards has uec_phy.
>>
On 01/20/2011 10:28 PM, Albert ARIBAUD wrote:
> Of course I was late to the dance... Stefano, did you rebase your tree?
> I still see this patch in your current master.
Hi Albert,
I have rebased my tree but not pushed on git.denx because I would like
to replace the patch with the new version sent
Signed-off-by: Daniel Gorsulowski
---
There is still a bug in USART config. This patch is for reviewing only!
board/esd/meesc/config.mk |1 -
board/esd/meesc/meesc.c| 39 +-
board/esd/otc570/config.mk |1 -
board/esd/otc570/otc570.c | 51 +++--
boards.cfg
On 01/21/2011 07:36 AM, Heiko Schocher wrote:
>> +static int wait_complete(void)
>> +{
>> +int timeout = I2C_MAX_TIMEOUT;
>> +
>> +while ((!(readw(I2C_BASE + I2SR) & I2SR_ICF)) && (--timeout)) {
>> +writew(0, I2C_BASE + I2SR);
>> +udelay(1);
>> +}
>> +udelay(
Reuse the gd->tbl value for timestamp and add gd->lastinc for lastinc bss
values in the arm926ejs timers implementation.
The usage of bss values in drivers before initialisation of bss is forbidden.
In that special case some data in .rel.dyn gets corrupted.
This patch is similiar to the patch Dir
Reuse the gd->tbl value for timestamp and add gd->lastinc for lastinc bss
values in the arm926ejs timers implementation.
The usage of bss values in drivers before initialisation of bss is forbidden.
In that special case some data in .rel.dyn gets corrupted.
This patch is similiar to the patch Dir
Hello Albert,
Albert ARIBAUD wrote:
> Le 20/01/2011 21:43, Albert ARIBAUD a écrit :
>> Le 10/12/2010 10:33, Heiko Schocher a écrit :
>>> Reuse the gd->tbl value for timestamp and add gd->lastinc for lastinc bss
>>> values in the arm926ejs timers implementation.
>>>
>>> The usage of bss values in d
Board support for the Guntermann & Drunck DLVision-10G.
Adds support for multiple FPGAs per board for gdsys 405ep
architecture.
Adds support for dual link osd hardware for gdsys 405ep.
Signed-off-by: Dirk Eibach
---
---
Replaces
- 0001-ppc4xx-Add-DLVision-10G-board-support.patch
-
Dear Kumar Gala,
In message <4e0178ed-1410-4ca6-b173-9df8bcbc4...@kernel.crashing.org> you wrote:
>
> > Do you know if this is a wrong defintion on uec_phy ?
> > I'm afraid the fix will lead some mis-behavior for boards has uec_phy.
>
> See:
>
> http://patchwork.ozlabs.org/patch/79439/
Have yo
Dear Kumar Gala,
In message <222da5a3-7289-4f01-b0ce-8d02dddb2...@kernel.crashing.org> you wrote:
>
...
> I posted a fix for this:
>
> http://patchwork.ozlabs.org/patch/79439/
I see. But I'm still scared about the changed values in the #defines
Best regards,
Wolfgang Denk
--
DENX Software
Dear Macpaul,
In message <50fd90c65c53fb45badeebcd84ff07f202ceb...@atcpcs06.andestech.com>
you wrote:
>
> > /home/wd/git/u-boot/work/include/linux/mii.h:134:1: warning:
> > "LPA_1000HALF" redefined
> > In file included from uec_phy.c:26:
> > uec_phy.h:35:1: warning: this is the location of the
Dear Tom Warren,
On 21 January 2011 09:42, Tom Warren wrote:
> diff --git a/arch/arm/cpu/armv7/tegra2/uart.c
> b/arch/arm/cpu/armv7/tegra2/uart.c
> new file mode 100644
> index 000..5e60bd8
> --- /dev/null
> +++ b/arch/arm/cpu/armv7/tegra2/uart.c
How about move it to drivers/serial/ ?
And w
On Dec 1, 2010, at 9:35 AM,
wrote:
> From: Haiying Wang
>
> TPL is introduced to enable a loader stub that boots out of some type of RAM,
> after being loaded by an SPL or similar platform-specific mechanism.
>
> One example of using this tpl loader is to initialize the ddr through spd code
On Dec 1, 2010, at 9:47 AM,
wrote:
> From: Haiying Wang
>
> Signed-off-by: Haiying Wang
> ---
> Splitted from TPL patch to only address 85xx changes
> arch/powerpc/cpu/mpc85xx/cpu_init_nand.c | 34 ++-
> arch/powerpc/cpu/mpc85xx/start.S | 12 ++--
> arch/powerpc/cpu/mpc85x
On Jan 21, 2011, at 1:31 AM, wrote:
> Dear Wolfgang,
>
>> /home/wd/git/u-boot/work/include/linux/mii.h:134:1: warning:
>> "LPA_1000HALF" redefined
>> In file included from uec_phy.c:26:
>> uec_phy.h:35:1: warning: this is the location of the previous
>> definition
>> textdata bss
On Jan 21, 2011, at 1:09 AM, Wolfgang Denk wrote:
> Dear Macpaul Lin,
>
> In message <129134-18586-1-git-send-email-macp...@andestech.com> you
> wrote:
>> This file has been synced (copy) from Linux source code.
>> This commit was based on kernel 2.6.32.
>> It updates gigabit related phy re
Dear =?UTF-8?q?Lo=C3=AFc=20Minier?=,
In message <1295439390-16238-2-git-send-email-loic.min...@linaro.org> you wrote:
> .boards.depend was created in the source tree even when calling make
> with O=objtree, and distclean O=objtree wouldn't clean it. Create
> .boards.depend in objtree instead as t
Dear =?UTF-8?q?Lo=C3=AFc=20Minier?=,
In message <1295439390-16238-1-git-send-email-loic.min...@linaro.org> you wrote:
> When building with srctree != objtree, the build creates arch/soc/cpu
> specific symlinks in the source tree. This means that the same source
> tree can't be used for multiple b
81 matches
Mail list logo
