Hello Ben,
Ben Gardiner wrote:
> The bdinfo command prints the relocaddr on ARM as it does
> on PPC.
>
> Update the debugging instructions for arm relocation to
> reflect this fact rather than requiring that the user
> rebuild the u-boot image using -DDEBUG.
>
> Signed-off-by: Ben Gardiner
> CC
Hi all,
Thanks in Advance. Please help me regarding the below U-Boot problem
I am planning to use fw_printenv & fw_setenv utilities to access U-Boot env
variables from Linux Application.
In U-Boot, if we have four "redundant environment" copies in the same
partition(mtd1)... Does the bel
Hello Ben,
Ben Gardiner wrote:
> When your emulator is connected at reset (or is used to load u-boot)
> it is possible to get the relocation address from the gd->relocaddr
> since gd is always in r8 (on ARM) it is addressable before the
> gdb has remapped symbols.
>
> Document this alternate meth
Hello John,
John Rigby wrote:
> On Tue, Apr 19, 2011 at 2:42 PM, John Rigby wrote:
>> From: Michael Brandt
>>
>> Signed-off-by: John Rigby
>> CC: Heiko Schocher
>> ---
>> v2: Incorporate suggestions from Heiko Schocher
>> v3: Fix line length problem reported by Heiko Schocher
>> v4: No changes
On Apr 28, 2011, at 10:41 PM, Tabi Timur-B04825 wrote:
> On Thu, Apr 28, 2011 at 9:55 PM, Kumar Gala wrote:
>> CONFIG_SYS_BOOTMAPSZ has been 64M on these boards for some time so we
>> should also allow the kernel image to be up to 64M decompressed. This
>> also matches what we pass to the OS ba
On Thu, Apr 28, 2011 at 9:55 PM, Kumar Gala wrote:
> CONFIG_SYS_BOOTMAPSZ has been 64M on these boards for some time so we
> should also allow the kernel image to be up to 64M decompressed. This
> also matches what we pass to the OS based on the ePAPR specification.
Is there any e500-based board
On Feb 9, 2011, at 4:28 PM, Timur Tabi wrote:
> Add the 'pixis_reset dump' command, which displays the contents of the PIXIS
> registers. This command is only available if DEBUG is defined.
>
> Signed-off-by: Timur Tabi
> ---
> board/freescale/common/ngpixis.c | 58 ++
On Apr 28, 2011, at 3:01 PM, Timur Tabi wrote:
> Remove an empty board_early_init_f() from the MPC8641HPCN board.
>
> Signed-off-by: Timur Tabi
> ---
> board/freescale/mpc8641hpcn/mpc8641hpcn.c |5 -
> include/configs/MPC8641HPCN.h |2 --
> 2 files changed, 0 insertions(+)
CONFIG_SYS_BOOTMAPSZ has been 64M on these boards for some time so we
should also allow the kernel image to be up to 64M decompressed. This
also matches what we pass to the OS based on the ePAPR specification.
Signed-off-by: Kumar Gala
---
include/configs/MPC8536DS.h |6 +++---
include/con
Hi Wolfgang,
2011/4/29 Wolfgang Denk :
> Dear Macpaul Lin,
>
> In message you wrote:
>>
>> Would you please consider also apply this dependant fix when you have time?
>> [U-Boot,v2] ftsmc020: enhanced features and unnested structures
>> http://patchwork.ozlabs.org/patch/89078/
>
> Is this a bug
Here a first draft design doc. It is based in part on the Fastboot
implementation in the rowboat git repo (pointer below).
As always, comments welcome.
John
Purpose
===
Mainline support for Android Fastboot would be useful. Arguing the merits
of Fastboot vs DFU is not in the scope of this
This adds basic USB support for port 0. The other port is not supported by this
CL.
TEST=Put USB stick in side port. Then:
Tegra2 (SeaBoard) # ext2load usb 0:3 1000 /boot/vmlinuz
Loading file "/boot/vmlinuz" from usb device 0:3 (gpt3)
2745808 bytes read
Tegra2 (SeaBoard) #
Signed-off-by: Si
This patch series adds USB host support to Tegra2. It has been tested on
Seaboard.
Since the Tegra2 includes a vast number of registers it is critical that we
make it as easy and error-free as possible to write code which accesses those
registers. So a simple bitfield access mechanism is provided
This adds functions to enable/disable clocks and reset to on-chip peripherals.
Signed-off-by: Simon Glass
---
arch/arm/cpu/armv7/tegra2/Makefile |2 +-
arch/arm/cpu/armv7/tegra2/ap20.c | 57 ++
arch/arm/cpu/armv7/tegra2/clock.c | 163 +
arch/
To use these, set things up like this:
struct uart_ctlr *uart = (struct uart_ctlr *)UART_PA_START;
#define UART_PA_START 0x6700 /* Physical address of UART */
#define UART_FBCON_RANGE 5:3 /* Bit range for the FBCON field */
enum { /* An enum
These functions provide access to the high resolution microsecond timer
and tidy up a global variable in the code.
Signed-off-by: Simon Glass
---
arch/arm/cpu/armv7/tegra2/timer.c| 27 +--
arch/arm/include/asm/arch-tegra2/timer.h | 34 +
This enables networking booting using a USB dongle plugged into the side
seaboard port.
Signed-off-by: Simon Glass
---
include/configs/seaboard.h |5 +++
include/configs/tegra2-common.h | 66 +--
2 files changed, 68 insertions(+), 3 deletions(-)
di
Signed-off-by: Simon Glass
---
arch/arm/cpu/armv7/tegra2/ap20.c | 47 +---
arch/arm/include/asm/arch-tegra2/clk_rst.h | 39 ++-
board/nvidia/common/board.c| 13 ---
3 files changed, 25 insertions(+), 74 deletions(-)
This adds an enum for each pin and some functions for changing the pin
muxing setup.
Signed-off-by: Simon Glass
---
arch/arm/cpu/armv7/tegra2/Makefile|2 +-
arch/arm/cpu/armv7/tegra2/pinmux.c| 54 ++
arch/arm/include/asm/arch-tegra2/pinmux.h | 156 +
The behaviour of dropping trailing 0xff pages of an eraseblock was
observed to fix JFFS2 images on da850evm which usually resulted in
numerous 'ECC errors.'
Assign also the behaviour of dropping trailing 0xff pages to the
.jffs2 nand write variant as it was to the previously introduced
.ubi varian
Add another nand write. variant, ubi. This command will request of
nand_write_skip_bad() that all trailing all-0xff pages will be
dropped from eraseblocks as they are written as-per the
reccommended behaviour of the UBI FAQ.
Signed-off-by: Ben Gardiner
---
common/cmd_nand.c | 11 ++-
1
Add a flag to nand_read_skip_bad() such that if true, any trailing
pages in an eraseblock whose contents are entirely 0xff will be
dropped.
The implementation is via a new drop_ffs() function which is
based on the function of the same name from the ubiformat
utility by Artem Bityutskiy.
This is a
In a future commit the behaviour of nand_write_skip_bad()
will be further extended.
Convert the only flag currently passed to the nand_write_
skip_bad() function to a bitfield of only one allocated
member. This should avoid an explosion of int's at the
end of the parameter list or the ambiguous ca
Replace an incorrect 'read' with 'write' in a comment.
Signed-off-by: Ben Gardiner
---
drivers/mtd/nand/nand_base.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/nand/nand_base.c b/drivers/mtd/nand/nand_base.c
index 52f8575..1a95a91 100644
--- a/drivers/mt
It was found that on da850evm, where the NAND ECC used does not map all 0xff
data to 0xff ECC, that flashing UBI and JFFS2 image from U-boot with nand
write[.e] command resulted in alot of ECC errors... for UBI the result was
an unmountable filesystem on second attach from linux. For JFFS2 the resu
Dear Anatolij Gustschin,
In message <20110428221830.5922672e@wker> you wrote:
>
> The following changes since commit a000b7950da938d2df37ec5e081cd0680e6e4bbe:
>
> common: add a grepenv command (2011-04-28 01:00:07 +0200)
>
> are available in the git repository at:
> git://git.denx.de/u-boot
Dear Albert ARIBAUD,
In message <4db99251.9040...@aribaud.net> you wrote:
> Wolfgang,
>
> The following changes since commit a000b7950da938d2df37ec5e081cd0680e6e4bbe:
>
>common: add a grepenv command (2011-04-28 01:00:07 +0200)
>
> are available in the git repository at:
>git://git.denx
Dear Macpaul Lin,
In message you wrote:
>
> Would you please consider also apply this dependant fix when you have time?
> [U-Boot,v2] ftsmc020: enhanced features and unnested structures
> http://patchwork.ozlabs.org/patch/89078/
Is this a bug fix?
Best regards,
Wolfgang Denk
--
DENX Softwa
The bdinfo command prints the relocaddr on ARM as it does
on PPC.
Update the debugging instructions for arm relocation to
reflect this fact rather than requiring that the user
rebuild the u-boot image using -DDEBUG.
Signed-off-by: Ben Gardiner
CC: Wolfgang Denk
---
Changes since V1: none; int
When your emulator is connected at reset (or is used to load u-boot)
it is possible to get the relocation address from the gd->relocaddr
since gd is always in r8 (on ARM) it is addressable before the
gdb has remapped symbols.
Document this alternate method in-line with the original method
written
As Wolfgang pointed out, bdinfo can be used to get the relocation address
so update the README to indicate that this can be done instead of suggesting
that u-boot get rebuilt with debugging enabled.
Since gd is always addressable, descibe also a method whereby the relocation
address is obtained fr
Hello Wolfgang,
The following changes since commit a000b7950da938d2df37ec5e081cd0680e6e4bbe:
common: add a grepenv command (2011-04-28 01:00:07 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-video.git master
Anatolij Gustschin (1):
cfb_console: fix RLE bitmap
On Thu, 28 Apr 2011 10:48:47 +0200
Anatolij Gustschin wrote:
> From: Timur Tabi
>
> Use the 'video-mode' environment variable (for Freescale chips that have a
> DIU display controller) to designate the full video configuration.
> Previously,
> the DIU driver used the 'monitor' variable, and i
On Mon, 21 Mar 2011 16:38:49 -0500
Timur Tabi wrote:
> Add function video_get_video_mode(), which parses the "video-mode" environment
> variable and returns each of its components. The format matches the video=
> command-line option used for Linux:
>
> video-mode=:x-@<,option=string>
>
>
On Thu, 28 Apr 2011 21:53:11 +0200
Anatolij Gustschin wrote:
> There seems to be tools producing incorrect 'end of bitmap data'
> markers '0100' in a RLE bitmap. Drawing such bitmaps can result
> in overwriting memory above the frame buffer. E.g. on MPC5121e
> based boards this memory can contain
Remove an empty board_early_init_f() from the MPC8323ERD and MPC360ERDK boards.
Signed-off-by: Timur Tabi
---
board/freescale/mpc8323erdb/mpc8323erdb.c |5 -
board/freescale/mpc8360erdk/mpc8360erdk.c |5 -
include/configs/MPC8323ERDB.h |2 --
include/configs/MPC83
Remove an empty board_early_init_f() from the MPC8641HPCN board.
Signed-off-by: Timur Tabi
---
board/freescale/mpc8641hpcn/mpc8641hpcn.c |5 -
include/configs/MPC8641HPCN.h |2 --
2 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/board/freescale/mpc8641hpcn/m
There seems to be tools producing incorrect 'end of bitmap data'
markers '0100' in a RLE bitmap. Drawing such bitmaps can result
in overwriting memory above the frame buffer. E.g. on MPC5121e
based boards this memory can contain U-Boot environment.
We may not rely on the correct end of bitmap data
On Thu, Apr 28, 2011 at 12:57 PM, Andy Fleming wrote:
> It's on my todo list for today
Thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Sandeep,
Le 28/04/2011 21:26, s-paul...@ti.com a écrit :
> The following changes since commit 7a98e64789557da65af71d50b3b013a32fba8f95:
>Alessandro Rubini (1):
> nhk8815: move config targets from Makefile to boards.cfg
>
> are available in the git repository at:
>
>git://git.de
The following changes since commit 7a98e64789557da65af71d50b3b013a32fba8f95:
Alessandro Rubini (1):
nhk8815: move config targets from Makefile to boards.cfg
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
Ben Gardiner (1):
da850evm: fix NAND WSTRO
From: Ben Gardiner
The current NAND timings, introduced in commit
a3f88293ddd13facd734769c1664d35ab4ed681f da850evm: setup the NAND flash
timings , incorrectly set WSTROBE and TA to 0. A more recent inspection of the
values set by the Linux kernel indicates that these should be set to 1.
Set the
It's on my todo list for today
On Apr 28, 2011, at 1:46 PM, John Rigby wrote:
> On Sat, Apr 16, 2011 at 3:53 PM, Matt Waddel
> wrote:
>> On 04/13/2011 05:09 AM, Andy Fleming wrote:
>>> On Wed, Mar 2, 2011 at 11:22 PM, wrote:
From: Matt Waddel
Added the board specific definiti
On Tue, Apr 19, 2011 at 2:42 PM, John Rigby wrote:
> From: Michael Brandt
>
> Signed-off-by: John Rigby
> CC: Heiko Schocher
> ---
> v2: Incorporate suggestions from Heiko Schocher
> v3: Fix line length problem reported by Heiko Schocher
> v4: No changes just rebased to latest and included for
On Sat, Apr 16, 2011 at 3:53 PM, Matt Waddel wrote:
> On 04/13/2011 05:09 AM, Andy Fleming wrote:
>> On Wed, Mar 2, 2011 at 11:22 PM, wrote:
>>> From: Matt Waddel
>>>
>>> Added the board specific definitions to use the MMCI device.
>>>
>>> Signed-off-by: Matt Waddel
>>
>> Looks fine to me. I
Signed-off-by: Timur Tabi
---
board/freescale/mpc8610hpcd/mpc8610hpcd.c | 25 +++--
1 files changed, 23 insertions(+), 2 deletions(-)
diff --git a/board/freescale/mpc8610hpcd/mpc8610hpcd.c
b/board/freescale/mpc8610hpcd/mpc8610hpcd.c
index d7dd470..4e4b7c0 100644
--- a/boar
On Thu, Apr 28, 2011 at 9:40 AM, Albert ARIBAUD
wrote:
> Le 28/04/2011 16:47, John Rigby a écrit :
>
>>> armv7: Add ST-Ericsson u8500 arch
>>> armv7: Add support for ST-Ericsson U8500 href platform
>
> Applying these on top of the current u-boot-arm/master and trying a MAKEALL
> u8500_href (with
On Thu, 28 Apr 2011 17:03:38 +0800
Yang Chaolin wrote:
> Hi,
>
> I'm newbile, my task is to modify u-boot to support end point PCI express
> with Freescale MPC8315, The MPC8315(here it work in EP model) will connect
> to PC, and download RTOS image file to SDRAM though PCI express.
>
> Can
Anatolij Gustschin wrote:
> please test recent changes on MPC8610HPCD and P1022DS. Thanks!
This patch works on the 8610 and 1022.
--
Timur Tabi
Linux kernel developer at Freescale
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailm
Dear Ben Gardiner,
In message <1303996341-6582-1-git-send-email-bengardi...@nanometrics.ca> you
wrote:
> When your emulator is connected at reset (or is used to load u-boot)
> it is possible to get the relocation address from the parameter
> passed to relocate_code() instead of building with -DDE
Dear Albert ARIBAUD,
In message <4db9933d.7040...@aribaud.net> you wrote:
>
> I will be away from the list from tomorrow friday april 29th to monday
> may 2nd inclusive. If during this time any urgent ARM patch commit is
> required (which may be the case in this period), can you please handle i
Hello Valentin,
Valentin Longchamp wrote:
> From: Heiko Schocher
>
> Deblock i2c bus when switching to another i2c bus, if using
> i2c_set_bus_num().
>
> Signed-off-by: Heiko Schocher
> cc: Wolfgang Denk
> cc: Detlev Zundel
> cc: Valentin Longchamp
> cc: Holger Brunck
> Signed-off-by: Vale
Hello Valentin,
Valentin Longchamp wrote:
> From: Stefan Bigler
>
> To make sure that the mux can be configured a deblocking sequence
> is done before the mux configuration. After the mux switch the new leaf
> of, the i2c tree must be again deblocked.
>
> Signed-off-by: Stefan Bigler
> Acked-b
Hello Ben,
Ben Gardiner wrote:
> When your emulator is connected at reset (or is used to load u-boot)
> it is possible to get the relocation address from the parameter
> passed to relocate_code() instead of building with -DDEBUG and
> extracting from the console messages.
>
> Document this altern
When your emulator is connected at reset (or is used to load u-boot)
it is possible to get the relocation address from the parameter
passed to relocate_code() instead of building with -DDEBUG and
extracting from the console messages.
Document this alternate method following the style of the origin
As Wolfgang pointed out, bdinfo can be used to get the relocation address
so update the README to indicate that this can be done instead of suggesting
that u-boot get rebuilt with debugging enabled.
Since it can also be useful to script the operation, describe also a method
whereby the relocation
The bdinfo command prints the relocaddr on ARM as it does
on PPC.
Update the debugging instructions for arm relocation to
reflect this fact rather than requiring that the user
rebuild the u-boot image using -DDEBUG.
Signed-off-by: Ben Gardiner
CC: Wolfgang Denk
---
No changes since V1 / intro
Wolfgang,
I will be away from the list from tomorrow friday april 29th to monday
may 2nd inclusive. If during this time any urgent ARM patch commit is
required (which may be the case in this period), can you please handle it?
Amicalement,
--
Albert.
Wolfgang,
The following changes since commit a000b7950da938d2df37ec5e081cd0680e6e4bbe:
common: add a grepenv command (2011-04-28 01:00:07 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-arm master
Grant Likely (1):
Add CONFIG_OF_LIBFDT to more boards.
Po-Yu
Le 28/04/2011 16:47, John Rigby a écrit :
>> armv7: Add ST-Ericsson u8500 arch
>> armv7: Add support for ST-Ericsson U8500 href platform
Applying these on top of the current u-boot-arm/master and trying a
MAKEALL u8500_href (with an ELDK 4.2 toolchain) results in
Configuring for u8500_href
On Mon, Apr 18, 2011 at 2:11 PM, Tom Warren wrote:
> Signed-off-by: Tom Warren
> ---
> arch/arm/include/asm/arch-tegra2/gpio.h | 236 -
> drivers/gpio/Makefile | 1 +
> drivers/gpio/tegra2_gpio.c | 301
> +++
Signed-off-by: Tom Warren
---
This patch adds support for the SPIFLASH peripheral on Tegra2 (SPI 1).
Probe, erase, read and write are all supported, as well as low-level
SPI commands via 'sspi'.
Note that, at this time, only Seaboard has a SPI flash part (Winbond).
With this code, I've written U-
On Tue, Apr 12, 2011 at 12:17 AM, John Rigby wrote:
> Add support for ST-Ericsson U8500 SoC and HREF platform
>
> John Rigby (2):
> armv7: Add ST-Ericsson u8500 arch
> armv7: Add support for ST-Ericsson U8500 href platform
>
> Michael Brandt (1):
> I2C: Add driver for ST-Ericsson U8500 i2c
>
>
On Thu, Apr 28, 2011 at 9:46 AM, Wolfgang Denk wrote:
> Dear Ben Gardiner,
>
> In message <1303996341-6582-1-git-send-email-bengardi...@nanometrics.ca> you
> wrote:
>> When your emulator is connected at reset (or is used to load u-boot)
>> it is possible to get the relocation address from the par
Dear Wolfgang,
Thank you for your quick response. I agree that a scripting
solution would be better, but I didn't research enough to
find that out, sorry for that .. ;)
I will run the mentioned check scripts for the next patches,
I hope they will be better.
All the best,
- Johannes
--
NEU:
Dear Ben Gardiner,
In message <1303996341-6582-1-git-send-email-bengardi...@nanometrics.ca> you
wrote:
> When your emulator is connected at reset (or is used to load u-boot)
> it is possible to get the relocation address from the parameter
> passed to relocate_code() instead of building with -DDE
Dear "Johannes Thoma",
In message <20110428125810.123...@gmx.net> you wrote:
>
> I wrote a small patch that checks on autoboot if the image is a kernel
> image and if not assumes that it is a standalone image. If the image
> is kernel do_bootm is used else (unconditionally) do_go is used.
> This
When your emulator is connected at reset (or is used to load u-boot)
it is possible to get the relocation address from the parameter
passed to relocate_code() instead of building with -DDEBUG and
extracting from the console messages.
Document this alternate method following the style of the origin
Hi Grant,
Le 28/03/2011 21:59, Grant Likely a écrit :
> From: Grant Likely
>
> The following boards gain device tree support with this patch:
>
> ca9x4_ct_vxp - Versatile Express
>
> i.mx5 boards:
> efikamx
> mx51evk
> mx53evk
>
> OMAP boards:
> devkit8000
> igep0020
> igep0030
> omap3_overo
>
Dear U-Boot community,
I wrote a small patch that checks on autoboot if the image is a kernel
image and if not assumes that it is a standalone image. If the image
is kernel do_bootm is used else (unconditionally) do_go is used.
This is handy if you are working with test applications and kernels,
s
On Thu, 28 Apr 2011 11:59:49 +
Tabi Timur-B04825 wrote:
> Anatolij Gustschin wrote:
> > it turns out that your patches broke DIU support on mpc5121. I need
> > to fix it first before sending a pull request. I'm planning to work
> > on fixes and hope to resolve the issue this week.
>
> Anythi
Anatolij Gustschin wrote:
> it turns out that your patches broke DIU support on mpc5121. I need
> to fix it first before sending a pull request. I'm planning to work
> on fixes and hope to resolve the issue this week.
Anything I can do to help, please just let me know. We don't have any 5121s
he
Hi Wolfgang Denk,
Thank you for the reply. Yes I am talking about "redundant environment".
If we have four "redundant environment" copies in the same partition(mtd1)...
Does the below fw_env.config configuration hold good ?
# File: fw_env.con
Dear Amarendra Reddy,
In message
you
wrote:
>
> Consider we have multiple copies of U-Boot Environment Variables.
> Each copy protected by CRC value.
Your question is not quite clear. I assume you are talking about what
we call "redundant environment".
> Can we use fw_printenv and fw_setenv
Hi Po-Yu,
Le 28/04/2011 10:04, Po-Yu Chuang a écrit :
> From: Po-Yu Chuang
>
>
> Signed-off-by: Po-Yu Chuang
> ---
> include/configs/a320evb.h |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/include/configs/a320evb.h b/include/configs/a320evb.h
> index f5a005a..8a2
Hi Wolfgang,
Le 28/04/2011 00:44, Wolfgang Denk a écrit :
> Dear Albert,
>
> In message<20110328195906.10235.68517.stgit@ponder> Grant Likely wrote:
>> From: Grant Likely
>>
>> The following boards gain device tree support with this patch:
>>
>> ca9x4_ct_vxp - Versatile Express
>>
>> i.mx5 boards
Hi,
I'm newbile, my task is to modify u-boot to support end point PCI express
with Freescale MPC8315, The MPC8315(here it work in EP model) will connect
to PC, and download RTOS image file to SDRAM though PCI express.
Can anyone give some suggestion about how to modify the u-boot to let 8315
From: Timur Tabi
Use the 'video-mode' environment variable (for Freescale chips that have a
DIU display controller) to designate the full video configuration. Previously,
the DIU driver used the 'monitor' variable, and it was used only to determine
the output video port.
The old definition of t
Hi Albert and Po-Yu,
2011/4/28 Albert ARIBAUD :
> Hi Po-Yu and MacPaul
>
> MacPaul, is this patch ok for you?
>
> Amicalement,
> --
> Albert.
>
Ack. Please apply it. Thanks for bothering you.
--
Best regards,
Macpaul Lin
___
U-Boot mailing list
U-Bo
Hi Po-Yu and MacPaul
Le 28/04/2011 10:04, Po-Yu Chuang a écrit :
> From: Po-Yu Chuang
>
>
> Signed-off-by: Po-Yu Chuang
> ---
> include/configs/a320evb.h |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/include/configs/a320evb.h b/include/configs/a320evb.h
> index f
Thank you all! That was more than I expected!
2011/4/27 Wolfgang Denk
> Dear Charles Krinke,
>
> please keep the mailing list on Cc:
>
> In message you wrote:
> >
> > Also, please help me understand if this is not true, but the notion of
> > stdin, stdout, stderr predates lcd displays back to w
From: Po-Yu Chuang
Signed-off-by: Po-Yu Chuang
---
include/configs/a320evb.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/configs/a320evb.h b/include/configs/a320evb.h
index f5a005a..8a222c0 100644
--- a/include/configs/a320evb.h
+++ b/include/configs/a320ev
Hi Po-Yu,
2011/4/28 Po-Yu Chuang :
> Hi Macpaul,
>> According to your reply, I guess I was meant to support
>> #define CONFIG_FTSMC020 in board's config file.
>>
I think it might be a problem when I'm clean up about the following
redundant code
#ifndef CONFIG_FTSMC020
#define CONFIG_FTSMC020
Hi Timur,
On Tue, 26 Apr 2011 02:12:38 +
Tabi Timur-B04825 wrote:
> Anatolij,
>
> Are you planning on making a pull request for u-boot-video soon? The
> merge window closed last week, but I have some pending video patches
> that I would like to see included.
it turns out that your patches
Hi Macpaul,
On Thu, Apr 28, 2011 at 3:33 PM, Macpaul Lin wrote:
> Hi Po-Yu,
>
> 2011/4/28 Po-Yu Chuang :
>> Hi Macpaul,
>>
>>> -#include
>>> +#define CONFIG_FTSMC020
This is for drivers/mtd/Makefile.
>>> +#include
>>>
>>> #define FTSMC020_BANK0_CONFIG (FTSMC020_BANK_ENABLE |
Hi Po-Yu,
2011/4/28 Po-Yu Chuang :
> Hi Macpaul,
>
>> -#include
>> +#define CONFIG_FTSMC020
>> +#include
>>
>> #define FTSMC020_BANK0_CONFIG (FTSMC020_BANK_ENABLE | \
>> FTSMC020_BANK_BASE(PHYS_FLASH_1) | \
>> @@ -196,6 +197,7 @@
>> {
86 matches
Mail list logo
