The following headers are moved to a i.MX common location:
- regs-common.h
- regs-apbh.h
- regs-bch.h
- regs-gpmi.h
- dma.h
This way this header can be re-used also by other i.MX platforms.
For example the i.MX6 which will need it for the upcoming NAND
support.
Signed-off-by: Stefan Roese
Cc: S
To support NAND on the iMX6 this patch moves some headers into
i.MX common locations. Instead of creating new files in the imx6
include directory containing nearly the same content.
Here the diffstat:
Stefan Roese (4):
imx: Move some header files from arch-mxs to imx-common
imx: Move
This will be used by the i.MX6 NAND support.
Signed-off-by: Stefan Roese
Cc: Stefano Babic
Cc: Marek Vasut
Cc: Fabio Estevam
---
arch/arm/include/asm/arch-mx6/imx-regs.h| 4
arch/arm/include/asm/imx-common/dma.h | 12
arch/arm/include/asm/imx-common/regs-apbh.h |
Signed-off-by: Stefan Roese
Cc: Stefano Babic
Cc: Marek Vasut
Cc: Fabio Estevam
Cc: Scott Wood
---
arch/arm/cpu/armv7/mx6/soc.c | 7 +++
arch/arm/include/asm/imx-common/regs-bch.h | 10 ++
drivers/mtd/nand/mxs_nand.c| 11 +--
3 files changed,
This patch moves the following functions into the imx-common
directory:
- mxs_wait_mask_set()
- mxs_wait_mask_clr()
- mxs_reset_block()
These are currently used by i.MX28. But the upcoming GPMI NAND port
for i.MX6 will also use these functions. So lets move them to a
common location to re-use the
From: Egbert Eich
Bugfix:
Here at this place we need the fat size in sectors not bytes.
This was found during code review when adding support for storage
devices with blocksizes != 512.
Signed-off-by: Egbert Eich
---
Changes for v2:
Titanium is a i.MX6 based board from ProjectionDesign / Barco. This
patch adds support for this board with the newly introduced NAND
support for i.MX6.
Signed-off-by: Stefan Roese
---
MAINTAINERS | 2 +
board/freescale/titanium/Makefile | 36
board/freescale
From: Egbert Eich
For ISO we check the block size of the device if this is != the CD sector
size we assume that the device has no ISO partition.
Signed-off-by: Egbert Eich
---
Changes for v2:
- Coding style fixes.
From: Egbert Eich
Storage devices with more than 2TB generally use blocksizes of 4096 bytes,
So far u-boot was unable to boot from those devices as block sizes were
hard coded to 512 bytes.
This patchset adds support for blocksizes != 512 byte to:
- the ISO partition table.
- the ext4.
To b
From: Egbert Eich
The 512 byte block size was hard coded in the ext4 file systems.
Large harddisks today support bigger block sizes typically 4096
bytes.
This patch removes this limitation.
Signed-off-by: Egbert Eich
---
Changes for v2:
From: Egbert Eich
log2 of the device block size serves as the shift value used to calculate
the block number to read in file systems when implementing avaiable block
sizes.
It is needed quite often in file systems thus it is pre-calculated and
stored in the block device descriptor.
Signed-off-by
Hello Stefan,
on 10.04.2013 09:17, Stefan Roese wrote:
> Titanium is a i.MX6 based board from ProjectionDesign / Barco. This
> patch adds support for this board with the newly introduced NAND
> support for i.MX6.
>
> Signed-off-by: Stefan Roese
> ---
> MAINTAINERS |
Hello Albert,
On 10.04.2013 01:14, Albert ARIBAUD wrote:
> CONFIG_SPL_MAX_SIZE wrongly included BSS size.
> Split 12K max size between 10K image (text,rodata,data)
> and 2K BSS based on sizes reported for current build:
>
>text data bss
>9073 840 500
>
> Signed
Dear Stefan Roese,
> To support NAND on the iMX6 this patch moves some headers into
> i.MX common locations. Instead of creating new files in the imx6
> include directory containing nearly the same content.
>
> Here the diffstat:
They look reasonable, can you give them a test on m28evk please?
Hi Benoît,
On Tue, 9 Apr 2013 21:48:30 +0200, Benoît Thébaudeau
wrote:
> From: Fabio Estevam
>
> Introduce CONFIG_SYS_NAND_BUSWIDTH_16BIT option so that other NAND controller
> drivers could use it when a 16-bit NAND is deployed.
>
> drivers/mtd/nand/ndfc has CONFIG_SYS_NDFC_16BIT, so just r
> "Peter" == Peter Korsgaard writes:
Hi,
Tom> We should do some real defines here while at it, since the GP EVM
Tom> has NAND :)
Peter> Yes. It's a bit unfortunate that CONFIG_SPL_OS_BOOT is a global
Peter> setting, so you need all the various falcon boot related defines
Peter> even if
Signed-off-by: Xie Xiaobo
---
drivers/net/phy/atheros.c | 34 +-
1 file changed, 33 insertions(+), 1 deletion(-)
diff --git a/drivers/net/phy/atheros.c b/drivers/net/phy/atheros.c
index 9b3808b..4691f85 100644
--- a/drivers/net/phy/atheros.c
+++ b/drivers/net/phy/
On Wed, April 10, 2013 03:51, Joe Hershberger wrote:
> Hi Michael,
>
> I just tested this on my Zynq target and it worked. However, you make
> a good point that it is possible for there to be more traces after the
> eth_halt call. I can't imagine the stack would like that in all
> situations (sin
Dear Scott,
In message <136490.31043.20@snotra> you wrote:
>
> If that means you have some other reason for objecting that you *do*
> want to go into, could you elaborate?
I explained that before: we already have commands to operate with the
caches, and we should rather use the existingones
Dear tiger...@viatech.com.cn,
In message you
wrote:
>
> What is the abbreviation of DWMMC / DWMCI?
These are already abbreviations; I don't think you can shorten them
even more without losing too much of information ;-)
> I could not google any doc introducing them!
> Are they the new types of
Hi Stefano,
On Wed, Apr 10, 2013 at 3:10 AM, Stefano Babic wrote:
> I am afraid you are breaking MX3x / MX25 because you add
> MXC_CSPICTRL_MODE_MASK only to MX5 / MX6.
It will not break other platforms because this code is protected with
a "#ifdef MXC_ECSPI".
And MXC_ECSPI is only defined on
Dear Stefan Roese,
In message <1365578252-13264-1-git-send-email...@denx.de> you wrote:
> Titanium is a i.MX6 based board from ProjectionDesign / Barco. This
> patch adds support for this board with the newly introduced NAND
> support for i.MX6.
>
> Signed-off-by: Stefan Roese
There are checkpa
This patch add new defines for usb phy for Exynos4x12.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
drivers/usb/gadget/regs-otg.h|5 +
drivers/usb/gadget/s3c_udc_otg.c |9 +++--
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a
This patchset enable 'ums' command on Trats2 board.
Definitions are added to pmic max77693 to enable safeout outputs.
USB s3c_udc is modified to support Exnos4x12
Piotr Wilczek (4):
driver:usb:s3c_udc: add support for Exynos4x12
usb:composite: use memcpy to avoid unaligned access
pmic: max7
This patch memcpy is used instead of an assignment to
avoid unaligned access execption on some ARM platforms.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Lukasz Majewski
---
drivers/usb/gadget/composite.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
---
include/power/max77693_pmic.h |3 +++
1 file changed, 3 insertions(+)
diff --git a/include/power/max77693_pmic.h b/include/power/max77693_pmic.h
index 07c3dd6..c43ace0 100644
--- a/include/power/max77693_pmic.h
+++ b/include/powe
This patch enables 'ums' command on Trats2 board.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
---
board/samsung/trats2/trats2.c | 133 +
include/configs/trats2.h | 19 ++
2 files changed, 152 insertions(+)
diff --git a/board/sa
Dear Stefan Roese,
In message <1365578252-13264-1-git-send-email...@denx.de> you wrote:
> Titanium is a i.MX6 based board from ProjectionDesign / Barco. This
> patch adds support for this board with the newly introduced NAND
> support for i.MX6.
having a second look...
> +int board_mmc_init(bd_t
On Thu, Mar 14, 2013 at 05:32:50AM -, Tom Rini wrote:
> We make these two functions take a size_t pointer to how much space
> was used on NAND to read or write the buffer (when reads/writes happen)
> so that bad blocks can be accounted for. We also make them take an
> loff_t limit on how much
Thank you Wolfgang and Prafulla for feedback on patch v1.
This is version 2.
I couldn't figure out how to squash all these changes in one
file with git. Do I just cat them? Hence, for this patch request
they are unsquashed and in separate emails. Please let me
know how I should squash for v3!
Thi
Create an entry for the Seagate GoFlexHome as goflexhome
Signed-off-by: Suriyan Ramasami
---
Changes for v2:
- Coding style changes
MAINTAINERS |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1614b91..6292a58 100644
--- a/MAINT
Create an entry for the Seagate GoFlexHome as goflexhome
Its exactly like the dockstar entry.
Signed-off-by: Suriyan Ramasami
---
Changes for v2:
- Coding style changes
boards.cfg |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/boards.cfg b/boards.cfg
index 5fc7
Start with dockstar's dockstar.h
Add #define CONFIG_CMD_IDE, CONFIG_MVSATA_IDE for IDE support
Add #define CONFIG_CMD_DATE, CONFIG_RTC_MV for RTC support
Add #define CONFIG_CMD_EXT4 for supporting ext4 FS
Change CONFIG_SYS_PROMPT to be GoFlex specific
Change CONFIG_ENV_ADDR and CONFIG_ENV_OFFSET to
Start with the Dockstar Makefile
Add the two object files goflexhome.o and goflexhomemenu.o
that need to be compiled
Signed-off-by: Suriyan Ramasami
---
Changes for v2:
- Coding style changes
board/Seagate/goflexhome/Makefile | 51 +
1 files changed
Start with the Dockstar kwbimage.cfg
Absolutely no change from the dockstar file
Signed-off-by: Suriyan Ramasami
---
Changes for v2:
- Coding style changes
board/Seagate/goflexhome/kwbimage.cfg | 168 +
1 files changed, 168 insertions(+), 0 deletions(-)
Start with the dockstar file.
In all the #defines cosmetically change DOCKSTAR to GOFLEXHOME
Signed-off-by: Suriyan Ramasami
---
Changes in v2:
- Coding style changes
board/Seagate/goflexhome/goflexhome.h | 47 +
1 files changed, 47 insertions(+), 0 del
Start with the dockstar file.
Include goflexhome.h instead of dockstar.h
Change #define DOCKSTAR_* to #define GOFLEXHOME_*
Change the MACH_TYPE_DOCKSTAR to MACH_TYPE_GOFLEXHOME to reflect
that its a GoFlexHome.
Signed-off-by: Suriyan Ramasami
---
Changes in v2:
Coding style changes
boar
Initialize usb and ide.
Scan through the usb for storage and boot capable partitions.
Scan through the ide interface for boot capable partitions.
Present such bootable options to the user to choose to boot from
If the user does not choose any choose the default option
the default option is the opti
Hi Suriyan,
On Wed, 10 Apr 2013 06:12:09 -0700, Suriyan Ramasami
wrote:
> Thank you Wolfgang and Prafulla for feedback on patch v1.
> This is version 2.
>
> I couldn't figure out how to squash all these changes in one
> file with git. Do I just cat them? Hence, for this patch request
> they are
Dear Egbert Eich,
> -Original Message-
> From: Egbert Eich [mailto:egbert.e...@gmail.com]
> Sent: Tuesday, April 09, 2013 5:12 PM
> To: u-boot@lists.denx.de
> Cc: Piotr Wilczek; Egbert Eich
> Subject: [Patch v2] cmd/gpt: Support gpt command for all devices
>
> From: Egbert Eich
>
> The
Dear Suriyan Ramasami,
In message <1365599537-14138-1-git-send-email-suriya...@gmail.com> you wrote:
>
> I couldn't figure out how to squash all these changes in one
> file with git. Do I just cat them? Hence, for this patch request
> they are unsquashed and in separate emails. Please let me
> kn
On Apr 8, 2013, at 1:57 PM, Tom Rini wrote:
>>> What I'm saying is that once either mainline, or another TI-provided
>>> tree exists and doesn't need these options set, they can go away.
>>
>> I want several new u-boot features (DFU, USB host Ethernet, GPT
>> support, etc.) but cannot casually u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/10/2013 10:58 AM, Michael Cashwell wrote:
> On Apr 8, 2013, at 1:57 PM, Tom Rini wrote:
>
What I'm saying is that once either mainline, or another
TI-provided tree exists and doesn't need these options set,
they can go away.
>>
After further testing we can run DDR at 400MHz so update the timings
again.
Tested-by: Koen Kooi
Signed-off-by: Tom Rini
---
arch/arm/include/asm/arch-am33xx/ddr_defs.h | 20 ++--
board/ti/am335x/board.c |2 +-
2 files changed, 11 insertions(+), 11 dele
Hi Michael,
On Wed, Apr 10, 2013 at 5:07 AM, Michael Walle wrote:
> On Wed, April 10, 2013 03:51, Joe Hershberger wrote:
>> Hi Michael,
>>
>> I just tested this on my Zynq target and it worked. However, you make
>> a good point that it is possible for there to be more traces after the
>> eth_hal
The following changes since commit 645b271a6039e79b368f027a5624dc0820441733:
patman: Add Series-process-log tag to sort/uniq change logs (2013-04-08
15:21:22 -0700)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fetch changes up to dda48e8efff878
As suggested by Stephen Warren, use tegra_get_chip() to return
the pure CHIPID for a Tegra SoC (i.e. 0x20 for Tegra20, 0x30 for
Tegra30, etc.) and rename tegra_get_chip_type() to reflect its true
function, i.e. tegra_get_chip_sku(), which returns an ID like
TEGRA_SOC_T25, TEGRA_SOC_T33, etc.
Signe
On 04/10/2013 11:53 AM, Tom Warren wrote:
> As suggested by Stephen Warren, use tegra_get_chip() to return
> the pure CHIPID for a Tegra SoC (i.e. 0x20 for Tegra20, 0x30 for
> Tegra30, etc.) and rename tegra_get_chip_type() to reflect its true
> function, i.e. tegra_get_chip_sku(), which returns an
From: Fabio Estevam
mx6slevk board is a development board from Freescale based on the mx6 solo-lite
processor.
For details about mx6slevk, please refer to:
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=IMX6SLEVK&parentCode=i.MX6SL&fpsp=1
Signed-off-by: Fabio Estevam
---
Change
From: Fabio Estevam
Instead of having the same PAD control definition in each MX6 variant pin file,
place it into a common location.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- None
Changes since v1:
- Add missing IOMUX_CONFIG_SION definition to avoid breakage on mx6dl
arch/arm/inclu
From: Fabio Estevam
mx6 solo-lite is another member of the mx6 series.
For more information about mx6 solo-lite, please visit:
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX6SL&nodeId=018rH3ZrDRB24A
Signed-off-by: Fabio Estevam
---
Changes since v2:
- None
Changes since v
On 04/10/2013 06:54:25 AM, Wolfgang Denk wrote:
Dear Scott,
In message <136490.31043.20@snotra> you wrote:
>
> If that means you have some other reason for objecting that you *do*
> want to go into, could you elaborate?
I explained that before: we already have commands to operate with the
c
This has a 2MiB erase block size eMMC, so make sure we align on that for
best possible performance.
Signed-off-by: Tom Rini
---
include/configs/omap5_uevm.h |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/include/configs/omap5_uevm.h b/include/configs/omap5_uevm.h
index
Hello,
The following changes since commit dd2445ec1b839a5ca61ff8438a5b7aebb21b7986:
omap5_common.h: Use fallback CONFIG_SYS_BAUDRATE_TABLE (2013-04-08 11:40:59
-0400)
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
for you to fetch changes up to eef6da032683
On Wed, Apr 03, 2013 at 02:35:32PM -0500, Jon Hunter wrote:
> Currently, u-boot support for the omap2420-h4 board is broken and
> u-boot is not booting when program into flash. Fix u-boot support
> for this board.
>
> Jon Hunter (4):
> omap2420-h4: Fix DRAM initialisation
> omap2420-h4: Fix b
On Tue, Apr 09, 2013 at 11:05:33AM +0300, Lubomir Popov wrote:
> The omap4460_volts struct was incorrectly referencing tps62361
> instead of twl6030 as PMIC for the core and mm voltages (the
> tps is used for mpu supply only). This shall lead to bad OPP
> settings while booting kernel. Fixing it.
On Tue, Apr 09, 2013 at 11:41:33AM -0400, Tom Rini wrote:
> Given that on TI814x we have MMC1/2 swapped, we also need to swap them
> in MMC_BOOT_DEVICES_START/END
>
> Reported-by: Peter Korsgaard
> Signed-off-by: Tom Rini
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Descriptio
On Wed, Apr 10, 2013 at 03:44:41PM -0400, Tom Rini wrote:
> This has a 2MiB erase block size eMMC, so make sure we align on that for
> best possible performance.
>
> Signed-off-by: Tom Rini
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On 04/09/2013 10:57:04 PM, Prabhakar Kushwaha wrote:
On 04/10/2013 05:11 AM, Scott Wood wrote:
On 04/08/2013 11:56:25 PM, Prabhakar Kushwaha wrote:
I tried just after CONFIG_P1010 but it is giving compilation error.
What error?
make[1]: Entering directory
`/home/b32579/Workspace/MERGE/OP
On Wed, Apr 10, 2013 at 11:16:54AM -0400, Tom Rini wrote:
> After further testing we can run DDR at 400MHz so update the timings
> again.
>
> Tested-by: Koen Kooi
> Signed-off-by: Tom Rini
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Tue, Apr 09, 2013 at 05:10:59PM +0200, Mats K??rrman wrote:
> If watchdog is enabled, the arch/powerpc/lib/ticks.S::wait_ticks() function
> calls the function specified by the WATCHDOG_RESET macro.
> The wait_ticks function depends on the registers r0, r6 and r7 being
> preserved however that i
On 04/10/2013 02:06:10 AM, Stefan Roese wrote:
Signed-off-by: Stefan Roese
Cc: Stefano Babic
Cc: Marek Vasut
Cc: Fabio Estevam
Cc: Scott Wood
---
arch/arm/cpu/armv7/mx6/soc.c | 7 +++
arch/arm/include/asm/imx-common/regs-bch.h | 10 ++
drivers/mtd/nand/mxs_nand.c
Hi Benoît,
On Tue, 9 Apr 2013 21:48:30 +0200, Benoît Thébaudeau
wrote:
> From: Fabio Estevam
>
> Introduce CONFIG_SYS_NAND_BUSWIDTH_16BIT option so that other NAND controller
> drivers could use it when a 16-bit NAND is deployed.
>
> drivers/mtd/nand/ndfc has CONFIG_SYS_NDFC_16BIT, so just r
Hi Joe,
Am Mittwoch 10 April 2013, 18:13:57 schrieb Joe Hershberger:
> > If i understand you correctly, the network will only be halted once the
> > bootloader starts an operating system. Then what do you think about
> > making either the nc_send_packet() or nc_putc()/nc_puts() function a
> > noo
This patch add support for storing the environment redundant on
mmc devices. Substantially it re-uses the logic from the NAND implementation,
that means using an incremental counter for marking newer data.
Signed-off-by: Michael Heimpold
---
board/freescale/common/sdhc_boot.c |2 +-
common/e
Dear Scott,
In message <1365622923.8381.10@snotra> you wrote:
>
> > I explained that before: we already have commands to operate with the
> > caches, and we should rather use the existingones and extend these as
> > needed instead of adding arbitrary new ones.
>
> The existing ones have semantics
On 04/10/2013 04:04:43 PM, Wolfgang Denk wrote:
Dear Scott,
In message <1365622923.8381.10@snotra> you wrote:
> testing that we cannot do). Blackfin is weird -- if we did a simple
> split at the C-code level it looks like we'd have two dummy loops
> executing.
Huh? flush_cache() does not incl
Hi Fabio,
On Tue, 9 Apr 2013 16:03:52 -0300, Fabio Estevam
wrote:
> The conversion of mx31pdk to SPL NAND fixed the boot issue, but we start
> seeing
> resets in loop, which prevents us from reaching the U-boot prompt.
>
> Until the proper fix can be identified, disable watchdog, so that mx31
Hi Tom,
On Wed, 10 Apr 2013 16:07:57 -0400, Tom Rini wrote:
> Hello,
>
> The following changes since commit dd2445ec1b839a5ca61ff8438a5b7aebb21b7986:
>
> omap5_common.h: Use fallback CONFIG_SYS_BAUDRATE_TABLE (2013-04-08 11:40:59
> -0400)
>
> are available in the git repository at:
>
>
Hi Albert,
On Wednesday, April 10, 2013 10:43:31 PM, Albert ARIBAUD wrote:
> Hi Benoît,
>
> On Tue, 9 Apr 2013 21:48:30 +0200, Benoît Thébaudeau
> wrote:
>
> > From: Fabio Estevam
> >
> > Introduce CONFIG_SYS_NAND_BUSWIDTH_16BIT option so that other NAND
> > controller
> > drivers could use
On Wed, Apr 10, 2013 at 6:26 PM, Benoît Thébaudeau
wrote:
> Thanks, but you have applied the bundle from my branch instead of the series
> from the mailing list, so all commit messages are crippled with patman stuff,
> my SoB is missing, and 01 and 02/30 do not have Fabio set as the author. Is it
Hi Benoît,
On Wed, 10 Apr 2013 23:26:10 +0200 (CEST), Benoît Thébaudeau
wrote:
> Hi Albert,
>
> On Wednesday, April 10, 2013 10:43:31 PM, Albert ARIBAUD wrote:
> > Hi Benoît,
> >
> > On Tue, 9 Apr 2013 21:48:30 +0200, Benoît Thébaudeau
> > wrote:
> >
> > > From: Fabio Estevam
> > >
> > >
Hello,
I have mistakenly applied Benoît's bundle for his v11 30-patch
series instead of the 30 patchwork patches.
since it was just shortly ago and I have not output any PR yet, I have
rolled back master and next of u-boot-arm to just before the series and
am in the process of rolling it forward
The processor is hopefully running with M(ega)Hz and not with m(illi)Hz.
Signed-off-by: Manfred Huber
---
arch/arm/cpu/armv7/omap3/sys_info.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap3/sys_info.c
b/arch/arm/cpu/armv7/omap3/sys_info.c
inde
Hi Fabio,
On Wed, 10 Apr 2013 18:34:13 -0300, Fabio Estevam
wrote:
> On Wed, Apr 10, 2013 at 6:26 PM, Benoît Thébaudeau
> wrote:
>
> > Thanks, but you have applied the bundle from my branch instead of the series
> > from the mailing list, so all commit messages are crippled with patman
> > st
On Thu, 11 Apr 2013 00:07:13 +0200, Albert ARIBAUD
wrote:
> Hello,
>
> I have mistakenly applied Benoît's bundle for his v11 30-patch
> series instead of the 30 patchwork patches.
>
> since it was just shortly ago and I have not output any PR yet, I have
> rolled back master and next of u-boot-
On 04/09/2013 05:14 PM, Albert ARIBAUD wrote:
> Remove SPL-related ASSERT() in arch/arm/cpu/u-boot.lds
> as this file is never used for SPL builds.
>
> Rewrite the ASSERT() in arch/arm/cpu/u-boot-spl.lds
> to separately test image (text,data,rodata...) size
> and BSS size each against its own max.
Hi Stephen,
On Wed, 10 Apr 2013 16:21:54 -0600, Stephen Warren
wrote:
> On 04/09/2013 05:14 PM, Albert ARIBAUD wrote:
> > Remove SPL-related ASSERT() in arch/arm/cpu/u-boot.lds
> > as this file is never used for SPL builds.
> >
> > Rewrite the ASSERT() in arch/arm/cpu/u-boot-spl.lds
> > to sepa
Dear Scott Wood,
In message <1365628243.8381.20@snotra> you wrote:
>
> > > testing that we cannot do). Blackfin is weird -- if we did a simple
> > > split at the C-code level it looks like we'd have two dummy loops
> > > executing.
> >
> > Huh? flush_cache() does not include any loop for BF.
>
On 04/10/2013 05:50:56 PM, Wolfgang Denk wrote:
Dear Scott Wood,
In message <1365628243.8381.20@snotra> you wrote:
>
> > > testing that we cannot do). Blackfin is weird -- if we did a
simple
> > > split at the C-code level it looks like we'd have two dummy
loops
> > > executing.
> >
> > Hu
On 04/10/2013 04:50 PM, Albert ARIBAUD wrote:
> On Wed, 10 Apr 2013 16:21:54 -0600, Stephen Warren wrote:
>> On 04/09/2013 05:14 PM, Albert ARIBAUD wrote:
...
>> This still seems to have separate defines for SPL text/data/rodata size
>> and BSS size. If I want instead to limit the total text/data/r
On Thu, 11 Apr 2013 00:50:01 +0200, Albert ARIBAUD
wrote:
> What we could do, though, is subdivide testing based on the existence or
> non-existence of CONFIG_SPL_BSS_START_ADDR:
>
> - if CONFIG_SPL_BSS_START_ADDR exists, then we assume SPL image and
> BSS are disjoint and we test each one aga
On Wed, 10 Apr 2013 01:14:51 +0200, Albert ARIBAUD
wrote:
> CONFIG_SPL_MAX_SIZE and CONFIG_SPL_BSS_MAX_SIZE did not have constant
> semantics across all of U-boot. This patch series aims at fixing this by
> splitting the maximum size into separate image (code + data + rodata +
> linker list) size
Hello,
The following changes since commit
009d75ccc11d27b9a083375a88bb93cb746b4800:
Merge branch 'u-boot/master' into 'u-boot-arm/master' (2013-03-28
18:50:01 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-arm master
for you to fetch changes up to aad17a2f2bdd0b
On 04/10/2013 05:09 PM, Albert ARIBAUD wrote:
> On Thu, 11 Apr 2013 00:50:01 +0200, Albert ARIBAUD
> wrote:
>
>> What we could do, though, is subdivide testing based on the existence or
>> non-existence of CONFIG_SPL_BSS_START_ADDR:
>>
>> - if CONFIG_SPL_BSS_START_ADDR exists, then we assume SPL
Hi Albert,
On Thursday, April 11, 2013 1:12:17 AM, Albert ARIBAUD wrote:
> Hello,
>
> The following changes since commit
> 009d75ccc11d27b9a083375a88bb93cb746b4800:
>
> Merge branch 'u-boot/master' into 'u-boot-arm/master' (2013-03-28
> 18:50:01 +0100)
>
> are available in the git repositor
This is yet another attempt with patch v3.
Thanks to Wolfgang, Prafulla and Albert for comments, corrections,
and suggestions.
Comments on the files:
MAINTAINERS:
Add maintainer entry for the Seagate GoFlexHome
board/Seagate/goflexhome/Makefile:
Start with the Dockstar Makefile
The object file is
Let me just preface this reply with the disclaimer that I'm fairly new
to embedded development, and it sounds like you know a lot more about
what you're talking about than I do ;).
On 4/6/2013 12:18 AM, Trent Piepho wrote:
Did you already have the bad sectors when you burnt under Linux? I
hadn
Hi,
This patchset adds support for the Palm Treo 680 smartphone. I had to make some
minor tweaks to u-boot to get things working. Most of these changes are small,
and most only touch the pxa arch.
Thanks for looking.
Changelog:
v2:
- tabs removed in #defines in palmtreo680.h
- use '__weak'
This adds the definitions required to support the LCD device on the Palm Treo
680.
Signed-off-by: Mike Dunn
---
drivers/video/pxa_lcd.c | 32
1 files changed, 32 insertions(+), 0 deletions(-)
diff --git a/drivers/video/pxa_lcd.c b/drivers/video/pxa_lcd.c
index
Make lcd_init() a weak pointer so that boards can overload it if necessary. The
palmtreo680 board needs to wiggle some gpios and configure the pwm controller in
order to get the lcd and its backlight working.
Signed-off-by: Mike Dunn
---
drivers/video/pxa_lcd.c |2 +-
1 files changed, 1 ins
If CONFIG_USB_DEV_PULLUP_GPIO is defined, a link error occurs because the
set_GPIO_mode() helper function is not implemented. This function doesn't do
much except make the code a little more readable, so I just manually coded its
equivalent and removed the prototype from the header file. It is in
On the pxa270, if the udc device is not disabled before jumping to linux, the
device fails to initialize in linux because it was left in a running state, and
the linux driver assumes that it is in a disabled state.
Signed-off-by: Mike Dunn
---
Arguably, this is a bug in the linux driver, but it
This patch adds the bitrev library from the linux kernel. This is a simple
algorithm that uses an 8 bit look-up table to reverse the bits in data types of
8, 16, or 32 bit widths. The docg4 nand flash driver uses it.
[port from linux kernel 2.6.20 commit a5cfc1ec58a07074dacb6aa8c79eff864c966d12]
This patch adds a driver for the diskonchip G4 nand flash device. It is based
on the driver from the linux kernel.
This also includes a separate SPL driver. A separate SPL driver is used because
the device operates in a different mode (reliable mode) when loading a boot
image, and also because t
A quick overview of u-boot implementation on the treo 680...
The treo 680 has a Diskonchip G4 nand flash chip. This device has a 2k region
that maps to the system bus at the reset vector in a NOR-like fashion so that it
can be used as the boot device. The phone is shipped with this 2k region
con
Hi, Denk:
Thanks for your reply!
Some Samsung engineers were updating DWMMC related drivers.
So, Samsung SOC adopted this DWMCI IP?
Best wishes,
-邮件原件-
发件人: Wolfgang Denk [mailto:w...@denx.de]
发送时间: 2013年4月10日 19:58
收件人: Tiger Liu
抄送: u-boot@lists.denx.de
主题: Re: [U-Boot] DWMMC / DWMCI q
On Wed, Apr 10, 2013 at 8:12 AM, Suriyan Ramasami wrote:
> Initialize usb and ide.
> Scan through the usb for storage and boot capable partitions.
> Scan through the ide interface for boot capable partitions.
> Present such bootable options to the user to choose to boot from
> If the user does not
Signed-off-by: Otavio Salvador
---
include/configs/mx6qsabre_common.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/mx6qsabre_common.h
b/include/configs/mx6qsabre_common.h
index dc113e1..5da748e 100644
--- a/include/configs/mx6qsabre_common.h
+++ b/include/c
On Wed, Apr 10, 2013 at 11:55 PM, Otavio Salvador
wrote:
> Signed-off-by: Otavio Salvador
Acked-by: Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
1 - 100 of 107 matches
Mail list logo