Hi Scott,
Please find my reply in-lined
On Thursday 22 March 2012 01:22 AM, Scott Wood wrote:
On 03/20/2012 11:43 PM, Prabhakar Kushwaha wrote:
Debugging of e500 and e500v1 processer requires debug exception vecter (IVPR +
IVOR15) to have valid and fetchable OP code.
While executing in trans
Hello Custodians and Mailing List Aficionados,
I don't know if anyone has noticed, but patchwork is starting to collect
a rather large amount of cruft.
I occasionally jump onto patchwork and do a little housekeeping by marking
updated patches as 'Superceeded' and anything applied by Wolfgang as
'
Hi,
2012/3/21 :
> Hi Nobuhiro,
>
>
>
>> I cannot reproduce this problem. I am using gcc-4.6 and gcc-4.4.
> I used the CodeSourcery G++ Lite 4.4-200 toolchain.
>
>
>> And I think that this problem is not revised with your patch.
>> I think that the contents of the patch are right.
> My change make
Hi Prafulla,
I wasn't sure if you had seen this and you are just snowed under w/ work
now, or perhaps it slipped past you unnoticed...
Wolfgang had provided some feedback for the v3, so this is v4 now.
==>http://lists.denx.de/pipermail/u-boot/2012-March/120447.html
Shall I resend, or do you s
Hi Wolfgang,
On Wed, Mar 21, 2012 at 4:07 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> > No. I do not want to see any PRE_CONSOLE_UART or pre_console_putc()
>> > stuff, because this is bogus. If you do output to a serial UART port,
>> > this _is_ your cons
Dear Simon Glass,
In message
you wrote:
>
> > No. I do not want to see any PRE_CONSOLE_UART or pre_console_putc()
> > stuff, because this is bogus. If you do output to a serial UART port,
> > this _is_ your console. Just use it in the standard war.
> >
> > I made my mind up: I want to get ri
Dear Simon,
In message <20120321224801.2c000202...@gemini.denx.de> I wrote:
>
> > So the existing pre-console putc() can be used, if we can sort out how
> > to make UART init work. Graeme suggested an approach here - I will see
> > if I can make that work.
>
> I don't think I will accept any "pr
Hi Wolfgang,
On Wed, Mar 21, 2012 at 3:56 PM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> 3. What you propose is actually very easy to implement - it just
>> requires a new config like CONFIG_DEFAULT_UART or
>> CONFIG_PRE_CONSOLE_UART to be defined, and used in the
>
Dear Stephen,
In message <4f6a1d1e.2090...@wwwdotorg.org> you wrote:
>
> But the last few messages in this thread have all been about the
> following as far as I'm concerned:
>
> * The U-Boot configuration defines which single UART to use for the
> initial console.
>
> * This initial console is
On Wed, 21 Mar 2012 19:50:34 +0100
Pali Rohár wrote:
...
> Hi, can you show me how to fix this? How to correctly use
> framebuffer?
Hi,
Not really. This would be a new project to rewrite U-Boot driver for
OMAP3 DSS. There is a driver under drivers/video/omap3_dss.c,
but it doesn't do what we ne
Dear Simon,
In message
you wrote:
>
> 3. What you propose is actually very easy to implement - it just
> requires a new config like CONFIG_DEFAULT_UART or
> CONFIG_PRE_CONSOLE_UART to be defined, and used in the
> board_pre_console_putc() code.
No. I do not want to see any PRE_CONSOLE_UART or
Dear Stephen Warren,
In message <4f6a01d3.3020...@wwwdotorg.org> you wrote:
>
> > It appears that all you are trying here is an annoying, but somewhat
> > unlikely error situation. As marked above (see *), it might make
> > sense to think of alternative ways to find out what the console port
> >
Dear Simon,
In message
you wrote:
>
> > Please make up your mind: either you CAN initialize the console, then
> > you can use it to output messages in a regular way, or you CANNOT
> > initialize it, in which case you cannot print anything. There is no
> > third option.
>
> Well that is very c
On Wed, Mar 21, 2012 at 5:54 PM, Tom Rini wrote:
> On Wed, Mar 21, 2012 at 05:46:38PM -0400, jonsm...@gmail.com wrote:
>> On Wed, Mar 21, 2012 at 5:38 PM, Tom Rini wrote:
>> > On Wed, Mar 21, 2012 at 10:32:39AM -0400, jonsm...@gmail.com wrote:
>> >
>> >> If you make u-boot.img it doesn't also mak
On Wed, Mar 21, 2012 at 05:46:38PM -0400, jonsm...@gmail.com wrote:
> On Wed, Mar 21, 2012 at 5:38 PM, Tom Rini wrote:
> > On Wed, Mar 21, 2012 at 10:32:39AM -0400, jonsm...@gmail.com wrote:
> >
> >> If you make u-boot.img it doesn't also make in the SPL directory. Can
> >> this get fixed before t
On Wed, Mar 21, 2012 at 5:38 PM, Tom Rini wrote:
> On Wed, Mar 21, 2012 at 10:32:39AM -0400, jonsm...@gmail.com wrote:
>
>> If you make u-boot.img it doesn't also make in the SPL directory. Can
>> this get fixed before the next release?
>
> Can you elaborate? This is working fine for folks as far
On Wed, Mar 21, 2012 at 10:32:39AM -0400, jonsm...@gmail.com wrote:
> If you make u-boot.img it doesn't also make in the SPL directory. Can
> this get fixed before the next release?
Can you elaborate? This is working fine for folks as far as we can
tell. If doing a brand new (sub)arch you may n
On Wednesday 21 March 2012 20:11:08 Pali Rohár wrote:
> On Monday 19 March 2012 15:14:39 Tom Rini wrote:
> > On 03/19/2012 03:12 PM, Grazvydas Ignotas wrote:
> > > According to OMAP3 TRM, when the controller reports certain
> > > errors, driver must perform a software reset. This is done by
> > > s
On 03/20/2012 11:43 PM, Prabhakar Kushwaha wrote:
> Debugging of e500 and e500v1 processer requires debug exception vecter (IVPR +
> IVOR15) to have valid and fetchable OP code.
>
> While executing in translated space (AS=1), whenever a debug exception is
> generated, the MSR[DS/IS] gets cleared i
On Wed, Mar 21, 2012 at 16:26, Marek Vasut wrote:
>> This is mainline a copy of README.m28 changing the references to the
>> mx28evk counterpart and removing NAND instructions as it is not
>> supported by the board.
>
> All of this seems like a copy-paste to me, sorry if I'm just being annoyed
>
Dear Otavio Salvador,
> On Wed, Mar 21, 2012 at 16:21, Marek Vasut wrote:
> > This is copy-paste schizzle, can you please separate the CPU specific
> > parts into one file and put only the different parts into their
> > particular readmes?
>
> If you compare the v3 against the m28 one it is not
Dear Otavio Salvador,
> This is mainline a copy of README.m28 changing the references to the
> mx28evk counterpart and removing NAND instructions as it is not
> supported by the board.
>
> Signed-off-by: Otavio Salvador
> Acked-by: Fabio Estevam
> ---
> doc/README.mx28evk | 153
>
Dear Matt Waddel,
> Hi Marek,
>
> Your message wasn't ignored, you must have missed my response.
>
> There have been 2 patches submitted to fix this problem. They are
> virtually identical:
>
> http://lists.denx.de/pipermail/u-boot/2012-March/119558.html
> http://lists.denx.de/pipermail/u-boot/
On Wed, Mar 21, 2012 at 16:21, Marek Vasut wrote:
> This is copy-paste schizzle, can you please separate the CPU specific parts
> into
> one file and put only the different parts into their particular readmes?
If you compare the v3 against the m28 one it is not a copy-paste
anymore; it does has
Dear Otavio Salvador,
> This is mainline a copy of README.m28 changing the references to the
> mx28 counterpart but it makes easy for people looking for information
> about mx28 based boards.
>
> Signed-off-by: Otavio Salvador
> Cc: Fabio Estevam
This is copy-paste schizzle, can you please sep
On Monday 19 March 2012 15:14:39 Tom Rini wrote:
> On 03/19/2012 03:12 PM, Grazvydas Ignotas wrote:
> > According to OMAP3 TRM, when the controller reports certain
> > errors, driver must perform a software reset. This is done by
> > setting a bit in SYSCTL and waiting it to clear:
> > - SRC on com
On Wednesday 21 March 2012 12:32:16 Anatolij Gustschin wrote:
> Hi Marek,
>
> On Wed, 21 Mar 2012 11:20:38 +0100
>
> Marek Vasut wrote:
> > Dear Anatolij Gustschin,
> >
> > > Hi,
> > >
> > > On Tue, 24 Jan 2012 15:28:02 +0100
> > >
> > > Pali Rohár wrote:
> > > > * Use correct buffer size, do no
On 03/21/2012 06:33 AM, Stefano Babic wrote:
> The following warnings are reported for boards using SOFT ECC.
>
> omap_gpmc.c:33:30: warning: 'hw_nand_oob' defined but not used
> omap_gpmc.c:78:13: warning: 'omap_hwecc_init' defined but not used
> omap_gpmc.c:116:12: warning: 'omap_correct_data' d
On 03/21/2012 11:50 AM, Simon Glass wrote:
> Hi Stephen,
>
> On Wed, Mar 21, 2012 at 10:38 AM, Stephen Warren
> wrote:
>> On 03/21/2012 11:13 AM, Simon Glass wrote:
>>> Hi Stephen,
>>>
>>> On Wed, Mar 21, 2012 at 10:09 AM, Stephen Warren
>>> wrote:
On 03/21/2012 10:59 AM, Simon Glass wrot
Hi Stephen,
On Wed, Mar 21, 2012 at 10:38 AM, Stephen Warren wrote:
> On 03/21/2012 11:13 AM, Simon Glass wrote:
>> Hi Stephen,
>>
>> On Wed, Mar 21, 2012 at 10:09 AM, Stephen Warren
>> wrote:
>>> On 03/21/2012 10:59 AM, Simon Glass wrote:
3. What you propose is actually very easy to imple
On 03/21/2012 11:13 AM, Simon Glass wrote:
> Hi Stephen,
>
> On Wed, Mar 21, 2012 at 10:09 AM, Stephen Warren
> wrote:
>> On 03/21/2012 10:59 AM, Simon Glass wrote:
>>> 3. What you propose is actually very easy to implement - it just
>>> requires a new config like CONFIG_DEFAULT_UART or
>>> CONF
Hi Marek,
Your message wasn't ignored, you must have missed my response.
There have been 2 patches submitted to fix this problem. They are
virtually identical:
http://lists.denx.de/pipermail/u-boot/2012-March/119558.html
http://lists.denx.de/pipermail/u-boot/2012-February/118511.html
Either one
On Wed, Mar 21, 2012 at 12:42, Fabio Estevam wrote:
...
> On a 2.6.35 kernel the serial console is messed up after IPU driver is loaded
> and this patch fixes this problem.
...
I tested it on my imx53qsb and it does fix the issue.
Acked-by: Otavio Salvador
--
Otavio Salvador
Hi Stephen,
On Wed, Mar 21, 2012 at 10:09 AM, Stephen Warren wrote:
> On 03/21/2012 10:59 AM, Simon Glass wrote:
>> 3. What you propose is actually very easy to implement - it just
>> requires a new config like CONFIG_DEFAULT_UART or
>> CONFIG_PRE_CONSOLE_UART to be defined, and used in the
>> bo
On 03/21/2012 10:59 AM, Simon Glass wrote:
> 3. What you propose is actually very easy to implement - it just
> requires a new config like CONFIG_DEFAULT_UART or
> CONFIG_PRE_CONSOLE_UART to be defined, and used in the
> board_pre_console_putc() code.
One question here: We already have CONFIG_TEGR
On 03/21/2012 12:04 PM, Prabhakar Kushwaha wrote:
> Hi Scott,
>
> On Wednesday 21 March 2012 10:04 PM, Scott Wood wrote:
>> I don't see anywhere in this patchset where you set
>> CONFIG_SYS_PPC_E500_DEBUG_TLB on any actual board.
>
> This CONFIG_SYS_PPC_E500_DEBUG_TLB is defined in
> arch/powerp
Hi Scott,
On Wednesday 21 March 2012 10:04 PM, Scott Wood wrote:
On 03/20/2012 11:43 PM, Prabhakar Kushwaha wrote:
diff --git a/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
b/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
index 091af7c..d0b15a4 100644
--- a/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
++
Hi Stephen,
On Wed, Mar 21, 2012 at 9:49 AM, Stephen Warren wrote:
> On 03/21/2012 04:35 AM, Graeme Russ wrote:
>> Hi Stephen, Wolfgang,
>>
>> On 03/21/2012 08:38 PM, Wolfgang Denk wrote:
>>> Dear Simon Glass,
>>>
>>> In message
>>> you
>>> wrote:
>>
>>> We have standard ways of telling the Li
Hi Scott,
Thanks for reviewing it. Please find my reply in-lined.
On Wednesday 21 March 2012 10:01 PM, Scott Wood wrote:
On 03/20/2012 11:42 PM, Prabhakar Kushwaha wrote:
diff --git a/README b/README
index 8964672..48e50ed 100644
--- a/README
+++ b/README
@@ -3347,6 +3347,20 @@ Low Level (hard
On 03/21/2012 04:35 AM, Graeme Russ wrote:
> Hi Stephen, Wolfgang,
>
> On 03/21/2012 08:38 PM, Wolfgang Denk wrote:
>> Dear Simon Glass,
>>
>> In message
>> you
>> wrote:
>
>> We have standard ways of telling the Linux kernel what the console
>> port is - the "console=" boot argument has been
On 03/20/2012 11:43 PM, Prabhakar Kushwaha wrote:
> diff --git a/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
> b/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
> index 091af7c..d0b15a4 100644
> --- a/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
> +++ b/arch/powerpc/cpu/mpc85xx/cpu_init_early.c
> @@ -1,5 +1,
Hi Wolfgang,
On Wed, Mar 21, 2012 at 2:13 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1332219558-9143-1-git-send-email-...@chromium.org> you wrote:
>> This reverts commit 295d3942b806552503243f5cfb36aec6f1b5a9bf.
>>
>> It turns that this really doesn't work very nicely. Instead w
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 21 March 2012 21:19
> To: u-boot@lists.denx.de
> Cc: Valentin Longchamp; Gerlando Falauto; Prafulla Wadaskar; Holger
> Brunck
> Subject: [PATCH 10/21] spi/kirkwood: add weak functions
> board_spi_bus_cla
On 03/20/2012 11:42 PM, Prabhakar Kushwaha wrote:
> diff --git a/README b/README
> index 8964672..48e50ed 100644
> --- a/README
> +++ b/README
> @@ -3347,6 +3347,20 @@ Low Level (hardware related) configuration options:
> be used if available. These functions may be faster under some
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 21 March 2012 21:20
> To: u-boot@lists.denx.de
> Cc: Stefan Bigler; Valentin Longchamp; Gerlando Falauto; Prafulla
> Wadaskar; Holger Brunck
> Subject: [PATCH 14/21] mvgbe: remove warning for unused meth
On 03/21/2012 03:38 AM, Wolfgang Denk wrote:
...
> To bring this to a constructive end:
>
> It appears that all you are trying here is an annoying, but somewhat
> unlikely error situation. As marked above (see *), it might make
> sense to think of alternative ways to find out what the console por
Hi Wolfgang,
On Wed, Mar 21, 2012 at 2:02 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1332188824-5447-2-git-send-email-...@chromium.org> you wrote:
>> This patch adds support for console output in the event of a panic() before
>> the console is inited. The main purpose of this is
Remove config options from boards.cfg and simply add one switch
per board and differ afterwards in km_kirkwood.h between the features.
More boards are upcoming and therefore it's easier to have this
at one place.
Signed-off-by: Holger Brunck
cc: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafu
The additional headerfile is unneeded here, we can use the generic
km_kirkwood.h instead. And we can use the better config option
KM_PIGGY4_88E6061 for the specific features for boards with this
design in km_arm.c.
Signed-off-by: Holger Brunck
Acked-by: Valentin Longchamp
cc: Gerlando Falauto
c
This board is similar to portl2, but it has the u-boot environment
in a SPI NOR flash and not in an i2c eeprom like portl2 have.
Some other details:
- IVM EEPROM is at adress: pca9547:70:9
- PCI is enabled
- PIGGY4 is connected via MV88E6352 simple switch. There is no phy
between the simple
From: Valentin Longchamp
This is achieved thanks to the support read/write regs for the external
88e6352 switch. The functions for this are added into an own file
managed_switch.c. This is compiled if the define CONFIG_KM_MANAGED_SW_ADDR
was set in the board setup. This define specifies the phy a
From: Valentin Longchamp
This adds a first support of the FPGA download for a PCIe FPGA based
on the BOCO2 CPLD.
This takes place in 3 steps, all done accessing the SPICTRL reg of the
BOCO2:
1) start the FPGA config with an access to the FPGA_PROG bit
2) later in the boot sequence, wait for the
Use the generic header km_kirkwood.h and get rid of the
board specific header.
Signed-off-by: Holger Brunck
Acked-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
board/keymile/km_arm/km_arm.c |9 ++--
boards.cfg|2 +-
include/configs/km_kirkwo
For u-boot this board is similar to mgcoge3un. But some differences
are present. We have a different SDRAM on it and therefore a new
SDRAM config file. Additionaly this board has a direct MAC/MAC
connection from the kirkwood to a marvell simple switch without a
phy inbetween, this needs a new confi
From: Valentin Longchamp
This is useful to debug the switch initialization
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
cc: Holger Brunck
---
include/configs/km/km_arm.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/
This config option sounds like the it is responsible for the
update of the environment, but it is the u-boot update handling.
Therefore we adapt it to a more apropriate naming.
Signed-off-by: Holger Brunck
cc: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
include/configs/
Signed-off-by: Holger Brunck
cc: Valentin Longchamp
cc: Heiko Schocher
cc: Prafulla Wadaskar
cc: Gerlando Falauto
---
MAINTAINERS |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 46f63a0..652113f 100644
--- a/MAINTAINERS
+++ b/MAINTAINE
Now we toggle between SPI and NAND flash automatically if
we claim the SPI bus. So we can get rid of this command.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
board/keymile/km_arm/km_arm.c | 26 --
inc
From: Valentin Longchamp
Some kirkwood based boards may need to implement such function due to
some HW designs.
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
cc: Holger Brunck
---
drivers/spi/kirkwood_spi.c | 12 +++-
1 files changed, 11 insertions(+
From: Stefan Bigler
Some baords may use the GBE interface but they have no
phy connected to the interface and a direct MAC/MAC interface.
For them we need to get rid of compiler warnings.
Signed-off-by: Stefan Bigler
cc: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
cc: Holge
From: Valentin Longchamp
They are needed on all km_arm boards where we have the environement
variables in the NOR Flash. This is #ifdefed by
CONFIG_KM_ENV_IS_IN_SPI_NOR. First boards using this feature are
the upcoming boards kmcoge5un and kmnusa.
Signed-off-by: Valentin Longchamp
Signed-off-by
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
board/keymile/km_arm/kwbimage-memphis.cfg |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/keymile/km_arm/kwbimage-memphis.cfg
b/board/keymile/km_arm/kw
From: Valentin Longchamp
So that they can be redefined by some boards specific values.
Signed-off-by: Valentin Longchamp
Signed-off-by: Holger Brunck
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
arch/arm/include/asm/arch-kirkwood/config.h | 12 +---
1 files changed, 9 insertions
From: Valentin Longchamp
This used to be done with registers direct access, which is not clear
and optimal.
Signed-off-by: Valentin Longchamp
Signed-off-by: Holger Brunck
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
board/keymile/km_arm/km_arm.c | 55 +---
Signed-off-by: Holger Brunck
cc: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
board/keymile/km_arm/km_arm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/keymile/km_arm/km_arm.c b/board/keymile/km_arm/km_arm.c
index 9e9940c..c6c9a71 100644
This is already defined in the generic kirkwood header.
Signed-off-by: Holger Brunck
cc: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
include/configs/km/km_arm.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/configs/km/km_arm.h b/include
Some other kirkwood boards from keymile will follow. They will have some
small differences, but we want to use the km_kirkwood.h for all to
distinguish them. This patch a preparation for this.
Signed-off-by: Holger Brunck
cc: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
b
This patch series updates keymile boards with Kirkwood CPU and adds
two new boards. This new boards are kmnusa and kmcoge5un. Also the
existing boards with own config files were migrated to the common
header km_kirkwood.h. Some small adaption in generic kirkwood code
was needed due to two new featu
On mgcoge3un the piggy mac adress is at offset 3.
Signed-off-by: Holger Brunck
cc: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
include/configs/mgcoge3un.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/mgcoge3un.h b/include/confi
Change the parent UART clock to be PLL2, so that U-boot can also boot
a Freescale 2.6.35 kernel for mx53.
FSL kernel and U-boot changed the UART parent from PLL3 to PLL2 to avoid
conflicts with IPU clocks, so that the video resolution can be changed
without affecting the UART clock.
On a 2.6.35
Dear Otavio Salvador,
In message <1332295831-19224-1-git-send-email-ota...@ossystems.com.br> you
wrote:
> This is mainline a copy of README.m28 changing the references to the
s/mainline/mainly/ ?
> mx28 counterpart but it makes easy for people looking for information
> about mx28 based boards.
Hi Wolfgang,
please pull the following fix:
The following changes since commit dbb87bbd8eff11cf974caa2b5cc397aea444bc5a:
Armada100: gplugD: Add FAT & EXT2 command support (2012-03-19 00:08:26 +0100)
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git master
This is mainline a copy of README.m28 changing the references to the
mx28evk counterpart and removing NAND instructions as it is not
supported by the board.
Signed-off-by: Otavio Salvador
Acked-by: Fabio Estevam
---
doc/README.mx28evk | 153
On Wed, Mar 21, 2012 at 12:03, Stefano Babic wrote:
> only a couple of small issues. You have already changed inside the file
> all occurencies of mx28 to mx28evk. You should also rename this file to
> make sure it is specific to the mx28evk and not, for example, to the
> m28evk or generally for t
On Tue, Mar 20, 2012 at 11:10 PM, Otavio Salvador
wrote:
> This is mainline a copy of README.m28 changing the references to the
> mx28 counterpart but it makes easy for people looking for information
> about mx28 based boards.
>
> Signed-off-by: Otavio Salvador
> Cc: Fabio Estevam
> ---
> doc/R
On 21/03/2012 03:10, Otavio Salvador wrote:
> This is mainline a copy of README.m28 changing the references to the
> mx28 counterpart but it makes easy for people looking for information
> about mx28 based boards.
>
Hi Otavio,
only a couple of small issues. You have already changed inside the fi
If you make u-boot.img it doesn't also make in the SPL directory. Can
this get fixed before the next release?
--
Jon Smirl
jonsm...@gmail.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bob,
sorry for the late reply.
On Wednesday 02 November 2011 08:20:03 Bob Liu wrote:
> Hi, folks
>
> I think this patch make cfi_flash can't work correctly.
> http://git.denx.de/?p=u-boot.git;a=commitdiff;h=df4e813b72bf07d9026b00455f5
> e7dffd694ae48
>
> --- a/drivers/mtd/cfi_flash.c
> +++ b
Hi All,
I am working on the porting of uboot at freescale MPC8360, now stuck on the
address TEXT_BASE.
in our board, the address of Nor Flash is 0xfc00_-0x_, the high 1MB
from 0xfff0_ is used
for boot rom. could you instruct me how to specify the TEXT_BASE? is the same
to the
From: Andreas Huber
Add support for a second flash.
By default, a single flash chip is set up:
- called 'boot'
- mtd name for ubi 'ubi0'
MTDIDS and MTDPARTS may be overwritten to add a second flash.
The 'ubiattach' command is featured in two versions:
- if CONFIG_KM_UBI_PARTITION_NAME_APP is not
This board is a MPC8360 board. Two flashes are present
a NOR flash were u-boot and the u-boot environment is stored
and a NAND flash for the application code. This board has 512MB
SDRAM.
Additionaly we introduce a common km8360.h file and convert kmeter1 to
use this.
Signed-off-by: Holger Brunck
From: Christian Herzig
If the ram size isn't locked to 2GiB, the get_ram_size() may hang up.
Signed-off-by: Christian Herzig
cc: Kim Phillips
cc: Valentin Longchamp
cc: Gerlando Falauto
Signed-off-by: Holger Brunck
---
board/keymile/km83xx/km83xx.c |2 +-
1 files changed, 1 insertions(
Signed-off-by: Holger Brunck
cc: Kim Phillips
cc: Valentin Longchamp
cc: Gerlando Falauto
cc: Heiko Schocher
---
MAINTAINERS |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4ccb5d1..28244f6 100644
--- a/MAINTAINERS
+++ b/MAINTAIN
This additional header is unneeded, we can use the tuxx1.h for this
target.
Signed-off-by: Holger Brunck
cc: Kim Phillips
cc: Valentin Longchamp
cc: Gerlando Falauto
cc: Heiko Schocher
---
boards.cfg|8 ++--
include/configs/kmsupx5.h | 91 ---
We don't use PCI on kmeter1 and never will be, so remove some
unneeded code.
Signed-off-by: Holger Brunck
cc: Kim Phillips
cc: Valentin Longchamp
cc: Gerlando Falauto
cc: Heiko Schocher
---
include/configs/kmeter1.h | 15 ---
1 files changed, 0 insertions(+), 15 deletions(-)
d
- board support for the new kmcoge5ne board was added
- other headerfiles are reworked and simplified
- new feature for boards with two different flashtypes are added to
km common code
The patch for km/common changes also some lines in km_arm.h but because
of some interdependencies it shoul
On Wed, 21 Mar 2012 02:54:02 -0700 (PDT)
Pali Rohár wrote:
> On Saturday 10 March 2012 14:06:23 Pali Rohár wrote:
> > On Tuesday 06 March 2012 10:25:57 Anatolij Gustschin wrote:
> > > Hi,
> > >
> > > On Mon, 05 Mar 2012 11:42:13 +0100
> > > Pali Rohár wrote:
> > > ...
> > >
> > > > Hi, thanks.
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: 21 March 2012 16:27
> To: Prafulla Wadaskar
> Cc: Luka Perkov; u-boot@lists.denx.de; drea...@doukki.net; Wolfgang
> Denk
> Subject: Re: [U-Boot] [PATCH v2] add new board nas62x0
>
> Dear Prafulla Wadaskar,
>
> > > -
On Wed, 21 Mar 2012 12:32:16 +0100
Anatolij Gustschin wrote:
...
> doesn't say much about the problem. If the GraphicDevice structure
> returned by video_hw_init() is setup correctly, the scrolling should be
> working fine. From the other patch [1] I can see that the structure
I forgot to include
The following warnings are reported for boards using SOFT ECC.
omap_gpmc.c:33:30: warning: 'hw_nand_oob' defined but not used
omap_gpmc.c:78:13: warning: 'omap_hwecc_init' defined but not used
omap_gpmc.c:116:12: warning: 'omap_correct_data' defined but not used
omap_gpmc.c:182:12: warning: 'omap_
Hi Marek,
On Wed, 21 Mar 2012 11:20:38 +0100
Marek Vasut wrote:
> Dear Anatolij Gustschin,
>
> > Hi,
> >
> > On Tue, 24 Jan 2012 15:28:02 +0100
> >
> > Pali Rohár wrote:
> > > * Use correct buffer size, do not damage screen output
> > >
> > > Signed-off-by: Pali Rohár
> > > ---
> > >
> >
On Tue, Mar 20, 2012 at 11:10 PM, Otavio Salvador
wrote:
> This is mainline a copy of README.m28 changing the references to the
> mx28 counterpart but it makes easy for people looking for information
> about mx28 based boards.
>
> Signed-off-by: Otavio Salvador
> Cc: Fabio Estevam
Acked-by: Fab
Dear Prafulla Wadaskar,
> > -Original Message-
> > From: Marek Vasut [mailto:ma...@denx.de]
> > Sent: 21 March 2012 15:33
> > To: Prafulla Wadaskar
> > Cc: Luka Perkov; u-boot@lists.denx.de; drea...@doukki.net; Wolfgang
> > Denk
> > Subject: Re: [U-Boot] [PATCH v2] add new board nas62x0
>
Hi Stephen, Wolfgang,
On 03/21/2012 08:38 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
> We have standard ways of telling the Linux kernel what the console
> port is - the "console=" boot argument has been working fine for many,
> many years and many, many boards
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: 21 March 2012 15:33
> To: Prafulla Wadaskar
> Cc: Luka Perkov; u-boot@lists.denx.de; drea...@doukki.net; Wolfgang
> Denk
> Subject: Re: [U-Boot] [PATCH v2] add new board nas62x0
>
> Dear Prafulla Wadaskar,
...snip...
Dear Anatolij Gustschin,
> Hi,
>
> On Tue, 24 Jan 2012 15:28:02 +0100
>
> Pali Rohár wrote:
> > * Use correct buffer size, do not damage screen output
> >
> > Signed-off-by: Pali Rohár
> > ---
> >
> > Changes since original version:
> >- Fixed commit message
> >
> > drivers/video/cfb
Signed-off-by: Stefano Babic
Cc: Tom Rini
---
include/configs/mt_ventoux.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/include/configs/mt_ventoux.h b/include/configs/mt_ventoux.h
index 2034b59..5db6d57 100644
--- a/include/configs/mt_ventoux.h
+++ b/include
Fix chipselect timing for FPGA
Signed-off-by: Stefano Babic
Cc: Tom Rini
---
board/teejet/mt_ventoux/mt_ventoux.h | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/board/teejet/mt_ventoux/mt_ventoux.h
b/board/teejet/mt_ventoux/mt_ventoux.h
index 34c1ec5..9b2e43
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of Luka Perkov
> Sent: 21 March 2012 06:23
> To: u-boot@lists.denx.de
> Cc: drea...@doukki.net; gmbno...@gmail.com
> Subject: [U-Boot] [PATCH v4] add new board nas62x0
Please spec
Dear Prafulla Wadaskar,
> > -Original Message-
> > From: Marek Vasut [mailto:ma...@denx.de]
> > Sent: 21 March 2012 12:52
> > To: Luka Perkov
> > Cc: u-boot@lists.denx.de; drea...@doukki.net; Wolfgang Denk; Prafulla
> > Wadaskar
> > Subject: Re: [U-Boot] [PATCH v2] add new board nas62x0
>
1 - 100 of 114 matches
Mail list logo
