On 05/12/2011 14:26, Dirk Behme wrote:
> On 05.12.2011 14:23, Fabio Estevam wrote:
>> On Mon, Dec 5, 2011 at 10:57 AM, Jason Liu wrote:
>>
>>> +IMAGE_VERSION 2
>>> +
>>> +# Boot Device : one of
>>> +# spi, sd (the board has no nand neither onenand)
>>> +
>>> +BOOT_FROM sd
>>
>> This board doe
We are not doing this any more. The bdinfo command will be updated to
display this information instead, so remove previous display info.
Signed-off-by: Shengzhou Liu
---
board/freescale/p3060qds/p3060qds.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/board/freescal
Signed-off-by: Thomas Weber
---
Changelog:
v2: Remove DEBUG definition instead of commenting
common/env_nand.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/common/env_nand.c b/common/env_nand.c
index ce13def..3cb75c8 100644
--- a/common/env_nand.c
+++
This moves CONFIG_SYS_TEXT_BASE one MB after beginning of SD-RAM. Move
CONFIG_SYS_SPL_MALLOC_START to have one MB of free space for the u-boot
image.
CONFIG_SYS_TEXT_BASE was in the middle of the bss-section. This was the
reason for the problems with MMC boot described here:
http://article.gmane.o
Hi Albert,
Here is the V2 Tom was talking about:
http://patchwork.ozlabs.org/patch/129584/
I also have this patch in the queue which i hope I can rebase this
evening (it was kind of forgotten):
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/105545/focus=113495
Regards
Simon
On 12/05/
On 06.12.2011 09:46, Stefano Babic wrote:
On 05/12/2011 14:26, Dirk Behme wrote:
On 05.12.2011 14:23, Fabio Estevam wrote:
On Mon, Dec 5, 2011 at 10:57 AM, Jason Liu wrote:
+IMAGE_VERSION 2
+
+# Boot Device : one of
+# spi, sd (the board has no nand neither onenand)
+
+BOOT_FROM sd
Thi
We are not doing this any more. The bdinfo command will be updated to
display this information instead, so remove previous display info.
Signed-off-by: Shengzhou Liu
---
board/freescale/corenet_ds/corenet_ds.c |4
board/freescale/p2041rdb/p2041rdb.c |4
board/freescale/p30
Hi Albert,
On 12/05/2011 07:05 PM, Albert ARIBAUD wrote:
>
> As I don't have much time and the december release is coming soon, I would
> appreciate that anyone with a patch that they think should go to ARM master
> now
> please send me an e-mail with the link to the patchwork patch page so that
Hi Gabe,
On 06/12/11 09:09, Gabe Black wrote:
> This change also forces the lib_sysinfo structure to be in the .data
> section. Otherwise it ends up in the .bss section. U-boot assumes that it
> doesn't need to copy it over during relocation, and instead fills that
> whole section with zeroes. If
Hi Gabe,
On 06/12/11 09:09, Gabe Black wrote:
> This change cleans up some formatting issues in the zimage handling code, and
> converts it from using offsets added to a base pointer to using the available
> structure definitions which were already being included.
>
> Signed-off-by: Gabe Black
>
Hi Gabe,
On 06/12/11 09:09, Gabe Black wrote:
> This change conditionally modifies the zboot command so that it can use the
> 32 bit boot protocol. This is necessary because the 16 bit realmode entry
> point assumes that it can call BIOS services which neither coreboot nor
> u-boot provide.
>
> S
Hi Gabe,
On 06/12/11 09:09, Gabe Black wrote:
> Also approximate the size of RAM using the largest RAM address available
> in the tables. There may be areas which are marked as reserved which are
> actually at the end of RAM.
>
> Signed-off-by: Gabe Black
> ---
> Changes in v2:
> - Moved the cor
Hi Gabe,
On 06/12/11 09:09, Gabe Black wrote:
> If vboot successfully verifies a kernel, it will leave it in place and
> basically ready to boot. The zeropage table which is part of the x86 boot
> protocol is at the end of the kernel, though, instead of the beginning, and
> because the image is al
Hi Gabe,
On 06/12/11 09:09, Gabe Black wrote:
> This change finishes plumbing the initrd support built into the zboot
> mechanism out to the command interface.
>
> It also fixes a bug in the command declaration where the kernel size could
> be passed as an optional second parameter but not enough
Dear Rob Herring,
In message <1323129873-8786-1-git-send-email-robherri...@gmail.com> you wrote:
>
> The env variable "ethaddr" may not be set, so get the address from the
> eth_device struct instead. This also enables pxe for secondary ethernet
> devices.
This is not correct. The "ethaddr" envi
Dear Gabe Black,
In message <1323134730-18471-1-git-send-email-gabebl...@chromium.org> you wrote:
> Coreboot uses a very simple "file system" called CBFS to keep track of and
> allow access to multiple "files" in a ROM image. This change adds CBFS
> support and some commands to use it to u-boot. T
Dear Thomas Weber,
In message <1323159576-5888-1-git-send-email-we...@corscience.de> you wrote:
> Signed-off-by: Thomas Weber
> ---
> Changelog:
> v2: Remove DEBUG definition instead of commenting
>
> common/env_nand.c |2 --
> 1 files changed, 0 insertions(+), 2 deletions(-)
A
Hi all,
first I would like to thank everybody who helped me to reduce the
backlog of patches and pushed stuff through the u-boot-staging repo:
thanks: Anatolij, Heiko, Marek, Stefan, and Stefano.
Hm... nobody outside DENX in this list :-(
Second, I would like to get ready for the -rc1 pre-relea
Hi Wolfgang,
On 06/12/11 22:12, Wolfgang Denk wrote:
> Hi all,
>
> first I would like to thank everybody who helped me to reduce the
> backlog of patches and pushed stuff through the u-boot-staging repo:
> thanks: Anatolij, Heiko, Marek, Stefan, and Stefano.
>
> Hm... nobody outside DENX in this
On Tue, Dec 6, 2011 at 7:41 AM, Dirk Behme wrote:
> Yes, this is correct. The ~20 line workaround is executed first in the SPI
> NOR and then jumps back to the SD boot routines. Hopefully there will be
> updated/modified boards in the future were the boot mode is configurable,
> again.
Yes, upda
hi Albert,
On Mon Dec 05, 2011 at 07:05:41PM +0100, Albert ARIBAUD wrote:
> As I don't have much time and the december release is coming soon, I
> would appreciate that anyone with a patch that they think should go
> to ARM master now please send me an e-mail with the link to the
> patchwork patch
Hi Albert,
On Mon, 05 Dec 2011 19:05:41 +0100
Albert ARIBAUD wrote:
...
> Patches than can go into ARM master now are:
>
> - build fixes and bug fixes submitted even after merge window close;
This one fixes build issues for a number of boards:
http://patchwork.ozlabs.org/patch/124858
i've del
Hi Wolfgang,
On 12/06/11 13:12, Wolfgang Denk wrote:
> Hi all,
>
> first I would like to thank everybody who helped me to reduce the
> backlog of patches and pushed stuff through the u-boot-staging repo:
> thanks: Anatolij, Heiko, Marek, Stefan, and Stefano.
>
> Hm... nobody outside DENX in this
This adds support for the Micrel KS8721BL/SL PHY.
The definition is taken from the correspondent datasheet.
Signed-off-by: Vladimir Zapolskiy
---
drivers/net/phy/micrel.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/drivers/net/phy/micrel.c b/drivers/net/p
This change adds complete support for Starterkit SK-AT91SAM9/SIM508
board.
Signed-off-by: Vladimir Zapolskiy
---
MAINTAINERS|4 +
board/starterkit/skat91_sim508/Makefile| 44 ++
board/starterkit/skat91_sim508/partition.c | 39 +
boa
Hi Wolfgang,
On 06.12.2011 13:12, Wolfgang Denk wrote:
Hi all,
first I would like to thank everybody who helped me to reduce the
backlog of patches and pushed stuff through the u-boot-staging repo:
thanks: Anatolij, Heiko, Marek, Stefan, and Stefano.
Hm... nobody outside DENX in this list :-(
Dear Vladimir Zapolskiy,
In message <1323176650-8339-1-git-send-email...@mleia.com>
(sfid-20111206_130449_572868_43286534) you wrote:
> This change adds complete support for Starterkit SK-AT91SAM9/SIM508
> board.
>
> Signed-off-by: Vladimir Zapolskiy
You probably want to put the responsible cu
Dear Vladimir Zapolskiy,
In message <4ede1729.9040...@mleia.com> (sfid-20111206_132335_868182_7BD58FAF)
you wrote:
>
> would it be possible to upmerge my realisation for NXP LPC32XX support
> and DevKit3250 board during the merge window?
You should not ask me, but the responsible custodian.
B
This change adds complete support for Starterkit SK-AT91SAM9/SIM508
board.
Signed-off-by: Vladimir Zapolskiy
Cc: Reinhard Meyer
---
Changes from v1 to v2:
* Removed CONFIG_EXTRA_ENV_SETTINGS from board config
MAINTAINERS|4 +
board/starterkit/skat91_sim5
Hi Wolfgang,
On 06.12.2011 15:31, Wolfgang Denk wrote:
Dear Vladimir Zapolskiy,
In message<1323176650-8339-1-git-send-email...@mleia.com>
(sfid-20111206_130449_572868_43286534) you wrote:
This change adds complete support for Starterkit SK-AT91SAM9/SIM508
board.
Signed-off-by: Vladimir Zapo
dram_init function in board/davinci/common/misc.c does not get
compiled for spl builds, thus rendering inclusion of memsize.c
useless.
Signed-off-by: Sughosh Ganu
---
Changes since V1:
Rebased to current master branch
nand_spl/board/davinci/da8xxevm/Makefile |6 --
1 files changed, 0 i
On 06.12.2011 10:16, Simon Schwarz wrote:
> This moves CONFIG_SYS_TEXT_BASE one MB after beginning of SD-RAM. Move
> CONFIG_SYS_SPL_MALLOC_START to have one MB of free space for the u-boot
> image.
>
> CONFIG_SYS_TEXT_BASE was in the middle of the bss-section. This was the
> reason for the problem
Hi Albert,
I would like to ask you to upmerge NXP LPC32XX and DevKit3250 support.
I didn't receive any response from you and I can't detect, if something
is still missing, or you're willing to include the changes into the next
merge window.
I tend to think that there are no stoppers anymore
Hi Scott,
On 20.11.2011 16:10, Vladimir Zapolskiy wrote:
This change follows the change by Wolfgang Grandegger (commit 6c869637fef),
which allows to remove useless NAND_MAX_CHIPS definitions in board config
files.
The change is based on u-boot.git/master, this branch contains 3 new boards
with
Hi Wolfgang,
On 06.12.2011 15:35, Wolfgang Denk wrote:
Dear Vladimir Zapolskiy,
In message<4ede1729.9040...@mleia.com> (sfid-20111206_132335_868182_7BD58FAF)
you wrote:
would it be possible to upmerge my realisation for NXP LPC32XX support
and DevKit3250 board during the merge window?
You
On 31/10/2011 17:23, Simon Schwarz wrote:
> Adds direct Linux boot to SPL. It implements a spl export command to save
> ATAGS or FDT to NAND flash. The kernel image has to be in place for this!
>
> Changes in V5:
> - Rebased on u-boot-ti
> - fixed MAKEALL warnings and errors
> - adapted to genera
On Tue, Dec 6, 2011 at 2:32 AM, Simon Schwarz
wrote:
> Hi Albert,
>
> Here is the V2 Tom was talking about:
> http://patchwork.ozlabs.org/patch/129584/
>
> I also have this patch in the queue which i hope I can rebase this evening
> (it was kind of forgotten):
> http://thread.gmane.org/gmane.comp.
On Mon, Oct 31, 2011 at 9:23 AM, Simon Schwarz
wrote:
> From: Simon Schwarz
>
> Linux crashes if the GPMC isn't configured for the dm9000.
Not a NAK since the code does this before the patch as well, but a
clean up to devkit8000 I'd like to see is switching this over to
enable_gpmc_cs_config()
On Mon, Oct 31, 2011 at 9:23 AM, Simon Schwarz
wrote:
> From: Simon Schwarz
>
> This implements booting of Linux from NAND in SPL
[snip]
> + /* load parameter image */
> + /* load to temp position since nand_spl_load_image reads
> + * a whole block which
Dear Vladimir,
In message <4ede21c1.6010...@mleia.com> (sfid-20111206_140838_823869_D329B307)
you wrote:
>
> > You should not ask me, but the responsible custodian.
>
> please excuse me, but sometimes I have to ask you, often you're the last
> resort in getting feedback relatively to my crap.
Hey all,
The following series enhances AM3517EVM support as follows:
- Make use of uEnv.txt on MMC, when possible (#4).
- Add build targets for supporting NOR flash and booting from NOR flash
(#5).
* As the commit messages say, this requires hardware modifications for
NOR to be seen at all
The comment in get_boot_type says that bit 5 indicates if we are
peripheral or memory booting, but the mask wasn't including this. Fix.
Signed-off-by: Tom Rini
---
arch/arm/include/asm/arch-omap3/cpu.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/as
gpmc_init() was disabling chip select 0 and then waiting the required
amount of time for the change to settle before calling
enable_gpmc_cs_config on CS 0 which starts by disabling and then
sleeping. Remove this redundancy.
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap3/mem.c |7 -
From: Vaibhav Hiremath
Please note that NOR Flash is located on Application board and requires
hardware modification to get NOR boot mode working.
NOR Flash boot mode configuration -
- From baseboard remove R235 resistor.
- Set switch S11.3 position to "ON"
- Set S7 swit
This adds uEnv.txt (and optargs/uenvcmd) support to the MMC boot section
Signed-off-by: Tom Rini
---
include/configs/am3517_evm.h | 22 --
1 files changed, 20 insertions(+), 2 deletions(-)
diff --git a/include/configs/am3517_evm.h b/include/configs/am3517_evm.h
index d44ee
These build targets will make a U-Boot that knows about the NOR
flash that can be enabled on this board (see previous commits for
details) and a U-Boot that can run from NOR flash (u-boot.bin).
When we are building to run from NOR flash we makes changes to
the default environment in order to run t
From: Steve Kipisz
Signed-off-by: Steve Kipisz
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap3/emac.c | 20 +++-
arch/arm/include/asm/arch-omap3/emac_defs.h |3 +++
2 files changed, 22 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap3/e
Signed-off-by: Tom Rini
---
include/configs/am3517_evm.h | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/include/configs/am3517_evm.h b/include/configs/am3517_evm.h
index 8eb693a..ed6a143 100644
--- a/include/configs/am3517_evm.h
+++ b/include/configs/am3517
Tested-by: Koen Kooi
Signed-off-by: Tom Rini
---
include/configs/am3517_crane.h | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/include/configs/am3517_crane.h b/include/configs/am3517_crane.h
index 0a0c261..ea862fd 100644
--- a/include/configs/am3517_crane.
On Tue, Dec 06, 2011 at 06:12:22AM -0500, Wolfgang Denk wrote:
> Second, I would like to get ready for the -rc1 pre-release. I'll wait
> for the next ARM pull request from Albert, and then I will push -rc1
> out.
>
> If anybody has any unmerged patches pending that are supposed to go
> in, please
On Mon, Dec 5, 2011 at 1:05 PM, Tom Rini wrote:
> On Mon, Dec 5, 2011 at 3:58 AM, Christian Riesch
> wrote:
>>
>> Hi,
>> this is v5 of the last part of my recent patchset
>
> Following on to my last email in 2/6 of the series, if there's no
> objections other than mine about commenting and not do
Hi Tom,
On Tue, Dec 6, 2011 at 5:46 PM, Tom Rini wrote:
> On Mon, Dec 5, 2011 at 1:05 PM, Tom Rini wrote:
>> On Mon, Dec 5, 2011 at 3:58 AM, Christian Riesch
>> wrote:
>>>
>>> Hi,
>>> this is v5 of the last part of my recent patchset
>>
>> Following on to my last email in 2/6 of the series, if
On 12/06/2011 10:08 AM, Christian Riesch wrote:
> Hi Tom,
>
> On Tue, Dec 6, 2011 at 5:46 PM, Tom Rini wrote:
>> On Mon, Dec 5, 2011 at 1:05 PM, Tom Rini wrote:
>>> On Mon, Dec 5, 2011 at 3:58 AM, Christian Riesch
>>> wrote:
Hi,
this is v5 of the last part of my recent patchset
>
On 31/10/2011 17:23, Simon Schwarz wrote:
> From: Simon Schwarz
>
> spl_nand overwrote BSS section because it reads a whole block everytime. Now
> loads the block to spare area and just copy the needed junk to destination.
> Whole block read is necessary for ecc check!
>
> Signed-off-by: Simon S
From: Simon Schwarz
Adds prep subcommand to bootm implementation of ARM. When bootm is called with
the subcommand prep the function stops right after ATAGS creation and before
announce_and_cleanup.
This is used in command "cmd_spl export"
Signed-off-by: Simon Schwarz
---
V2 changes:
nothing
On 12/06/2011 07:58 AM, Vladimir Zapolskiy wrote:
> Hi Scott,
>
> On 20.11.2011 16:10, Vladimir Zapolskiy wrote:
>> This change follows the change by Wolfgang Grandegger (commit
>> 6c869637fef),
>> which allows to remove useless NAND_MAX_CHIPS definitions in board config
>> files.
>>
>> The change
On Tue, Dec 6, 2011 at 6:14 PM, Tom Rini wrote:
> On 12/06/2011 10:08 AM, Christian Riesch wrote:
>> Hi Tom,
>>
>> On Tue, Dec 6, 2011 at 5:46 PM, Tom Rini wrote:
>>> On Mon, Dec 5, 2011 at 1:05 PM, Tom Rini wrote:
On Mon, Dec 5, 2011 at 3:58 AM, Christian Riesch
wrote:
>
> Hi
On Tue, Dec 6, 2011 at 10:32 AM, Christian Riesch
wrote:
> On Tue, Dec 6, 2011 at 6:14 PM, Tom Rini wrote:
>> On 12/06/2011 10:08 AM, Christian Riesch wrote:
>>> Hi Tom,
>>>
>>> On Tue, Dec 6, 2011 at 5:46 PM, Tom Rini wrote:
On Mon, Dec 5, 2011 at 1:05 PM, Tom Rini wrote:
> On Mon, De
Adds direct Linux boot to SPL. It implements a spl export command to save
ATAGS or FDT to NAND flash. The kernel image has to be in place for this!
Changes in V5:
- Rebased on u-boot-ti
- fixed MAKEALL warnings and errors
- adapted to general gpio interface
Changes in V6:
- Change old commit mess
From: Simon Schwarz
This adds a spl command to the u-boot.
Related config:
CONFIG_CMD_CPL
activate/deactivate the command
CONFIG_CMD_SPL_NAND_OFS
Offset in NAND to use
Signed-off-by: Simon Schwarz
---
V2 changes:
CHG corrected bootm call. Now bootm is called with five parameter
From: Simon Schwarz
Linux crashes if the GPMC isn't configured for the dm9000.
Signed-off-by: Simon Schwarz
---
V2 changes:
nothing
V3 changes:
nothing
V4 changes:
noting
V5 changes:
nothing
V6 changes:
nothing
V7 changes:
FIX multiline comment style
(http://article.gmane.org/gmane
From: Simon Schwarz
This implements booting of Linux from NAND in SPL
Related config parameters:
CONFIG_SYS_NAND_SPL_KERNEL_OFFS
Offset in NAND of direct boot kernel image to use in SPL
CONFIG_SYS_SPL_ARGS_ADDR
Address where the kernel boot arguments are expected - this is
From: Simon Schwarz
spl_nand overwrote BSS section because it reads a whole block everytime. Now
loads the block to spare area and just copy the needed junk to destination.
Whole block read is necessary for ecc check!
Signed-off-by: Simon Schwarz
---
V2 changes:
nothing
V3 changes:
nothing
V4
From: Simon Schwarz
This adds Linux booting to the SPL
This depends on CONFIG_MACH_TYPE patch by Igor Grinberg
(http://article.gmane.org/gmane.comp.boot-loaders.u-boot/105809)
Related CONFIGs:
CONFIG_SPL_OS_BOOT
Activates/Deactivates the OS booting feature
CONFIG_SPL_OS_BOOT_KEY
On 12/06/2011 06:18 PM, Stefano Babic wrote:
On 31/10/2011 17:23, Simon Schwarz wrote:
From: Simon Schwarz
spl_nand overwrote BSS section because it reads a whole block everytime. Now
loads the block to spare area and just copy the needed junk to destination.
Whole block read is necessary for e
Hi Albert,
One patch:
http://patchwork.ozlabs.org/patch/129753/
And a series (needs the above patch):
http://patchwork.ozlabs.org/patch/129756/
http://patchwork.ozlabs.org/patch/129758/
http://patchwork.ozlabs.org/patch/129757/
http://patchwork.ozlabs.org/patch/129759/
http://patchwork.ozlabs.or
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Holger Brunck
> Sent: 06 December 2011 02:24
> To: Albert ARIBAUD
> Cc: U-Boot
> Subject: Re: [U-Boot] [ARM] Pending patches for december release?
>
> Hi Albert,
>
> On 12/05/201
On Tue, Dec 6, 2011 at 10:58 AM, Simon Schwarz
wrote:
> Hi Albert,
>
> One patch:
> http://patchwork.ozlabs.org/patch/129753/
I've delegated this to Albert already.
> And a series (needs the above patch):
> http://patchwork.ozlabs.org/patch/129756/
> http://patchwork.ozlabs.org/patch/129758/
> h
On 12/06/2011 06:18 PM, Stefano Babic wrote:
On 31/10/2011 17:23, Simon Schwarz wrote:
From: Simon Schwarz
spl_nand overwrote BSS section because it reads a whole block everytime. Now
loads the block to spare area and just copy the needed junk to destination.
Whole block read is necessary for e
On 06/12/2011 18:53, Simon Schwarz wrote:
> Hmm. This is from the former nand_spl.
Yes, I know. Until the load address does not conflict with the fix
offset, we have never seen this problem.
> Why not use malloc for this?
Of course, malloc - I want only to get rid of such hardcoded values ;-)
Dear Simon Schwarz,
In message <4ede56ab.3070...@gmail.com> you wrote:
>
> Why not use malloc for this? Thanks to changes in the FAT driver we now
> have it in the SPL.
No, please do NOT do that!!!
I knew I should have never accepted to allow this in the SPL fromt he
beginning, and indeed it wa
Dear Tom Rini,
In message
you wrote:
>
> I've taken these, but I think it's time for a V9 given your suggestion
> we should switch to malloc in the last part.
No, please don't. Keep the SPL leam and without critically big
overhead on all kinds of resources as introduced by malloc().
Consider
On 06.12.2011 19:27, Scott Wood wrote:
On 12/06/2011 07:58 AM, Vladimir Zapolskiy wrote:
Hi Scott,
On 20.11.2011 16:10, Vladimir Zapolskiy wrote:
This change follows the change by Wolfgang Grandegger (commit
6c869637fef),
which allows to remove useless NAND_MAX_CHIPS definitions in board confi
Adds direct Linux boot to SPL. It implements a spl export command to save
ATAGS or FDT to NAND flash. The kernel image has to be in place for this!
Changes in V5:
- Rebased on u-boot-ti
- fixed MAKEALL warnings and errors
- adapted to general gpio interface
Changes in V6:
- Change old commit mess
From: Simon Schwarz
This adds a spl command to the u-boot.
Related config:
CONFIG_CMD_CPL
activate/deactivate the command
CONFIG_CMD_SPL_NAND_OFS
Offset in NAND to use
Signed-off-by: Simon Schwarz
---
V2 changes:
CHG corrected bootm call. Now bootm is called with five parameter
From: Simon Schwarz
This implements booting of Linux from NAND in SPL
Related config parameters:
CONFIG_SYS_NAND_SPL_KERNEL_OFFS
Offset in NAND of direct boot kernel image to use in SPL
CONFIG_SYS_SPL_ARGS_ADDR
Address where the kernel boot arguments are expected - this is
From: Simon Schwarz
Linux crashes if the GPMC isn't configured for the dm9000.
Signed-off-by: Simon Schwarz
---
V2 changes:
nothing
V3 changes:
nothing
V4 changes:
noting
V5 changes:
nothing
V6 changes:
nothing
V7 changes:
FIX multiline comment style
(http://article.gmane.org/gmane
From: Simon Schwarz
This adds Linux booting to the SPL
This depends on CONFIG_MACH_TYPE patch by Igor Grinberg
(http://article.gmane.org/gmane.comp.boot-loaders.u-boot/105809)
Related CONFIGs:
CONFIG_SPL_OS_BOOT
Activates/Deactivates the OS booting feature
CONFIG_SPL_OS_BOOT_KEY
On 12/06/2011 12:34 PM, Vladimir Zapolskiy wrote:
> On 06.12.2011 19:27, Scott Wood wrote:
>> On 12/06/2011 07:58 AM, Vladimir Zapolskiy wrote:
>>> Hi Scott,
>>>
>>> is there any problem with this pending change?
>>
>> No, looks good.
>>
> Being a NAND Flash custodian, would you like to pick it up?
On Fri, Dec 2, 2011 at 1:59 PM, Simon Glass wrote:
> Hi Graeme,
>
> On Fri, Dec 2, 2011 at 1:28 PM, Graeme Russ wrote:
>> Hi Anton,
>>
>> On 30/11/11 10:39, Gabe Black wrote:
>>> The ALLOC_CACHE_ALIGN_BUFFER macro allocates a pointer to a buffer, and the
>>> address of the pointer and not the buf
Simon Glass wrote at Monday, December 05, 2011 7:03 PM:
> On Mon, Dec 5, 2011 at 3:32 PM, Stephen Warren wrote:
> > On 12/02/2011 07:11 PM, Simon Glass wrote:
> >> CONFIG_USB_EHCI_TXFIFO_THRESH enables setting of the txfilltuning
> >> field in the EHCI controller on reset.
> >
> >> diff --git a/dr
On 06.12.2011 20:56, Scott Wood wrote:
On 12/06/2011 12:34 PM, Vladimir Zapolskiy wrote:
On 06.12.2011 19:27, Scott Wood wrote:
On 12/06/2011 07:58 AM, Vladimir Zapolskiy wrote:
Hi Scott,
is there any problem with this pending change?
No, looks good.
Being a NAND Flash custodian, would yo
Hi Anton,
On Tue, 6 Dec 2011 10:50:14 -0800
Anton Staaf wrote:
...
> Whimper whimper. This is silly, what happened was that two different
> patches collided when committed. Mine had the correct change to this
> file. Doug Andersons also touched this file but reverted the change.
> So when both
Hi Stephen,
On Tue, Dec 6, 2011 at 10:58 AM, Stephen Warren wrote:
> Simon Glass wrote at Monday, December 05, 2011 7:03 PM:
>> On Mon, Dec 5, 2011 at 3:32 PM, Stephen Warren wrote:
>> > On 12/02/2011 07:11 PM, Simon Glass wrote:
>> >> CONFIG_USB_EHCI_TXFIFO_THRESH enables setting of the txfillt
From: Rob Herring
If the net driver has setup a valid ethernet address and an ethernet
address is not set in the environment already, then set the environment
variables from the net driver setting
This enables pxe booting on boards which don't set ethaddr env variable.
Signed-off-by: Rob Herrin
Dear Anton Staaf,
In message
you wrote:
>
> Whimper whimper. This is silly, what happened was that two different
> patches collided when committed. Mine had the correct change to this
> file. Doug Andersons also touched this file but reverted the change.
> So when both changes went in the res
On 12/06/2011 11:53 AM, Simon Schwarz wrote:
> On 12/06/2011 06:18 PM, Stefano Babic wrote:
>> I found the readon of the kernel corrupt image. We are setting a very
>> hard address in /nand_spl_simple.c:
>>
>> ecc_calc = (u_char *)(CONFIG_SYS_SDRAM_BASE + 0x1);
>>
>> Because the image for a TI
Dear Mike Partington,
In message <1288211469-32443-1-git-send-email-mpart...@lexmark.com> you wrote:
> Modify exports.h to remove its dependencies on other files, thus
> enabling standalone apps to require only exports.h from the U-Boot
> source tree. This appears to be the intent based on the fo
On Wed, 28 Sep 2011 09:47:16 -0700
Ash Charles wrote:
> MMC interfaces are specified to be 3.3V compatible with an operating
> voltage range of 3.1V to 3.5V for SD cards. This change affects
> hardware using TWL4030 (TPS6595x) PMICs and should improve the
> reliability when communicating with mar
Dear Chandan Nath,
In message <1316603432-17780-1-git-send-email-chandan.n...@ti.com> you wrote:
> This patch is added for PHY whose register offset value exceeds 0xFF and
> cannot be used with "unsigned char" datatype in miiphy_read, miiphy_write
> and miiphy_register functions. Datatype of regis
Dear Mike Frysinger,
In message <1323056722-22453-1-git-send-email-vap...@gentoo.org> you wrote:
> If we move the local funcs to the top of the file, and use the
> __maybe_unused define, we can drop a lot of ugly ifdef logic and
> duplicated prototypes.
>
> Acked-by: Simon Glass
> Signed-off-by:
Dear Jason Hobbs,
In message <1320671235-9224-1-git-send-email-jason.ho...@calxeda.com> you wrote:
> If no default label is specified, but a situation arises where the
> default label should be used, treat the first label specified as the
> default label.
>
> Signed-off-by: Jason Hobbs
> Cc: Ric
On Fri, 30 Sep 2011 12:20:57 -0700
Steve Sakoman wrote:
> Signed-off-by: Steve Sakoman
> ---
>
> diff --git a/include/configs/omap3_overo.h b/include/configs/omap3_overo.h
> index 9a8ef06..8114194 100644
> --- a/include/configs/omap3_overo.h
> +++ b/include/configs/omap3_overo.h
> @@ -164,8 +16
Dear Dave Aldridge,
In message <1318251753-23604-2-git-send-email-fovs...@gmail.com> you wrote:
> GEM devices support larger clock divisors and have a different
> range of divisors. Program the MDIO clock divisors based on the
> device type.
>
> Signed-off-by: Dave Aldridge
> ---
> drivers/net
Dear Dave Aldridge,
In message <1318251753-23604-2-git-send-email-fovs...@gmail.com> you wrote:
> GEM devices support larger clock divisors and have a different
> range of divisors. Program the MDIO clock divisors based on the
> device type.
>
> Signed-off-by: Dave Aldridge
> ---
> drivers/net
On 12/05/2011 05:55 PM, Simon Glass wrote:
> On Mon, Dec 5, 2011 at 3:25 PM, Stephen Warren wrote:
>> On 12/02/2011 07:11 PM, Simon Glass wrote:
>>> This adds peripheral IDs and timing information to the USB part of the
>>> device tree for U-Boot.
>>>
>>> The peripheral IDs provide easy access to
Dear Vadim Bendebury,
In message <20111016011334.94bb741...@eskimo.mtv.corp.google.com> you wrote:
> The command gets an arbitrary number of arguments (up to 30), which
> are interpreted as byte values and are feed into the TPM device after
> proper initialization. Then the return value and data o
Dear Mike Frysinger,
In message <1320725924-16542-1-git-send-email-vap...@gentoo.org> you wrote:
> This should make sending out e-mails to the right people easier.
>
> Signed-off-by: Mike Frysinger
> ---
> v2
> - update Kumar/Minkyu's entries
>
> doc/git-mailrc | 101
>
Dear Andy Fleming,
In message <1321918844-19597-1-git-send-email-aflem...@freescale.com> you wrote:
> It is sometimes desireable to clean up the byproducts of the build
> process without removing the executable results. "make clean" is
> close, but leaves the build directory with a large number of
On Tue, 8 Nov 2011 01:43:32 -0800
Gabe Black wrote:
> This change copies over the pci_ids.h file from Linux verbatim, plus a few
> ids that had been added by hand. The last non-merge change hash in that
> file in the kernel repository was:
>
> 8930c8aa740b12ad69f44a35137bcc39bfa3dc41
>
> and t
1 - 100 of 198 matches
Mail list logo
