hi,in my uboot.
there is some bugs when I cp to flash like this:
cp.b addr1 addr2 0x100
when the two addr in the same bank of a flash. it go wrongs
finally the date of addr2 is 0x8080808080...
cp to another bank of flash is work correctly.
cp from mem to flash or from flash to mem also
Dear Chander Kashyap,
On 14 April 2011 18:17, Chander Kashyap chander.kash...@linaro.org wrote:
Macro values for Pull Up and Driver Strength were wrong.
Signed-off-by: Chander Kashyap chander.kash...@linaro.org
---
arch/arm/include/asm/arch-s5pc2xx/gpio.h | 6 +++---
1 files changed, 3
From: Liu Hui-R64343 r64...@freescale.com
factor out boot cause funciton to common code to avoid
the duplicate code in each board support package
Signed-off-by: Jason Liu r64...@freescale.com
---
arch/arm/cpu/armv7/mx5/soc.c | 18 ++
From: Liu Hui-R64343 r64...@freescale.com
This patch add initial support for freescale MX53LOCO board.
Network(FEC),SD/MMC, UART have been supported by this patch.
Signed-off-by: Jason Liu r64...@freescale.com
---
changes since V2:
-factor out the boot cause function to common code,
-fix
On Thursday, April 14, 2011 16:52:36 Richard Retanubun wrote:
On 04/12/11 02:35, Mike Frysinger wrote:
This patch adds [+]len handler for the erase command that will
automatically round up the requested erase length to the flash's
sector_size.
---
Richard: I noticed some issues in your
On Thursday, April 14, 2011 02:51:42 Albert ARIBAUD wrote:
Le 14/04/2011 08:12, Mike Frysinger a écrit :
so i stand by my statement that checkpatch is a tool and does *not* get
the final say. blindly following a tool is good -- if you're blind.
When it emits warnings, the C toolchain is
On Tuesday, April 05, 2011 13:14:50 Kim Phillips wrote:
commit c81c1222427f268d29ba999c82e2477c428e7bab Fix hash
table deletion to prevent lost entries broke environment
variable autocompletion by accidentally inverting the
condition for 'used' in hmatch_r().
'used' is 0 if the hash table
On Friday, April 15, 2011 03:02:58 Macpaul Lin wrote:
#if !defined(CONFIG_ENV_IS_IN_EEPROM) \
-!defined(CONFIG_ENV_IS_IN_FLASH) \
+ !defined(CONFIG_ENV_IS_IN_FLASH) \
not sure this one hunk is desirable, but the rest are fine
-mike
signature.asc
Description: This is
Le 15/04/2011 09:56, Mike Frysinger a écrit :
On Thursday, April 14, 2011 02:51:42 Albert ARIBAUD wrote:
Le 14/04/2011 08:12, Mike Frysinger a écrit :
so i stand by my statement that checkpatch is a tool and does *not* get
the final say. blindly following a tool is good -- if you're blind.
On Friday, April 15, 2011 04:13:11 Albert ARIBAUD wrote:
What I disagree upon is that just because they're tools we should disregard
their warnings
i never said any such thing
-mike
signature.asc
Description: This is a digitally signed message part.
Hi Mike,
2011/4/15 Mike Frysinger vap...@gentoo.org:
On Friday, April 15, 2011 03:02:58 Macpaul Lin wrote:
#if !defined(CONFIG_ENV_IS_IN_EEPROM) \
- !defined(CONFIG_ENV_IS_IN_FLASH) \
+ !defined(CONFIG_ENV_IS_IN_FLASH) \
not sure this one hunk is desirable, but the
Dear Eric Cooper,
In message 1302820357-30318-1-git-send-email-...@cmu.edu you wrote:
Since addr_sp is a byte address, it should be adjusted by 12 here.
Signed-off-by: Eric Cooper e...@cmu.edu
Cc: Albert ARIBAUD albert.u.b...@aribaud.net
---
arch/arm/lib/board.c |2 +-
1 files
Dear hacklu.uboot,
In message 201104151401034442...@gmail.com you wrote:
there is some bugs when I cp to flash like this:
cp.b addr1 addr2 0x100
when the two addr in the same bank of a flash. it go wrongs
finally the date of addr2 is 0x8080808080...
cp to another bank of flash is
On Friday, April 15, 2011 04:25:58 Macpaul Lin wrote:
2011/4/15 Mike Frysinger:
On Friday, April 15, 2011 03:02:58 Macpaul Lin wrote:
#if !defined(CONFIG_ENV_IS_IN_EEPROM) \
-!defined(CONFIG_ENV_IS_IN_FLASH) \
+ !defined(CONFIG_ENV_IS_IN_FLASH) \
not sure
Hi Mike,
2011/4/15 Mike Frysinger vap...@gentoo.org:
Do you mean the replacement with space to ident?
According to the 2.6.38.1's checkpatch, it reported:
WARNING: please, no spaces at the start of a line
this particular check has already been posted upstream as generally causing
more harm
em..
how linux does that?
does linux read the data to mem first before it write to the same bank of a nor
flash?
thanks much~
--
hacklu.uboot
2011-04-15
-
å件人ï¼Wolfgang Denk
Le 15/04/2011 10:25, Mike Frysinger a écrit :
On Friday, April 15, 2011 04:13:11 Albert ARIBAUD wrote:
What I disagree upon is that just because they're tools we should disregard
their warnings
i never said any such thing
-mike
My bad. What I disagree upon is that just because they're tools
Dear Mike Frysinger,
In message 201104150453.21441.vap...@gentoo.org you wrote:
On Friday, April 15, 2011 03:02:58 Macpaul Lin wrote:
#if !defined(CONFIG_ENV_IS_IN_EEPROM) \
-!defined(CONFIG_ENV_IS_IN_FLASH) \
+ !defined(CONFIG_ENV_IS_IN_FLASH) \
not
On Friday, April 15, 2011 06:09:12 Wolfgang Denk wrote:
Mike Frysinger wrote:
On Friday, April 15, 2011 03:02:58 Macpaul Lin wrote:
#if !defined(CONFIG_ENV_IS_IN_EEPROM) \
-!defined(CONFIG_ENV_IS_IN_FLASH) \
+ !defined(CONFIG_ENV_IS_IN_FLASH) \
Dear =?utf-8?B?aGFja2x1LnVib290?=,
In message 201104151715238470...@gmail.com you wrote:
em..
how linux does that?
What exactly are you doing in Linux? Are we talking about user-space
access through a file sytem (and thus block devices) based on the MTD
layer? Or about raw access to the flash
Dear alain.pet...@space.unibe.ch,
In message 20110415124815.1253591nkjx5a...@mail.unibe.ch you wrote:
The macro name configuring Ping/Pong didn't match. It has been
checked on a Spartan3e Starterkit.
This should probably be part of the commit message.
Your patch has a number of coding
Please find attached the checked patch. Sorry for the inconvenience.
Kind regards,
Alain
Quoting Wolfgang Denk w...@denx.de:
Dear alain.pet...@space.unibe.ch,
In message 20110415124815.1253591nkjx5a...@mail.unibe.ch you wrote:
The macro name configuring Ping/Pong didn't match. It has been
Hi all,
this patch series cleans up some OMAP3 stuff and adds DIG297 board support.
New in v4:
- patch 2 gets rid of some ugly extern variables in mem.c;
- patch 3 creates a new file for register definitions (inspired by the pxa and
imx code base), and defines GPMC_CONFIGx register values.
CONFIG_OMAP34XX must be checked for existence, not value.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
Cc: Albert Aribaud albert.arib...@free.fr
Cc: Sandeep Paulraj s-paul...@ti.com
---
Changes in v2:
- this patch is new in v2.
Changes in v3: none.
Removed boot_flash_* extern variables.
boot_flash_type was totally unused. The other ones were actually constants, so
they have been replaced with #defines in the board config files.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
Cc: Albert Aribaud
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
---
Changes in v4:
- this patch is new in v4.
arch/arm/include/asm/arch-omap3/omap3-regs.h | 95 ++
1 files changed, 95 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/include/asm/arch-omap3/omap3-regs.h
CONFIG_OMAP34XX must be checked for existence, not value.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
Cc: Albert Aribaud albert.arib...@free.fr
Cc: Sandeep Paulraj s-paul...@ti.com
---
Changes in v2:
- this patch is new in v2.
Changes in v3: none.
Hi all,
this patch series cleans up some OMAP3 stuff and adds DIG297 board support.
New in v4:
- patch 2 gets rid of some ugly extern variables in mem.c;
- patch 3 creates a new file for register definitions (inspired by the pxa and
imx code base), and defines GPMC_CONFIGx register values.
Board support for the DIG297 board manufactured by Comelit Group SpA.
It is a custom board based on the BeagleBoard http://beagleboard.org/ by
Texas Instruments.
The board support is based on the BeagleBoard implementation.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk
Board support for the DIG297 board manufactured by Comelit Group SpA.
It is a custom board based on the BeagleBoard http://beagleboard.org/ by
Texas Instruments.
The board support is based on the BeagleBoard implementation.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
---
Changes in v4:
- this patch is new in v4.
arch/arm/include/asm/arch-omap3/omap3-regs.h | 95 ++
1 files changed, 95 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/include/asm/arch-omap3/omap3-regs.h
Removed boot_flash_* extern variables.
boot_flash_type was totally unused. The other ones were actually constants, so
they have been replaced with #defines in the board config files.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
Cc: Albert Aribaud
After relocation rework, the meesc and otc570 board support
was broken. This patch will fix the otc570 board.
Signed-off-by: Daniel Gorsulowski daniel.gorsulow...@esd.eu
---
This patch is based on u-boot-atmel/rework101229 branch (minus the last 5
patches) plus the 'at91: fixed at91sam9263
Hi,
On 03/04/2011 18:35, Eric Bénard wrote:
- update to new relocation code
- switch to boards.cfg
- get rid of LEGACY (still a little hack in .h to compile)
- add nand boot configuration
- boot tested for the following configurations :
9260 (64MB RAM nor boot)
9260_nand (64MB
This makes sense as one should *not* copy from one sector in a flash to the
same sector in a flash. Flash is erased in sectors, usually 128K and should
be treated as a complete sector.
The cp command is usually used to copy from RAM to FLASH or from FLASH to
RAM. What you are doing seems
On 04/13/2011 03:25 PM, Jason Liu wrote:
Hi Jason,
Currently, Linux kernel does not do any L2 cache enable
Operation.So,Keep L2 cache enabled(L2EN=1) in the u-boot
before Jump to the Linux Kernel and thus L2 cache can be
effectively used in Linux Kernel.
If the cache is not active in the
All architectures but MIPS are using --gc-sections on final linking.
This patch introduces that feature for MIPS to reduce the memory and
flash footprint.
Signed-off-by: Daniel Schwierzeck daniel.schwierz...@googlemail.com
Cc: Shinya Kuribayashi skuri...@pobox.com
Cc: Wolfgang Denk w...@denx.de
On 04/16/2011 12:16 AM, daniel.schwierz...@googlemail.com wrote:
All architectures but MIPS are using --gc-sections on final linking.
This patch introduces that feature for MIPS to reduce the memory and
flash footprint.
Signed-off-by: Daniel Schwierzeck daniel.schwierz...@googlemail.com
Cc:
Hi, Stefano,
2011/4/15 Stefano Babic sba...@denx.de:
On 04/13/2011 03:25 PM, Jason Liu wrote:
Hi Jason,
Currently, Linux kernel does not do any L2 cache enable
Operation.So,Keep L2 cache enabled(L2EN=1) in the u-boot
before Jump to the Linux Kernel and thus L2 cache can be
effectively
On 04/14/2011 10:12 AM, Jason Liu wrote:
Hi, Stefano,
Hi Jason,
Please drop the mx53loco board support patch from u-boot-imx master branch
and I will resubmit the following patches soon since the merge window will be
closed soon.
Ok - I'll do it.
(1) clean-up patch:factor out the boot
Hi, Stefano,
2011/4/16 Stefano Babic sba...@denx.de:
On 04/14/2011 10:12 AM, Jason Liu wrote:
Hi, Stefano,
Hi Jason,
Please drop the mx53loco board support patch from u-boot-imx master branch
and I will resubmit the following patches soon since the merge window will be
closed soon.
Ok -
On 04/13/2011 06:24 PM, Scott Wood wrote:
Hi Scott,
Davinci-specific #defines do not belong in nand_base.c[1]. The controller
driver should be able to set this isn't supported options just as well as
the chip data -- I just don't think it should be limited to this specific
one.
surely, but
From: Liu Hui-R64343 r64...@freescale.com
factor out boot cause funciton to common code to avoid
the duplicate code in each board support package
Signed-off-by: Jason Liu r64...@freescale.com
---
changes since v3:
- add full boot reset cause
---
arch/arm/cpu/armv7/mx5/soc.c | 27
From: Liu Hui-R64343 r64...@freescale.com
This patch add initial support for freescale MX53LOCO board.
Network(FEC),SD/MMC, UART have been supported by this patch.
Signed-off-by: Jason Liu r64...@freescale.com
---
changes since v3:
- include other two small patch into this commit,
mx53loco: set
On Fri, Apr 15, 2011 at 7:30 AM, David Müller d.muel...@elsoft.ch wrote:
The current 83xx FDT implementation adjusts the clock frequency of all
16550 UARTs found in the device tree. This behaviour is ok for the UARTs
which are part of the SoC, but wrong for any additional external UART.
Just
On 04/12/2011 04:18 AM, Fabio Estevam wrote:
Use the same method of the Linux kernel to print the MX31 silicon version on
boot.
Tested on a MX31PDK with a 2.0 silicon, where it shows:
CPU: Freescale i.MX31 rev 2.0 at 531 MHz
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
On 04/15/2011 04:21 AM, Fabio Estevam wrote:
Introduce get_reset_cause() function to indicate the source of the reset.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/cpu/arm1136/mx31/generic.c | 26 ++
On 04/15/2011 02:47 PM, Fabio Estevam wrote:
+char *get_reset_cause(void)
+{
+u32 cause;
+struct src *src_regs = (struct src
*)SRC_BASE_ADDR;
+
+cause = readl(src_regs-srsr);
You need to mask the 7 LSB of SRSR register.
If you don´t bit 16 can still affect its result.
Why
On Fri, 15 Apr 2011 19:34:48 +0200
Stefano Babic sba...@denx.de wrote:
On 04/13/2011 06:24 PM, Scott Wood wrote:
Hi Scott,
Davinci-specific #defines do not belong in nand_base.c[1]. The controller
driver should be able to set this isn't supported options just as well as
the chip data
On Sat, Apr 09, 2011 at 12:52:32PM -0500, Kumar Gala wrote:
From: Dipen Dudhat dipen.dud...@freescale.com
Modify eLBC based platform's NAND loader Makefile to preprocess nand loader
linker script and then use it.
Signed-off-by: Dipen Dudhat dipen.dud...@freescale.com
CC: Scott Wood
On Sat, Apr 09, 2011 at 12:59:04PM -0500, Kumar Gala wrote:
From: Dipen Dudhat dipen.dud...@freescale.com
Add nand_spl and 8-bit NAND support on IFC controller.
Signed-off-by: Dipen Dudhat dipen.dud...@freescale.com
CC: Scott Wood scottw...@freescale.com
---
The following changes since commit 73e5476e1edf1b860dbd9b5fc21ef32ac1b551ba:
MAINTAINERS: fix email address case (2011-04-13 22:40:51 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
Alex Waterman (1):
nand_spl: Fix large page
From: Patrick Sestier psest...@mircom.com
The status polling can take a while, so make sure we kick the
watchdog after each successful poll.
Signed-off-by: Patrick Sestier psest...@mircom.com
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
drivers/mtd/spi/spi_flash.c |3 +++
1 files
V2:
use the mmc_cur_dev to replace explicitly specify the dev num in mmc command.
change the switch parittion command per Wolfgang's suggestion
Lei Wen (2):
cmd_mmc: eliminate device num in the mmc command
mmc: enable partition switch fucntion for emmc
common/cmd_mmc.c | 198
From now on, follow the general rule mmc dev [dev] to change the
mmc command applied device, like ide and usb...
Signed-off-by: Lei Wen lei...@marvell.com
---
Changelog:
V2: use the mmc_cur_dev to replace explicitly specify the dev num
in mmc command.
common/cmd_mmc.c | 173
For emmc, it may has upto 7 partitions: two boot partitions, one
user partition, one RPMB partition and four general purpose partitions.
(Refer to JESD84-A44.pdf/page 154)
As bootloader may need to read out or reflashing images on those
different partitions, it is better to enable the partition
Commit 5d2c154 (IMX: MX31: Cleanup include files and drop nasty #ifdef in
drivers)
renamed mx31-imx-regs.h to imx-regs.h.
Change the file label accordingly.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
This patch series should were applied in the u-boot-arm tree.
It also needs
Introduce get_reset_cause() function to indicate the source of the reset.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/cpu/arm1136/mx31/generic.c| 26 +
arch/arm/include/asm/arch-mx31/sys_proto.h | 29
2
Print the cause of reset and also change the board name to only 'MX31PDK'.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
board/freescale/mx31pdk/mx31pdk.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/board/freescale/mx31pdk/mx31pdk.c
Hi Fabio,
Le 16/04/2011 04:54, Fabio Estevam a écrit :
Commit 5d2c154 (IMX: MX31: Cleanup include files and drop nasty #ifdef in
drivers)
renamed mx31-imx-regs.h to imx-regs.h.
Change the file label accordingly.
Signed-off-by: Fabio Estevamfabio.este...@freescale.com
---
This patch
Le 16/04/2011 04:54, Fabio Estevam a écrit :
Commit 5d2c154 (IMX: MX31: Cleanup include files and drop nasty #ifdef in
drivers)
renamed mx31-imx-regs.h to imx-regs.h.
Change the file label accordingly.
Signed-off-by: Fabio Estevamfabio.este...@freescale.com
---
This patch series should
Le 16/04/2011 04:54, Fabio Estevam a écrit :
Print the cause of reset and also change the board name to only 'MX31PDK'.
Signed-off-by: Fabio Estevamfabio.este...@freescale.com
---
board/freescale/mx31pdk/mx31pdk.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
Le 13/04/2011 21:42, Albert Aribaud a écrit :
From: Albert (U-Boot)albert.u.b...@aribaud.net
Signed-off-by: Albert (U-Boot)albert.u.b...@aribaud.net
---
Shamelessly applied to u-boot-arm.
Amicalement,
--
Albert.
___
U-Boot mailing list
Hi MacPaul Lin,
Le 22/03/2011 06:01, Macpaul Lin a écrit :
Move the header file ftsdmc020.h (SDRAM Controller)
to include/faraday folder.
This change will let other SoC which also use ftsdmc020
could share the same header file.
Signed-off-by: Macpaul Linmacp...@andestech.com
---
Changes
Hi MacMaul Lin,
Le 22/03/2011 06:01, Macpaul Lin a écrit :
Move the header file and definitions of ftsmc020
static memory control unit from a320 SoC folder to
drivers/mtd folder.
This change will let other SoC which also use ftsmc020
could share the same header file.
Signed-off-by:
Hello
Timur Tabi wrote:
Just out of curiosity -- do you have an example of a device tree with
an external UART?
Yes.
Dave
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
66 matches
Mail list logo