On 09:25 Wed 01 Apr , Remy Bohmer wrote:
> Hello Stefan,
>
> > From what I remember we all agreed to move the device drivers (e.g.
> > ethernet,
> > NAND, USB, serial etc) from the architecture/board (cpu/... board/...) to
> > the
> > drivers directories at some time.
> >
> > Speaking for PP
On Tuesday 31 March 2009, Wolfgang Denk wrote:
> In message <20090331192117.gf24...@game.jcrosoft.org> you wrote:
> > > > drivers/usb/Makefile > | 1 +
> > > > .../at91/usb.c => drivers/usb/atmel_usb.c | > 0
> > > > rename cpu/arm926ejs/at91/usb.c => d
Hello Stefan,
> From what I remember we all agreed to move the device drivers (e.g. ethernet,
> NAND, USB, serial etc) from the architecture/board (cpu/... board/...) to the
> drivers directories at some time.
>
> Speaking for PPC4xx, the 4xx ethernet driver has recently been moved from
> cpu/ppc4
Hello Jean-Christophe,
>> And that is exactly the issue here. The discussion is about moving
>> 'platform USB init code' to generic driver code.
>> I would have no problems with moving real USB drivers to the generic
>> driver section, if they are cleaned from board specific code, of
>> course.
>
On 09:57 Wed 01 Apr , Remy Bohmer wrote:
> Hello Jean-Christophe,
>
> >> And that is exactly the issue here. The discussion is about moving
> >> 'platform USB init code' to generic driver code.
> >> I would have no problems with moving real USB drivers to the generic
> >> driver section, if th
Hi,
AFAIK, while running from flash, u-boot uses (part of) d-cache on some
platforms for the C stack. I think, it's on MPC83xx and MPC85xx?
Does anybody know, if I can use the remaining part of the d-cache
as normal d-cache, e.g. to generate bursts on the SDRAM interface
while testing the RAM?
K
On 09:57 Wed 01 Apr , Remy Bohmer wrote:
> Hello Jean-Christophe,
>
> >> And that is exactly the issue here. The discussion is about moving
> >> 'platform USB init code' to generic driver code.
> >> I would have no problems with moving real USB drivers to the generic
> >> driver section, if th
I agree with Liu Dave. I sent a patch two times about a new tools
command called imls, but I didn't receive back the patch (neither the
first nor the second time) as list subscriber so I'm not sure that the
patch has been received. Wolfgang, can you confirm to me that the patch
has been received? I
Mar 28:
[U-Boot] [PATCH] Add imls utility command - … new command called
imls. It's goal is the same of UBoot's imls but it has to be used as …
Mar 30:
[U-Boot] [PATCH] Add imls utility command - … new command called
imls. Its goal is the same of UBoot imls but it can be used as Linux
shell …
I had a problem of unreasonable value of variable 'top_pad' which should be
zero.
After reading .../cpu/s3c44b0/start.S, it seems that .bss section is not
been initialized
to zero. Every thing goes fine after patching the .bss initialization.
Is it a bug ? Or I missed something ?
Best regards,
Mo
Hello, I am a new uboot.
I want to ask about if there is patch for Realview Platform Based ARM11 MPCORE
board, or if there is any similiar boards or patches.
Yesterday I tried a patch called Realview EB Board and cannot detect DRAM and
Flash when testing.
BR,
George
_
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090401080151.gb23...@game.jcrosoft.org> you wrote:
>
> Actually the best place is the drivers/usb/
I agree with Remy: "We should not pollute one area by cleaning another
area."
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
Hello, I am a new uboot.
I want to ask about if there is patch for Realview Platform Based ARM11 MPCORE
board, or if there is any similiar boards or patches.
Yesterday I tried a patch called Realview EB Board and cannot detect DRAM and
Flash when testing.
BR,
Zheng
__
Dear Ming-Dien Chang,
In message <714db0904010157n29d03f2bu8c8224844add5...@mail.gmail.com> you wrote:
>
> I had a problem of unreasonable value of variable 'top_pad' which should be
> zero.
> After reading .../cpu/s3c44b0/start.S, it seems that .bss section is not
> been initialized
> to zero. Ev
Dear Jens Gehrlein,
In message <49d323e5.9080...@tqs.de> you wrote:
>
> AFAIK, while running from flash, u-boot uses (part of) d-cache on some
> platforms for the C stack. I think, it's on MPC83xx and MPC85xx?
>
> Does anybody know, if I can use the remaining part of the d-cache
> as normal d-ca
Dear Marco,
In message <49d32ab2.10...@gmail.com> you wrote:
> I agree with Liu Dave. I sent a patch two times about a new tools
> command called imls, but I didn't receive back the patch (neither the
> first nor the second time) as list subscriber so I'm not sure that the
> patch has been receive
On 11:13 Wed 01 Apr , zheng.w...@infineon.com wrote:
> Hello, I am a new uboot.
>
> I want to ask about if there is patch for Realview Platform Based ARM11
> MPCORE board, or if there is any similiar boards or patches.
>
> Yesterday I tried a patch called Realview EB Board and cannot detect
Hi,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 09:57 Wed 01 Apr , Remy Bohmer wrote:
>
>> Hello Jean-Christophe,
>>
>>
And that is exactly the issue here. The discussion is about moving
'platform USB init code' to generic driver code.
I would have no problems with movi
On 14:07 Sat 28 Mar , Minkyu Kang wrote:
> There are 3 MMC/SD/SDIO host controllers inside the device.
> This patch will support mmc2 and mmc3(mmc3 have not tested)
>
> Signed-off-by: Minkyu Kang
> ---
> drivers/mmc/omap3_mmc.c | 74
> -
> inc
Liu Dave-R63238 schrieb:
>>> AFAIK, while running from flash, u-boot uses (part of)
>> d-cache on some
>>> platforms for the C stack. I think, it's on MPC83xx and MPC85xx?
>>>
>>> Does anybody know, if I can use the remaining part of the d-cache
>>> as normal d-cache, e.g. to generate bursts on th
Dear Wolfgang Denk,
Wolfgang Denk schrieb:
> Dear Jens Gehrlein,
>
> In message <49d323e5.9080...@tqs.de> you wrote:
>> AFAIK, while running from flash, u-boot uses (part of) d-cache on some
>> platforms for the C stack. I think, it's on MPC83xx and MPC85xx?
>>
>> Does anybody know, if I can use
Thank you very much for information Wolfgang. However I don't understand
why I didn't receive my post on the mailing list, I'm afraid that even
other people didn't receive it and then I don't receive any comments. I
checked the option "Receive your own posts to the list" on my setting
and it sets t
> Thank you very much for information Wolfgang. However I don't
> understand
> why I didn't receive my post on the mailing list, I'm afraid that even
> other people didn't receive it and then I don't receive any
> comments. I checked the option "Receive your own posts to the list" on
my setting
>
On 11:27 Wed 01 Apr , Stefan Roese wrote:
> On Wednesday 01 April 2009, Michael Trimarchi wrote:
> > It is just a glue code in linux. Maybe it will be simple if you create a
> > core direcory
> > and a host directory under the usb. An move the specific part in the host.
>
> Yes, I like this id
Mmmmand I receive your post just now...maybe a problem with the list
that doesn't send the post to the author, the most important thing is
however that everybody can read it.
Liu Dave-R63238 ha scritto:
>> Thank you very much for information Wolfgang. However I don't
>> understand
>> why I di
Hello Michele De Candia
Besides using a CPLD register - I thought perhaps this would be a great
application for using one of the 256 user programmable fuses. Unfortunately --
this ads5121 rev has this feature disabled for now.
John Rigby will be re-submitting those 2 patches along with a slew o
On Wednesday 01 April 2009 06:12:21 Marco wrote:
> Mmmmand I receive your post just now...maybe a problem with the list
> that doesn't send the post to the author, the most important thing is
> however that everybody can read it.
ive received both of the imls util e-mails in question. as for
Hi Marcelo,
On Tuesday 31 March 2009, DATACOM - Mallmann wrote:
> I'm trying to use UBI and UBIFS over a nand device. I want to create a
> mtd partition in u-boot (with ubi part command), save a ubifs image
> (with mkfs.ubifs), mount and load it with ubifs commands.
The easiest way to write an UB
On Wednesday 01 April 2009, Michael Trimarchi wrote:
> It is just a glue code in linux. Maybe it will be simple if you create a
> core direcory
> and a host directory under the usb. An move the specific part in the host.
Yes, I like this idea. This gets us closer to the Linux directory structure.
When I cross-compile u-boot prepared for my custom made board with
mpc885 (CROSS_COMPILE=ppc_8xx-) using the toolchain found in eldk 4.2
(gcc version 4.2.2) u-boot doesn't boot because of an exception:
U-Boot 2009.03 (Apr 01 2009 - 10:27:03)
CPU: MPC885ZPnn at 66 MHz [66.0...133.0 MHz]
8
> > AFAIK, while running from flash, u-boot uses (part of)
> d-cache on some
> > platforms for the C stack. I think, it's on MPC83xx and MPC85xx?
> >
> > Does anybody know, if I can use the remaining part of the d-cache
> > as normal d-cache, e.g. to generate bursts on the SDRAM interface
> > whi
Mike Frysinger wrote:
> On Wednesday 01 April 2009 06:12:21 Marco wrote:
>> Mmmmand I receive your post just now...maybe a problem with the list
>> that doesn't send the post to the author, the most important thing is
>> however that everybody can read it.
>
> ive received both of the imls uti
On Wednesday 01 April 2009, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 11:27 Wed 01 Apr , Stefan Roese wrote:
> > On Wednesday 01 April 2009, Michael Trimarchi wrote:
> > > It is just a glue code in linux. Maybe it will be simple if you create
> > > a core direcory
> > > and a host directory
Yeah, maybe you're right the fault is of gmail.
Jerry Van Baren ha scritto:
> Mike Frysinger wrote:
>> On Wednesday 01 April 2009 06:12:21 Marco wrote:
>>> Mmmmand I receive your post just now...maybe a problem with the list
>>> that doesn't send the post to the author, the most important thin
Dear listers,
I currently have a problem with the device tree - the
kernel hangs after unpacking and trying to load the device tree.
Distribution: OpenSuse 11.1, IA-64
Kernel 2.6.29
ARCH = ppc
CROSS_COMPILE = powerpc-603e-gnu-gcc
Hardware-Revision: Phytec MPC5200B-tiny Re
Dear Stevan Ignjatovic,
In message <1238580375.15731.11.ca...@stevan> you wrote:
> When I cross-compile u-boot prepared for my custom made board with
> mpc885 (CROSS_COMPILE=ppc_8xx-) using the toolchain found in eldk 4.2
> (gcc version 4.2.2) u-boot doesn't boot because of an exception:
...
> How
Dear "Nandini Hengen",
In message you wrote:
>
> I currently have a problem with the device tree - the
> kernel hangs after unpacking and trying to load the device tree.
...
> U-Boot Version 1.2 incl. downloaded patches
...
> combination with U-Boot 1.1.4). I also found a thre
On Wed, 2009-04-01 at 17:29 +0800, Liu Dave-R63238 wrote:
> > > AFAIK, while running from flash, u-boot uses (part of)
> > d-cache on some
> > > platforms for the C stack. I think, it's on MPC83xx and MPC85xx?
> > >
> > > Does anybody know, if I can use the remaining part of the d-cache
> > > as
Hello,
I have also downloaded U-Boot version u-boot-2009.3 Are any additional
patches for the MPC5200b-tiny necessary? In case of U-Boot 1.2 I had
u-boot-1.2.0.tar.bz2 and u-boot-1.2.0.mpc5200b-tiny-2.tar.gz which added a
patches directory to my main directory.
A few corrections to my
Peter Tyser schrieb:
> You should be able to use the 85xx DMA engine to generate the bursts too
> (I'd assume the same for 83xx, but never tried it). See
> cpu/mpc85xx/cpu.c dma_*(). The default values of the satr0 and datr0
> don't allow the processor to snoop transactions, so you'd have to use
On Wed, 1 Apr 2009, Stefan Roese wrote:
> On Tuesday 31 March 2009, Wolfgang Denk wrote:
> > In message <20090331192117.gf24...@game.jcrosoft.org> you wrote:
> > > > > drivers/usb/Makefile > | 1 +
> > > > > .../at91/usb.c => drivers/usb/atmel_usb.c | >
On Mar 31, 2009, at 11:23 PM, Kumar Gala wrote:
> Match determine_mp_bootpg() that was added for 86xx. We need this to
> address a bug introduced in v2009.03 with 86xx MP booting. We have to
> make sure to reserve the region of memory used for the MP bootpg() so
> other u-boot code doesn't use
On Wed, 1 Apr 2009, Remy Bohmer wrote:
> Hello Stefan,
>
> > From what I remember we all agreed to move the device drivers (e.g.
> ethernet,
> > NAND, USB, serial etc) from the architecture/board (cpu/... board/...)
> to the
> > drivers directories at some time.
> >
> > Speaking for PPC4xx, the 4
On Mar 31, 2009, at 11:23 PM, Kumar Gala wrote:
> We had a bug on 86xx in which the boot page used to bring up secondary
> cores was being overwritten and used for the malloc region in u-boot.
>
> We need to reserve the region of memory that the boot page is going to
> be put at so nothing uses i
>> diff --git a/cpu/mpc85xx/mp.h b/cpu/mpc85xx/mp.h
>> index 4329286..b06707f 100644
>> --- a/cpu/mpc85xx/mp.h
>> +++ b/cpu/mpc85xx/mp.h
>> @@ -5,6 +5,7 @@ ulong get_spin_addr(void);
>> void setup_mp(void);
>> u32 get_my_id(void);
>> void cpu_mp_lmb_reserve(struct lmb *lmb);
>> +u32 determine_bootp
On Wed, 1 Apr 2009, Stefan Roese wrote:
> On Wednesday 01 April 2009, Michael Trimarchi wrote:
> > It is just a glue code in linux. Maybe it will be simple if you create
> a
> > core direcory
> > and a host directory under the usb. An move the specific part in the
> host.
>
> Yes, I like this ide
On Apr 1, 2009, at 10:52 AM, Becky Bruce wrote:
>> @@ -203,13 +206,7 @@ void setup_mp(void)
>> {
>> extern ulong __secondary_start_page;
>> ulong fixup = (ulong)&__secondary_start_page;
>> -u32 bootpg;
>> -
>> -/* if we have 4G or more of memory, put the boot page at 4Gb-4k */
>
k...@koi8.net wrote:
On Wed, 1 Apr 2009, Stefan Roese wrote:
On Tuesday 31 March 2009, Wolfgang Denk wrote:
In message <20090331192117.gf24...@game.jcrosoft.org> you wrote:
drivers/usb/Makefile>|1 +
.../at91/usb.c => drivers/usb/atmel_usb.c
We had a bug on 86xx in which the boot page used to bring up secondary
cores was being overwritten and used for the malloc region in u-boot.
We need to reserve the region of memory that the boot page is going to
be put at so nothing uses it.
Signed-off-by: Kumar Gala
Acked-by: Becky Bruce
---
*
Match determine_mp_bootpg() that was added for 86xx. We need this to
address a bug introduced in v2009.03 with 86xx MP booting. We have to
make sure to reserve the region of memory used for the MP bootpg() so
other u-boot code doesn't use it.
Signed-off-by: Kumar Gala
---
* fix up based on twea
* Use CONFIG_MP instead of CONFIG_NUM_CPUS to match 85xx
* Introduce determine_mp_bootpg() helper. We'll need this to address a
bug introduced in v2009.03 with 86xx MP booting. We have to make sure
to reserve the region of memory used for the MP bootpg() so other
u-boot code doesn't use it.
On Apr 1, 2009, at 10:56 AM, Kumar Gala wrote:
>>> diff --git a/cpu/mpc85xx/mp.h b/cpu/mpc85xx/mp.h
>>> index 4329286..b06707f 100644
>>> --- a/cpu/mpc85xx/mp.h
>>> +++ b/cpu/mpc85xx/mp.h
>>> @@ -5,6 +5,7 @@ ulong get_spin_addr(void);
>>> void setup_mp(void);
>>> u32 get_my_id(void);
>>> void cpu
On Mar 31, 2009, at 11:23 PM, Kumar Gala wrote:
> * Use CONFIG_MP instead of CONFIG_NUM_CPUS to match 85xx
> * Introduce determine_mp_bootpg() helper. We'll need this to
> address a
> bug introduced in v2009.03 with 86xx MP booting. We have to make
> sure
> to reserve the region of memory
> And we
> should _NOT_ treat some drivers (e.g. SPI) as marginal. AT91RM9200 for
> example can _NOT_ boot off of parallel flash because of silicon error so it
> boots off of SPI DataFlash thus making SPI driver essential for the system.
no the RM9200 can boot from NOR Flash I do it myself
maybe no
You could try to see if the kernel hangs but it prints something
checking __log_buf. In this way you can try to understand the problem.
Marco
Nandini Hengen ha scritto:
> Hello,
> I have also downloaded U-Boot version u-boot-2009.3 Are any
> additional patches for the MPC5200b-tiny nece
On 18:03 Wed 01 Apr , Michael Trimarchi wrote:
> k...@koi8.net wrote:
>> On Wed, 1 Apr 2009, Stefan Roese wrote:
>>
>>
>>> On Tuesday 31 March 2009, Wolfgang Denk wrote:
>>>
In message <20090331192117.gf24...@game.jcrosoft.org> you wrote:
>>> drivers/usb/Makefile
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
better description will be wrote for the final patch
Best Regards,
J.
Makefile |4 +++-
drivers/usb/{ => core}/Makefile | 22 +-
drivers/usb/{ => core}/usb_ehci_core.c
Hi Tom,
Tom wrote:
> Soon I will be submitting a set of patches to provide initial support
> for the zoom2.
>
> Zoom2 is new target similar to the omap3_zoom1 target.
> Here is a product link.
> http://www.logicpd.com/products/development-kits/texas-instruments-zoom%E2%84%A2-omap34x-ii-mdp
>
>
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 11:19 Tue 17 Mar , Dirk Behme wrote:
>> Fix OMAP3 timer handling to 1ms tick and CONFIG_SYS_HZ to 1000.
>> Clean up macros and comments.
>>
>> Signed-off-by: Dirk Behme
>> Signed-off-by: Manikandan Pillai
>> ---
>>
>> Changes
On Apr 1, 2009, at 11:06 AM, Kumar Gala wrote:
> * Use CONFIG_MP instead of CONFIG_NUM_CPUS to match 85xx
> * Introduce determine_mp_bootpg() helper. We'll need this to
> address a
> bug introduced in v2009.03 with 86xx MP booting. We have to make
> sure
> to reserve the region of memory
On Apr 1, 2009, at 11:06 AM, Kumar Gala wrote:
> Match determine_mp_bootpg() that was added for 86xx. We need this to
> address a bug introduced in v2009.03 with 86xx MP booting. We have to
> make sure to reserve the region of memory used for the MP bootpg() so
> other u-boot code doesn't use i
An undocumented register? Are the specifications not released for the
series <= r700? But I have to confess to never read the specifications
of ATI/AMD.
Have you found something?
Are you able to try to build pcm030_config with a recent checkout?
=
make -C drivers/rtc/
make[1]: Enteri
Dear Kumar Gala,
In message <1238601989-6251-3-git-send-email-ga...@kernel.crashing.org> you
wrote:
> We had a bug on 86xx in which the boot page used to bring up secondary
> cores was being overwritten and used for the malloc region in u-boot.
>
> We need to reserve the region of memory that th
Dear Kumar Gala,
In message <1238601989-6251-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> * Use CONFIG_MP instead of CONFIG_NUM_CPUS to match 85xx
> * Introduce determine_mp_bootpg() helper. We'll need this to address a
> bug introduced in v2009.03 with 86xx MP booting. We have to
Zoom2 is a new board from Texas Instruments and LogicPD
This is the product description
http://www.logicpd.com/products/development-kits/texas-instruments-zoom%E2%84%A2-omap34x-ii-mdp
This patch provides a zoom2 base target by copying zoom1 and by making some
obvious changes. This target compiles
Signed-off-by: Tom Rix
---
board/omap3/zoom2/zoom2.h | 20 +++-
1 files changed, 19 insertions(+), 1 deletions(-)
diff --git a/board/omap3/zoom2/zoom2.h b/board/omap3/zoom2/zoom2.h
index 3199fa9..47401f7 100644
--- a/board/omap3/zoom2/zoom2.h
+++ b/board/omap3/zoom2/zoom2.h
@@
Zoom2 serial is in general supplied by one of the 4 UARTS on the debug board.
The default serial is from the USB connector on left side of the debug board.
The USB connector will produce 2 of the 4 UARTS. On your host pick the first
enumeration.
The serial port set up is the same with Zoom1.
Baud
This patch controls the large LED on the top left of the zoom2.
Signed-off-by: Tom Rix
---
board/omap3/zoom2/Makefile |4 ++-
board/omap3/zoom2/led.c| 65
2 files changed, 68 insertions(+), 1 deletions(-)
create mode 100644 board/omap3/zoom
https://omapzoom.org/gf/project/omapzoom/wiki/?pagename=GettingStartedWithZoomII_AKA_OMAP34XII_MDP
The zoom2 has an auxillary board that contains the serial, net, jtag and
battery simulator. This change supports a runtime check if the debug board is
connected.
Signed-off-by: Tom Rix
---
board/
Signed-off-by: Tom Rix
---
board/omap3/zoom2/zoom2.h | 20 +++-
1 files changed, 19 insertions(+), 1 deletions(-)
diff --git a/board/omap3/zoom2/zoom2.h b/board/omap3/zoom2/zoom2.h
index 3199fa9..47401f7 100644
--- a/board/omap3/zoom2/zoom2.h
+++ b/board/omap3/zoom2/zoom2.h
@@
https://omapzoom.org/gf/project/omapzoom/wiki/?pagename=GettingStartedWithZoomII_AKA_OMAP34XII_MDP
The zoom2 has an auxillary board that contains the serial, net, jtag and
battery simulator. This change supports a runtime check if the debug board is
connected.
Signed-off-by: Tom Rix
---
board/
This patch controls the large LED on the top left of the zoom2.
Signed-off-by: Tom Rix
---
board/omap3/zoom2/Makefile |4 ++-
board/omap3/zoom2/led.c| 65
2 files changed, 68 insertions(+), 1 deletions(-)
create mode 100644 board/omap3/zoom
Zoom2 serial is in general supplied by one of the 4 UARTS on the debug board.
The default serial is from the USB connector on left side of the debug board.
The USB connector will produce 2 of the 4 UARTS. On your host pick the first
enumeration.
The serial port set up is the same with Zoom1.
Baud
Zoom2 is a new board from Texas Instruments and LogicPD
This is the product description
http://www.logicpd.com/products/development-kits/texas-instruments-zoom%E2%84%A2-omap34x-ii-mdp
This patch provides a zoom2 base target by copying zoom1 and by making some
obvious changes. This target compiles
Soon I will be submitting a set of patches to provide initial support
for the zoom2.
Zoom2 is new target similar to the omap3_zoom1 target.
Here is a product link.
http://www.logicpd.com/products/development-kits/texas-instruments-zoom%E2%84%A2-omap34x-ii-mdp
A stable u-boot for this target exis
Sorry for the double errr triple patch submission.
Blame the fool,
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wed, Apr 01, 2009 at 08:48:51AM -0700, k...@koi8.net wrote:
> I also vote for moving _ALL_ the drivers (i2c, usb, net, etc.) to
> appropriate directories under drivers/ no matter architecture specific they
> are or not.
Seconded. The criteria should generally be whether the code interacts
with
On Wed, Apr 01, 2009 at 11:11:09AM -0500, Tom Rix wrote:
> +#define WRITE_NAND_COMMAND(d, adr)\
> + writel(d, &nand_cs_base->nand_cmd)
> +#define WRITE_NAND_ADDRESS(d, adr)\
> + writel(d, &nand_cs_base->nand_adr)
> +#define WRITE_NAND(d, adr) writew(d, &nand_
On Wed, 1 Apr 2009 11:06:27 -0500
Kumar Gala wrote:
> -#if (CONFIG_NUM_CPUS > 1)
> -void cpu_mp_lmb_reserve(struct lmb *lmb)
> +int cpu_reset(int nr)
> +{
> + volatile immap_t *immr = (immap_t *)CONFIG_SYS_IMMR;
> + volatile ccsr_pic_t *pic = &immr->im_pic;
blank line here
> + out_
* Use CONFIG_MP instead of CONFIG_NUM_CPUS to match 85xx
* Introduce determine_mp_bootpg() helper. We'll need this to address a
bug introduced in v2009.03 with 86xx MP booting. We have to make sure
to reserve the region of memory used for the MP bootpg() so other
u-boot code doesn't use it.
Match determine_mp_bootpg() that was added for 86xx. We need this to
address a bug introduced in v2009.03 with 86xx MP booting. We have to
make sure to reserve the region of memory used for the MP bootpg() so
other u-boot code doesn't use it.
Also added a comment about how cpu_reset() is dealing
We had a bug on 86xx in which the boot page used to bring up secondary
cores was being overwritten and used for the malloc region in u-boot.
We need to reserve the region of memory that the boot page is going to
be put at so nothing uses it.
Signed-off-by: Kumar Gala
Acked-by: Becky Bruce
---
*
The following changes since commit 2344bb8de2354101a8264c2123303c9d8d2aed3c:
Detlev Zundel (1):
inka4x0: Use proper accessor macros for memory mapped registers.
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
Becky Bruce (1):
mpc8641hpcn/
On Apr 1, 2009, at 3:11 PM, Kim Phillips wrote:
> On Wed, 1 Apr 2009 11:06:27 -0500
> Kumar Gala wrote:
>
>> -#if (CONFIG_NUM_CPUS > 1)
>> -void cpu_mp_lmb_reserve(struct lmb *lmb)
>> +int cpu_reset(int nr)
>> +{
>> +volatile immap_t *immr = (immap_t *)CONFIG_SYS_IMMR;
>> +volatile ccsr
Markus Rathgeb wrote:
> An undocumented register? Are the specifications not released for the
> series <= r700? But I have to confess to never read the specifications
> of ATI/AMD.
>
> Have you found something?
I'm not aware of a released TRM for RV280. And after successful
video BIOS run the vid
Dear Tom Rix,
In message <1238602273-27252-1-git-send-email-tom@windriver.com> you wrote:
> Zoom2 is a new board from Texas Instruments and LogicPD
> This is the product description
> http://www.logicpd.com/products/development-kits/texas-instruments-zoom%E2%84%A2-omap34x-ii-mdp
>
> This patc
Dear Tom,
In message <49d3c288.6060...@windriver.com> you wrote:
> Sorry for the double errr triple patch submission.
> Blame the fool,
Please make sure to number your patches, so it is clear in which
order these should be applied (especially when you send the patches
unthreaded like the f
Dear Tom Rix,
In message <1238602273-27252-3-git-send-email-tom@windriver.com> you wrote:
> https://omapzoom.org/gf/project/omapzoom/wiki/?pagename=GettingStartedWithZoomII_AKA_OMAP34XII_MDP
>
> The zoom2 has an auxillary board that contains the serial, net, jtag and
> battery simulator. Thi
Dear Tom Rix,
In message <1238602273-27252-4-git-send-email-tom@windriver.com> you wrote:
> Zoom2 serial is in general supplied by one of the 4 UARTS on the debug board.
> The default serial is from the USB connector on left side of the debug board.
> The USB connector will produce 2 of the 4
* Use CONFIG_MP instead of CONFIG_NUM_CPUS to match 85xx
* Introduce determine_mp_bootpg() helper. We'll need this to address a
bug introduced in v2009.03 with 86xx MP booting. We have to make sure
to reserve the region of memory used for the MP bootpg() so other
u-boot code doesn't use it.
Match determine_mp_bootpg() that was added for 86xx. We need this to
address a bug introduced in v2009.03 with 86xx MP booting. We have to
make sure to reserve the region of memory used for the MP bootpg() so
other u-boot code doesn't use it.
Also added a comment about how cpu_reset() is dealing
We had a bug on 86xx in which the boot page used to bring up secondary
cores was being overwritten and used for the malloc region in u-boot.
We need to reserve the region of memory that the boot page is going to
be put at so nothing uses it.
Signed-off-by: Kumar Gala
Acked-by: Becky Bruce
---
*
(for got to add include/asm-ppc/mp.h, now fixed)
The following changes since commit 2344bb8de2354101a8264c2123303c9d8d2aed3c:
Detlev Zundel (1):
inka4x0: Use proper accessor macros for memory mapped registers.
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85
Dear Kim Phillips,
In message <20090330142805.a8919572.kim.phill...@freescale.com> you wrote:
> commit 04e11cf3 "rtc: add support for 4543 RTC (manufactured by e.g.
> EPSON)" introduces the following build error on boards configuring e.g,
> the ds1374 rtc:
>
> Configuring for MPC837XEMDS board...
Wolfgang Denk wrote:
> Dear Tom Rix,
>
> In message <1238602273-27252-4-git-send-email-tom@windriver.com> you
> wrote:
>
>> Zoom2 serial is in general supplied by one of the 4 UARTS on the debug board.
>> The default serial is from the USB connector on left side of the debug board.
>> The U
Dear Kumar Gala,
In message you wrote:
> (for got to add include/asm-ppc/mp.h, now fixed)
>
> The following changes since commit 2344bb8de2354101a8264c2123303c9d8d2aed3c:
> Detlev Zundel (1):
> inka4x0: Use proper accessor macros for memory mapped registers.
>
> are available in the g
Scott Wood wrote:
> On Wed, Apr 01, 2009 at 11:11:09AM -0500, Tom Rix wrote:
>
>> +#define WRITE_NAND_COMMAND(d, adr)\
>> +writel(d, &nand_cs_base->nand_cmd)
>> +#define WRITE_NAND_ADDRESS(d, adr)\
>> +writel(d, &nand_cs_base->nand_adr)
>> +#define WRITE_N
Legacy NAND is marked for feature removal after April 2009 (i.e. this
upcoming release). There are still several boards that reference it
(though many do so only for disk-on-chip support which has been silently
disabled for a while now). These boards will now fail to build with
The plan is to re
Dear Heiko Schocher,
In message <49d1c208.7000...@denx.de> you wrote:
>
> The following changes since commit 2344bb8de2354101a8264c2123303c9d8d2aed3c:
> Detlev Zundel (1):
> inka4x0: Use proper accessor macros for memory mapped registers.
>
> are available in the git repository at:
>
On Apr 1, 2009, at 4:15 PM, Scott Wood wrote:
> Legacy NAND is marked for feature removal after April 2009 (i.e. this
> upcoming release). There are still several boards that reference it
> (though many do so only for disk-on-chip support which has been
> silently
> disabled for a while now).
1 - 100 of 144 matches
Mail list logo
