Dear eija_flight,
In message <22840615.p...@talk.nabble.com> you wrote:
>
> During above initialization process of u-boot,
>
> 1. Does it conduct a test to all board hardware listed?
No. In general, there is no testing performed. Minor exceptions from
this rule exist, for example the RAM auto-
Hi Detlev,
your patch 7b5611cdd12ca0cc33f994f0d4a4454788fc3124 [inka4x0: Add hardware
diagnosis functions for inka4x0] introduced all kind of new defines in the
ns16550.h header resulting in a warning on some 4xx platforms:
[ste...@kubuntu u-boot (master)]$ ./MAKEALL ml300
Configuring for ml300
On 22:02 Wed 01 Apr , Tom Rix wrote:
> Divisor field is called PTV not PVT.
>
> This change is needed because of earlier OMAP commit
> 81472d893fa565c9d300928a40e504a689bde131
> of the same name
>
please do this at the same time you add the board
Best Regards,
J.
On 22:02 Wed 01 Apr , Tom Rix wrote:
> Signed-off-by: Tom Rix
> ---
> board/omap3/zoom2/zoom2.h | 20 +++-
> 1 files changed, 19 insertions(+), 1 deletions(-)
>
please do this at the same time that you add the board
Best Regards,
J.
On 22:02 Wed 01 Apr , Tom Rix wrote:
> Signed-off-by: Tom Rix
> ---
> include/configs/omap3_zoom1.h | 17 -
> 1 files changed, 0 insertions(+), 17 deletions(-)
>
Applied
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.d
On 22:02 Wed 01 Apr , Tom Rix wrote:
> Signed-off-by: Tom Rix
> ---
> board/omap3/beagle/beagle.c | 20 ++--
> board/omap3/evm/evm.c | 16
> board/omap3/overo/overo.c | 12 ++--
> board/omap3/pandora/pandora.c | 12 ++--
>
On 22:02 Wed 01 Apr , Tom Rix wrote:
> 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| 66
>
> 2 files changed, 69 insertio
On 00:12 Thu 02 Apr , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <1238606479-914-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> > ---
> > better description will be wrote for the final patch
>
> Maybe
On 13:43 Thu 02 Apr , Kyungmin Park wrote:
> Hi,
>
> If there's no objection, could you apply this patch to ARM git tree?
Just one question
is the OneNand always 16bits?
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx
Hi,
If there's no objection, could you apply this patch to ARM git tree?
Thank you,
Kyungmin Park
On Wed, Nov 26, 2008 at 10:18 AM, Kyungmin Park wrote:
> Move machine specific code to smdk6400.
> Some board use OneNAND instead of NAND.
>
> Some register MP0_CS_CFG[5:0] are controled by both h/
Hello,
Below is my board initialization process :
U-Boot 1.3.1 (Nov 27 2008 - 08:30:43) MPC83XX
Reset Status: Software Hard, External/Internal Soft, External/Internal Hard
CPU: e300c1, MPC8349E, Rev: 31 at 528 MHz, CSB: 264 MHz
Board: MPX8349GC
PCI1: 32 bit, 33 MHz
SRAM: 1 MB
I2C: read
Divisor field is called PTV not PVT.
This change is needed because of earlier OMAP commit
81472d893fa565c9d300928a40e504a689bde131
of the same name
Signed-off-by: Tom Rix
---
include/configs/omap3_zoom2.h |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/include/conf
Signed-off-by: Tom Rix
---
board/omap3/beagle/beagle.c | 20 ++--
board/omap3/evm/evm.c | 16
board/omap3/overo/overo.c | 12 ++--
board/omap3/pandora/pandora.c | 12 ++--
board/omap3/zoom1/zoom1.c | 12 ++--
5 f
Signed-off-by: Tom Rix
---
include/configs/omap3_zoom1.h | 17 -
1 files changed, 0 insertions(+), 17 deletions(-)
diff --git a/include/configs/omap3_zoom1.h b/include/configs/omap3_zoom1.h
index 883234a..09fdc75 100644
--- a/include/configs/omap3_zoom1.h
+++ b/include/configs/
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| 66
2 files changed, 69 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
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/
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 c86d990..3807634 100644
--- a/board/omap3/zoom2/zoom2.h
+++ b/board/omap3/zoom2/zoom2.h
@@
The main structural change was to move the board specific serial init
out of the common drivers/serial/ns16550.c and into the board file
board/omap3/zoom2/zoom2_serial.c.
Some fixes spawned fixes in other omap boards.
Last patch is to follow change to recent renaming of OMAP time divisor.
Tom
Wolfgang Denk wrote:
> 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%E
Allow the inclusion of libfdt.h in C++ source.
Signed-off-by: Laurent Gregoire
Acked-by: David Gibson
---
include/libfdt.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/libfdt.h b/include/libfdt.h
index ce374fd..d23d40e 100644
--- a/include/libfdt.h
+++ b/inc
.../dtc/libfdt/fdt_sw.c: In function 'fdt_end_node':
.../dtc/libfdt/fdt_sw.c:81: error: assuming signed overflow does not occur when
assuming that (X + c) < X is always false
Signed-off-by: Emil Medve
---
libfdt/fdt_sw.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/
Currently, callers of fdt_next_tag() must usually follow the call with
some sort of call to fdt_offset_ptr() to verify that the blob isn't
truncated in the middle of the tag data they're going to process.
This is a bit silly, since fdt_next_tag() generally has to call
fdt_offset_ptr() on at least s
Currently fdt_next_node() will find the next node in the blob
regardless of whether it is above, below or at the same level in the
tree as the starting node - the depth parameter is updated to indicate
which is the case. When a depth parameter is supplied, this patch
makes it instead terminate imm
The following series of patches are bugfixes from dtc/libfdt.
gvb
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090331202939.gi24...@game.jcrosoft.org> you 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
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1238431700-7803-2-git-send-email-plagn...@jcrosoft.com> you wrote:
> unify arm cache management except for non standard cache as ARM7TDMI
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
...
> + echo" /* May not be cahed processor */"
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1238158665-21317-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
What exactly is this commit message supposed to tell me? I cannot make
head nor tail of it.
Best regards,
Wolfgang Denk
--
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1236447277-18574-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
> common/Makefile |1 +
> common/modem.c | 123
> +++
> lib_ar
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090330164713.gd23...@game.jcrosoft.org> you wrote:
> Hi Wolfgang,
>
> The OMAP3 patch has been dropped
>
> Please Pull
> The following changes since commit 88685b5f62274167ad2ba8a58e108d89ff71955b:
> Wolfgang Denk (1):
> VCMA9: fix c
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090330163823.gb23...@game.jcrosoft.org> you wrote:
> Hi Wolfgang,
>
> the I2C drivers has been dropped
>
> Please pull
>
> The following changes since commit 88685b5f62274167ad2ba8a58e108d89ff71955b:
> Wolfgang Denk (1):
> VCMA9: fi
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1238193026-12564-8-git-send-email-plagn...@jcrosoft.com> you wrote:
> introduce serial_exit for this purpose. Use it only when the rm9200
> serial driver is active
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
> cpu/arm920t/at91rm92
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1238193026-12564-7-git-send-email-plagn...@jcrosoft.com> you wrote:
> add CONFIG_AT91RM9200_USART to activate the driver
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
> cpu/arm920t/at91rm9200/Makefile|2 +-
>
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <1238606479-914-1-git-send-email-plagn...@jcrosoft.com> you wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
> better description will be wrote for the final patch
Maybe we should then remove some redundancy in the file names, too?
Dear Kim Phillips,
In message <20090401171142.1b0f4927.kim.phill...@freescale.com> you wrote:
> WD, please pull:
>
> The following changes since commit ed9953d6903c9673135a96ae1644f61cb0eac5ce:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-i2c
>
> are availab
Amit Kumar Sharma wrote:
> From Alessandro mail it is claear CONFIG_SYS_MONITOR_LEN
> only used by apollon
> that can be changed by Apollon users independently. we will
> check othe rissue of white space and release patch.
No need; I've already fixed the whitespace and applied the patch (as
not
WD, please pull:
The following changes since commit ed9953d6903c9673135a96ae1644f61cb0eac5ce:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-i2c
are available in the git repository at:
git://git.denx.de/u-boot-mpc83xx.git master
Scott Wood (1):
mpc83xx: S
On Apr 1, 2009, at 4:32 PM, Scott Wood wrote:
> Becky Bruce wrote:
>> 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
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 #error, though the
Dear Scott Wood,
In message <20090401211543.ga10...@ld0162-tx32.am.freescale.net> you 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 b
Dear Tom,
In message <49d3d262.5010...@windriver.com> you wrote:
>
> >> diff --git a/include/serial.h b/include/serial.h
> >> index e3d8b36..aca5221 100644
> >> --- a/include/serial.h
> >> +++ b/include/serial.h
> >> @@ -42,6 +42,13 @@ extern struct serial_device s3c24xx_serial1_device;
> >> exte
According to the doc/feature-removal-schedule.txt, the "autoscr"
command will be replaced by the "source" command in approximately 6
months from now.
This patch prepares this change and starts a 6 month transition
period as follows:
- The new "source" command has been added, which implements exac
Becky Bruce wrote:
>
> 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
>> di
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).
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:
>
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
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
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 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...
(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
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.
Also added a comment about how cpu_reset() is dealing
* 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.
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
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,
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-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
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
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
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/
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.
Also added a comment about how cpu_reset() is dealing
* 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 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_
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, 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
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
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
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
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
@@
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
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
@@
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
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
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
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
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
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
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
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
>
>
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
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
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
> 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
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
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
* 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.
Signed-off-by: Kumar Gala
---
* fix up based on twea
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
---
*
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
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 */
>
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
>> 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
1 - 100 of 144 matches
Mail list logo
