Hi Daniel,
Le 25/01/2012 14:19, Daniel Gorsulowski a écrit :
Signed-off-by: Daniel Gorsulowski
---
board/esd/meesc/meesc.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/board/esd/meesc/meesc.c b/board/esd/meesc/meesc.c
index 4882ffc..9dd4375 100644
--- a/boar
Hi Daniel,
Le 25/01/2012 14:19, Daniel Gorsulowski a écrit :
Signed-off-by: Daniel Gorsulowski
---
board/esd/otc570/otc570.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/board/esd/otc570/otc570.c b/board/esd/otc570/otc570.c
index 5dded41..0c12b66 100644
---
Hello T Krishnamoorthy
T Krishnamoorthy, Balaji wrote:
> On Mon, Jan 23, 2012 at 3:14 PM, Patil, Rachna wrote:
>> commit 2faa76196af4b3e93bcb9e38ed9090cbd3b06db3
>> Author: Patil, Rachna
>> Date: Sun Jan 22 23:44:12 2012 +
>>
>> ARM: I2C: I2C Multi byte address support
>>
>> Existi
* Before, the normal altera UART driver was compiled in unconditionally
and the JTAG UART was missed out.
* Work around this by conditionalizing the driver to use based on the
UART choice in the user's custom FPGA header file. If both were to be
present, the JTAG UART would have prefere
* Copy over Blackfin's get_ticks and get_tbclk - they work just fine on
Nios2.
Signed-off-by: Alex Hornung
---
arch/nios2/cpu/interrupts.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/arch/nios2/cpu/interrupts.c b/arch/nios2/cpu/interrupts.c
On 20/02/12 07:33, Alex Hornung wrote:
> * Before, the normal altera UART driver was compiled in unconditionally
>and the JTAG UART was missed out.
>
> * Work around this by conditionalizing the driver to use based on the
>UART choice in the user's custom FPGA header file. If both were t
On 19/02/2012 06:57, Thomas Weber wrote:
> Hello Stefano,
Hallo Thomas,
>> +int spl_uboot_key(void);
> shouldn't this be spl_start_uboot ? The request if the key for starting
> u-boot is pressed?
It is - the prototype for spl_uboot_key is obsolete, I remove it for the
next version, thanks.
Stefa
> Marek, Stefano,
>
> what kept you from accepting these patches? There was no objection on
> these.
The regs-digctl.h file being incomplete, it didn't contain all the bit
definitions even though I shared the tool to convert file provided by FSL to
uboot format.
M
>
> Matthias
>
> On 07.02.
In addition to the error message also display the error code. I had the
problem that my malloc memory was not enough (ENOMEM), and if u-boot
had displayed the error code immediately that would have saved me some
debugging.
Signed-off-by: Bernhard Walle
---
v2: Print the non-negated error value.
On 20.02.2012 09:32, Marek Vasut wrote:
>> Marek, Stefano,
>>
>> what kept you from accepting these patches? There was no objection on
>> these.
>
> The regs-digctl.h file being incomplete, it didn't contain all the bit
> definitions even though I shared the tool to convert file provided by FSL t
Hi Bernard,
Le 20/02/2012 09:44, Bernhard Walle a écrit :
In addition to the error message also display the error code. I had the
problem that my malloc memory was not enough (ENOMEM), and if u-boot
had displayed the error code immediately that would have saved me some
debugging.
Signed-off-by:
Am 20.02.2012 09:59, schrieb Albert ARIBAUD:
>
> Dry numbers as error messages are better than no error messages but only
> marginally IMO. Isn't there a way to emit a readable message re malloc
> instead of emitting an int value?
Well, I'm not familiar with the u-boot codebase. Does u-boot hav
On 20/02/2012 09:32, Marek Vasut wrote:
>> Marek, Stefano,
>>
>> what kept you from accepting these patches? There was no objection on
>> these.
>
> The regs-digctl.h file being incomplete, it didn't contain all the bit
> definitions even though I shared the tool to convert file provided by FSL t
On 07/02/2012 15:08, rob...@delien.nl wrote:
> From: Robert Delien
>
> This patch adds register definitions for the registers of the DIGCTL
> IP-block.
>
> Signed-off-by: Robert Delien
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
On 07/02/2012 15:08, rob...@delien.nl wrote:
> From: Robert Delien
>
> This patch replaces the use of magice numbers for scratch register
> addresses with earlier defined register definitions.
>
> Signed-off-by: Robert Delien
> ---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
-
On Monday 13 February 2012 06:57 PM, Ajay Bhargav wrote:
This patch adds USB host controller's UTMI PHY interface driver for
Armada100 SOCs.
Signed-off-by: Ajay Bhargav
---
Changes for v2:
- Fix: enable only required clock in MPMU
Changes for v3:
- Added timeout on while loops
Hi Bernhard,
Le 20/02/2012 10:11, Bernhard Walle a écrit :
Am 20.02.2012 09:59, schrieb Albert ARIBAUD:
Dry numbers as error messages are better than no error messages but only
marginally IMO. Isn't there a way to emit a readable message re malloc
instead of emitting an int value?
Well, I'm
Detlev Zundel denx.de> writes:
Appreciate your reply Detlev, please find my replies in-line,
> what is the "DM365-IPNC-1.0.14" version about? I cannot see such a
> version (or tag) in mainline U-Boot.
I'm sorry for the typo that is supposed to be 1.0.1.
> So indeed, this cannot be in your
Hi,
On Sat, Feb 18, 2012 at 05:21:46PM +0100, Albert ARIBAUD wrote :
> Also, doesn't this overallocate for U-Boot and seriously reduce the
> space available for Linux in Flash?
>
I did so on Marek's recommendation. Right now, u-boot's size for
AT91SAM9261EK is 235kB. I guess we can allocate a bi
Hi Alexandre,
Le 20/02/2012 11:40, Alexandre Belloni a écrit :
Hi,
On Sat, Feb 18, 2012 at 05:21:46PM +0100, Albert ARIBAUD wrote :
Also, doesn't this overallocate for U-Boot and seriously reduce the
space available for Linux in Flash?
I did so on Marek's recommendation. Right now, u-boot's
On Sat, 18 Feb 2012 12:19:23 +0100
Albert ARIBAUD wrote:
> Hi Lukasz,
>
> Le 18/10/2011 16:25, Lukasz Majewski a écrit :
> > Volatile keyword removal from
> > ./arch/arm/include/asm/bitops.h
> >
> > Signed-off-by: Lukasz Majewski
> > Signed-off-by: Kyungmin Park
> > ---
> > arch/arm/include/as
Hi, Andy,
Sorry for the late reply because of my mail system's problem.
On Mon, 2012-02-13 at 02:09 -0600, Andy Fleming wrote:
> 1) I'm not convinced we need a "MASTER" build target. Isn't it
> possible to just add support for serving as an SRIO master, and to
> enable support from the command lin
Hi Stefano,
On Mon, Feb 20, 2012 at 5:40 AM, Marek Vasut wrote:
> Yea ... that issue is fixed. I acked patches 1,2,3 ... I'm still unsure about
> patch 4.
Can patches 1,2,3 be applied? They fix the kernel reset issue.
Thanks,
Fabio Estevam
___
U-Boo
On at91sam platforms, u-boot grew larger than the allocated size in
dataflash, the layout was:
bootstrap 0x
ubootenv 0x4200
uboot 0x8400
kernel 0x00042000
u-boot with the defconfig doesn't seem to fit in 0x42000 - 0x8400 =
0x39C00 bytes anymore.
Now, the layout is:
boo
On Mon, Feb 20, 2012 at 11:46:58AM +0100, Albert ARIBAUD wrote :
> Hmm... With 8MByte FLASH the proposed mapping leaves 7+ MB for the
> flashed kernel, which should be enough :) so that's ok.
>
Ok then, I just prefixed the patch title with AT91SAM9*:
Regards,
--
Alexandre Belloni
_
Hi Alexandre,
Le 20/02/2012 13:48, Alexandre Belloni a écrit :
On at91sam platforms, u-boot grew larger than the allocated size in
dataflash, the layout was:
bootstrap 0x
ubootenv 0x4200
uboot 0x8400
kernel 0x00042000
u-boot with the defconfig doesn't seem to fit in
Hi,
I am using u-Boot [2009.08-CanyonlandsOptimized_2.6.30_1.13-01] in
canyonlands board to flash my ram file system (which I need to do often). I go
in step to erase/tftp/copy the binary in my flash.
era 0xfc20 0xfd5f
tftp 0x20 canyonlands/ramdisk.img
cp.b ${fileaddr} 0xfc20
> Hi Stefano,
>
> On Mon, Feb 20, 2012 at 5:40 AM, Marek Vasut wrote:
> > Yea ... that issue is fixed. I acked patches 1,2,3 ... I'm still unsure
> > about patch 4.
>
> Can patches 1,2,3 be applied? They fix the kernel reset issue.
>
> Thanks,
>
> Fabio Estevam
I'll apply and retest what's su
Hallo
Just like to report problem when compiling U-boot tools
After building U-boot.bin wit h make -all
I tried to compile U-boot tools with
make env
or
make tools-all
It reports error:
fw_env.c: In function `flash_write_buf':
fw_env.c:860: error: `MTD_DATAFLASH' undeclared (first use in this
On 13/02/2012 08:29, Dirk Behme wrote:
> The SD loader binary is now downloadable at
>
> https://wiki.linaro.org/Boards/MX6QSabreLite
>
> under a open-source 3-clause BSD license. Update the README
> for this.
>
> The discussion shows that it's hard to change the hardware
> regarding the default
On 09/02/2012 09:33, Wolfgang Grandegger wrote:
> Currently, only USB Host 1 is supported.
>
> Cc: Remy Bohmer
> Signed-off-by: Wolfgang Grandegger
> ---
Applied to u-boot-imx (after rebasing), thanks.
Best regards,
Stefano Babic
--
===
On 09/02/2012 09:33, Wolfgang Grandegger wrote:
> Cc: Stefano Babic
> Cc: Jason Liu
> Signed-off-by: Wolfgang Grandegger
> ---
Applied to u-boot-imx (after rebasing), thanks.
Best regards,
Stefano Babic
--
=
DENX Software E
On Saturday 18 February 2012 10:18 PM, Albert ARIBAUD wrote:
Hi Aneesh,
[...]
I will get back with more details on the Linaro GCC 2012.01 later.
I meant "the Linaro GCC 2012.01 tool-chain problem"
This is a different problem. Some of the .rodata symbols are given an
odd address although t
On 24.01.2012 10:10, Andreas Bießmann wrote:
> From: Andreas Bießmann
>
> If one want to use fw_printenv/fw_setenv in special variants (eg compiled in
> MTD parameters without configuration file) he need to change the sources.
> This patch add the posibillity to change the behaviour of fw_printen
On at91sam platforms, u-boot grew larger than the allocated size in
dataflash, the layout was:
bootstrap 0x
ubootenv 0x4200
uboot 0x8400
kernel 0x00042000
u-boot with the defconfig doesn't seem to fit in 0x42000 - 0x8400 =
0x39C00 bytes anymore.
Now, the layout is:
boo
On Fri, Feb 17, 2012 at 05:35:20PM +0530, R Sricharan wrote:
> The OMAP5 silicon has new DDR PHY design, which includes a external PHY
> as well. So configuring the ext PHY parameters here. Also the EMIF timimg
> registers and a couple of DDR mode registers needs to be updated based on
> the testi
On Fri, Feb 17, 2012 at 05:35:27PM +0530, R Sricharan wrote:
> Adding the nessecary changes for OMAP5430 ES1.0 silicon.
>
> Signed-off-by: R Sricharan
[snip]
> +/* OPP SETTING */
> +#define OPP_NOM
Where is this used?
[snip]
> /* Defines for SPL */
> #define CONFIG_SPL
> -#define CONFIG_SPL_
On Fri, Feb 17, 2012 at 05:35:31PM +0530, R Sricharan wrote:
> From: Balaji T K
>
> palmas/TWL6035 is power IC for omap5 evm boards
>
> Signed-off-by: Balaji T K
[snip]
> +++ b/drivers/power/twl6035.c
[snip]
> +#ifdef CONFIG_TWL6035_POWER
Don't need to do that since we only link this file whe
On Fri, Feb 17, 2012 at 05:35:32PM +0530, R Sricharan wrote:
> From: Balaji T K
>
> Add omap5 pbias configuration for mmc1/sd lines
> and set voltage for sd data i/o lines
>
> Signed-off-by: Balaji T K
[snip]
> diff --git a/drivers/power/twl6035.c b/drivers/power/twl6035.c
> index 978a7ad..87
On Monday 20 February 2012 09:23:00 Kopac Drago wrote:
> I tried to compile U-boot tools with
> make env
> or
> make tools-all
>
> It reports error:
>
> fw_env.c: In function `flash_write_buf':
> fw_env.c:860: error: `MTD_DATAFLASH' undeclared (first use in this
> function)
the kernel headers in
Hi Sanjoy,
On Monday 20 February 2012 13:40:30 Sanjoy Saha - ERS, HCL Tech wrote:
> I am using u-Boot [2009.08-CanyonlandsOptimized_2.6.30_1.13-01] in
> canyonlands board to flash my ram file system (which I need to do often).
> I go in step to erase/tftp/copy the binary in my flash.
>
> era
Hi!
I found that if CONFIG_CMD_NET is undefined in a config file then the build
is broken. Tested for Beagleboard and Overo.
net/libnet.o: In function `rpc_req':
/home/maxx/OE/setup-scripts/build/tmp-angstrom_2010_x-eglibc/work/beagleboard-angstrom-linux-gnueabi/3.0.17/u-boot-2011.12-r3/git/net/n
On 02/20/2012 11:20 AM, Maxim Podbereznyy wrote:
Hi!
I found that if CONFIG_CMD_NET is undefined in a config file then the build
is broken. Tested for Beagleboard and Overo.
Correct, you also need to undefine CONFIG_CMD_NFS.
--
Tom
___
U-Boot mailin
Hi Wolfgang / Stefano,
On Thu, Jan 5, 2012 at 10:28 PM, Simon Glass wrote:
> Hi Wolfgang,
>
> On Thu, Jan 5, 2012 at 10:20 PM, Wolfgang Denk wrote:
>> Dear Simon Glass,
>>
>> In message <1325822097-15227-1-git-send-email-...@chromium.org> you wrote:
>>> This series fixes some warnings which seem
On Fri, Feb 17, 2012 at 04:33:05PM -0800, Jonathan Solnit wrote:
> Adds parameters to the OMAP MMC initialization function so the board
> can mask host capabilities and set the maximum clock frequency. While
> the OMAP supports a certain set of MMC host capabilities, individual
> boards may be mor
Hi Wolfgang,
Am Dienstag 03 Januar 2012, 15:46:09 schrieb Wolfgang Denk:
> > The linkstations don't have a (populated) serial port. There is no way to
> > access an unmodified board other than using the netconsole. If you want
> > to recover from a bad environment setting or an empty environment,
On Sun, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger wrote:
> On Saturday 18 February 2012 17:03:59 Simon Glass wrote:
> > On Wed, Feb 15, 2012 at 5:57 AM, Aneesh V wrote:
> > > -.globl reset_cpu
> > > +.type reset_cpu, %function
> > > +.globalreset_cpu
> >
> > Should we introduce a m
commit 2a8e0fc8b3dc31a3c571e439fbf04b882c8986be ("nand: Merge changes
from Linux nand driver") accidentally reverted commit
13f0fd94e3cae6f8a0d9fba5d367e311edc8ebde ("NAND: Scan bad blocks
lazily.").
Reinstate the change, as amended by commit
ff49ea8977b56916edd5b1766d9939010e30b181 ("NAND: Mark t
On Fri, Jan 20, 2012 at 06:39:05PM +0530, Prabhakar Kushwaha wrote:
> 1) OOB area should be updated irrespective of NAND page size. Earlier it was
> updated only for 512byte NAND page.
>
> 2) During OOB update fbcr should be equal to OOB size.
>
> Signed-off-by: Poonam Aggrwal
> Signed-off-by: P
On Fri, Jan 20, 2012 at 06:38:14PM +0530, Prabhakar Kushwaha wrote:
> Freescale IFC NAND Machine calculates ECC on 512byte sector and same is used
> in
> fsl_ifc_run_command() during ECC status verification. Also this sector is
> passed
> to is_blank() for blank checking. It is wrong at first pla
Hi Tom, Aneesh,
On Mon, Feb 20, 2012 at 12:07 PM, Tom Rini wrote:
> On Sun, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger wrote:
>> On Saturday 18 February 2012 17:03:59 Simon Glass wrote:
>> > On Wed, Feb 15, 2012 at 5:57 AM, Aneesh V wrote:
>> > > -.globl reset_cpu
>> > > +.type reset_cpu,
On Sun, Feb 19, 2012 at 10:44:52AM +0100, Thomas Weber wrote:
> Hello Tom, hello Rachna,
>
> I don't know if this is related to the i2c changes or mmc changes?
>
> When I boot from nand and then make "mmc rescan" the card is not detected.
> When booting with boot_key on Devkit8000 directly from s
Hi Albert,
On Fri, Feb 3, 2012 at 2:06 PM, Albert ARIBAUD
wrote:
> Hi Simon,
>
> Le 18/01/2012 20:31, Simon Glass a écrit :
>
>> [+TI maintainers, tx25 board maintainer]
>>
>> Hi Albert,
>
>
For ARM, a new arch/arm/lib/proc.S file is created, which holds generic
ARM assembler code (thin
This makes it easier to detect changes in the SPL portion,
as can currently be done for the main U-Boot image.
Signed-off-by: Scott Wood
---
v2: Only invoke size once.
MAKEALL |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index 0f2b4a1..c33be1
This reverts commits 2faa76196af4b3e93bcb9e38ed9090cbd3b06db3 and
498cbdfe62a8330f6c89765bdd15e60328a26511. These have introduced some
large problems on all other platforms and have more changes in them than
the commit message implies.
Cc: Heiko Schocher
Cc: Patil, Rachna
Signed-off-by: Tom Rin
This document describes the SPL process for OMAP3 (and related) boards
as well as a partial memory map and how to verify certain aspects
outside of running on the target.
Signed-off-by: Tom Rini
---
Changes for v4:
- Rework shell line, from Mike Frysinger
Changes for v2:
- Wording change
Acked-by: Mike Frysinger
Signed-off-by: Tom Rini
---
Changes for v2:
- Move check from arch/arm/config.mk to config.mk, reword summary
Changes for v3:
- Drop trailing comma in cc-option call (per Mike Frysinger)
Changes for v4:
- Add .su files to clean list
add .su to nuke list
Sign
Hi Tom,
On Mon, Feb 20, 2012 at 2:59 PM, Tom Rini wrote:
> This reverts commits 2faa76196af4b3e93bcb9e38ed9090cbd3b06db3 and
> 498cbdfe62a8330f6c89765bdd15e60328a26511. These have introduced some
> large problems on all other platforms and have more changes in them than
> the commit message impl
On Mon, Feb 20, 2012 at 5:44 PM, Simon Glass wrote:
> Hi Tom,
>
> On Mon, Feb 20, 2012 at 2:59 PM, Tom Rini wrote:
>> This reverts commits 2faa76196af4b3e93bcb9e38ed9090cbd3b06db3 and
>> 498cbdfe62a8330f6c89765bdd15e60328a26511. These have introduced some
>> large problems on all other platforms
Hi Tom,
On Mon, Feb 20, 2012 at 4:48 PM, Tom Rini wrote:
> On Mon, Feb 20, 2012 at 5:44 PM, Simon Glass wrote:
>> Hi Tom,
>>
>> On Mon, Feb 20, 2012 at 2:59 PM, Tom Rini wrote:
>>> This reverts commits 2faa76196af4b3e93bcb9e38ed9090cbd3b06db3 and
>>> 498cbdfe62a8330f6c89765bdd15e60328a26511. T
Hi Simon, Tom
On Tue, Feb 21, 2012 at 12:11 PM, Simon Glass wrote:
> Hi Tom,
>
> On Mon, Feb 20, 2012 at 4:48 PM, Tom Rini wrote:
>> On Mon, Feb 20, 2012 at 5:44 PM, Simon Glass wrote:
>>> Hi Tom,
>>>
>>> On Mon, Feb 20, 2012 at 2:59 PM, Tom Rini wrote:
This reverts commits 2faa76196af4b3
On 19 February 2012 20:59, Albert ARIBAUD wrote:
> Le 22/12/2011 12:16, David Müller a écrit :
>
>> This patch fixes the s3c24x0 timer code to work with the ARM
>> relocation feature.
>>
>> Signed-off-by: David Mueller
>>
>> ---
>> arch/arm/cpu/arm920t/s3c24x0/timer.c | 64
>> ++
(This series has trivial conflicts with the generic board series in the
arch/xxx/config.mk additions and also in that they both add
include/linux/sections.h. I original had this series first in my list,
but the generic board series now also applies directly to master, so I
will leave this one as i
These basic functions are needed by relocation. To avoid bringing in all
string.c functions (and the resulting code bloat for architectures where
-ffunction-sections is not used), move these into their own file.
Also tidy up the checkpatch warnings and function comments at the same
time.
I consid
We don't want this in a common file, or at least not yet, so add
this function to every start.S individually. The existing code tacked
on the end of a long relocation function and does not suit our needs
since it doesn't allow the address of board_init_r() to be passed in
and cannot be called from
Add use of common/ and lib/ libraries for the SPL stage, and
add the new link symbol required for generic relocation.
Signed-off-by: Simon Glass
---
Changes in v4:
- Split out tx25 changes into new patch
include/configs/tx25.h |2 ++
nand_spl/board/karo/tx25/Makefile | 11 +
Add a relocation implementation as the first thing in the generic board
library. This library is needed by SPL also.
We create a separate header file for link symbols defined by the link
scripts. It is helpful to have these all in one place and try to
make them common across architectures. Since L
This fixes the following warnings in an SPL build when libcommon is
in use:
spl.c:37: warning: 'gdata' defined but not used
spl.c:38: warning: 'bdata' defined but not used
Signed-off-by: Simon Glass
---
Changes in v4:
- Add new patch to fix davinci build warnings
arch/arm/cpu/arm926ejs/davinci
We are introducing a new generic relocation features and we want this to
be the default. So we need to opt all architectures out first. Some may
never have relocation, but those that do will eventually move over to
this generic relocation framework.
This is part of the unified board effort, but si
The start of the BSS is normally the end of the region in the image
that must be copied for relocation to work. But for SPL this is apparently
not always true, and ARMv7 has an explicit __image_copy_end symbol for
this. Add this new symbol to ARM926EJ-S to support SPL under generic
relocation.
Sig
Add use of common/ and lib/ libraries for the SPL stage, and
add the new link symbol required for generic relocation.
Signed-off-by: Simon Glass
---
Changes in v4:
- Split out hawkboard changes into new patch
board/davinci/da8xxevm/u-boot-spl-hawk.lds |1 +
include/configs/hawkboard.h
These symbols are currently part-way through each file. Most have the same
code, but there are small variations.
We move all these relocation symbols to the start next to the other
exported symbols, and export them so we can use them in generic relocation
code.
Signed-off-by: Simon Glass
---
Cha
Now that we are using the generic relocation framework, we don't need this
code.
Note: Here we lose the ARM1176's enable_mmu code. This seems to duplicate
code already in U-Boot now. Can anyone comment on this?
Signed-off-by: Simon Glass
---
Changes in v2:
- Make relocation symbols global so we
Add a function to process a single ELF relocation and switch ARM over
to use generic relocation.
Signed-off-by: Simon Glass
---
Changes in v2:
- Use an inline relocation function to reduce code size
Changes in v4:
- Remove proc.S file from Makefiles
- Split out board changes into separate patche
This adds a link symbol and updates the board Makefile so that it's
SPL implementation will work with generic relocation.
Signed-off-by: Simon Glass
---
Changes in v4:
- Split out mx31pdk changes into new patch
nand_spl/board/freescale/mx31pdk/Makefile |6 ++
nand_spl/board/freescale/
This seems to use an old SPL framework, or at least it is ugly enough
that I hope it is old. Add symlinks for the new files required by
generic relocation.
Signed-off-by: Simon Glass
---
Changes in v4:
- Add new patch to fix smdk6400 with generic relocation
nand_spl/board/samsung/smdk6400/Makef
Hi Albert,
On Fri, Feb 17, 2012 at 2:47 AM, Albert ARIBAUD
wrote:
> Hi Marek,
>
> Le 17/02/2012 10:49, Marek Vasut a écrit :
>
>>> Hi Simon,
>>>
>>> Le 21/11/2011 21:49, Simon Glass a écrit :
The ARM link scripts are very similar but each CPU has its own. This
series adds support f
Hi Albert,
On Fri, Feb 17, 2012 at 3:08 AM, Albert ARIBAUD
wrote:
> Hi Simon,
>
> Le 21/11/2011 21:49, Simon Glass a écrit :
>
>
>> + .text :
>> + {
>> + __text_start = .;
>
>
> This assignment to __text_start does not exist in any of the existing
> u-boot.lds files. Wha
On Monday 20 February 2012 15:07:46 Tom Rini wrote:
> On Sun, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger wrote:
> > On Saturday 18 February 2012 17:03:59 Simon Glass wrote:
> > > On Wed, Feb 15, 2012 at 5:57 AM, Aneesh V wrote:
> > > > -.globl reset_cpu
> > > > +.type reset_cpu, %function
>
On Monday 20 February 2012 16:53:40 Simon Glass wrote:
> On Mon, Feb 20, 2012 at 12:07 PM, Tom Rini wrote:
> > On Sun, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger wrote:
> >> On Saturday 18 February 2012 17:03:59 Simon Glass wrote:
> >> > On Wed, Feb 15, 2012 at 5:57 AM, Aneesh V wrote:
> >> >
Hi Mike,
On Wed, Feb 15, 2012 at 10:09 PM, Mike Frysinger wrote:
> On Wednesday 15 February 2012 18:51:17 Simon Glass wrote:
>> This provides a way for callers to create files for writing. We define
>> flags which mirror the POSIX values.
>>
>> Another approach would be to translate the flags at
This provides a way for callers to create files for writing. The flags
are translated at runtime, for the ones we support.
Signed-off-by: Simon Glass
---
Changes in v3:
- Change open() flags enum to #define
Changes in v4:
- Change space to tab in os.h
- Remove unneeded declaration of struct sand
Hi Mike,
On Mon, Feb 20, 2012 at 8:19 PM, Mike Frysinger wrote:
> On Monday 20 February 2012 16:53:40 Simon Glass wrote:
>> On Mon, Feb 20, 2012 at 12:07 PM, Tom Rini wrote:
>> > On Sun, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger wrote:
>> >> On Saturday 18 February 2012 17:03:59 Simon Glas
From: Tom Rini
This reverts commit 498cbdfe62a8330f6c89765bdd15e60328a26511 as we need
to revert the i2c changes that add the support for the platform.
Cc: Heiko Schocher
Cc: Patil, Rachna
Signed-off-by: Tom Rini
---
drivers/i2c/omap24xx_i2c.c | 20 +++-
1 files changed, 7
From: Tom Rini
This reverts commits 2faa76196af4b3e93bcb9e38ed9090cbd3b06db3 as
this has introduced some large problems on all other platforms and have
more changes in them than the commit message implies.
Cc: Heiko Schocher
Cc: Patil, Rachna
Signed-off-by: Tom Rini
---
drivers/i2c/omap24xx_
On Monday 20 February 2012 23:41:36 Simon Glass wrote:
> This provides a way for callers to create files for writing. The flags
> are translated at runtime, for the ones we support.
thanks, merged into my sandbox tree
-mike
signature.asc
Description: This is a digitally signed message part.
Fixes building after recent readline updates with timeouts.
Signed-off-by: Mike Frysinger
---
board/sandbox/sandbox/sandbox.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/board/sandbox/sandbox/sandbox.c b/board/sandbox/sandbox/sandbox.c
index f376c74..988301
Follow up patches want to be able to seek fd's.
Acked-by: Simon Glass
Signed-off-by: Mike Frysinger
---
v2.2
- added stdio.h include for printf() prototype
arch/sandbox/cpu/os.c | 14 ++
include/os.h | 15 +++
2 files changed, 29 insertions(+), 0 de
On Wednesday 15 February 2012 01:26:10 Simon Glass wrote:
> On Tue, Jan 24, 2012 at 1:24 PM, Mike Frysinger wrote:
> > On Monday 23 January 2012 00:30:32 Simon Glass wrote:
> > > On Fri, Jan 20, 2012 at 10:54 AM, Mike Frysinger wrote:
> > > > On Tuesday 10 January 2012 19:45:46 Simon Glass wrote:
>
Hi Mike,
On Mon, Feb 20, 2012 at 9:24 PM, Mike Frysinger wrote:
> On Wednesday 15 February 2012 01:26:10 Simon Glass wrote:
>> On Tue, Jan 24, 2012 at 1:24 PM, Mike Frysinger wrote:
>> > On Monday 23 January 2012 00:30:32 Simon Glass wrote:
>> > > On Fri, Jan 20, 2012 at 10:54 AM, Mike Frysinger
> Hi Albert,
>
> On Fri, Feb 17, 2012 at 2:47 AM, Albert ARIBAUD
>
> wrote:
> > Hi Marek,
> >
> > Le 17/02/2012 10:49, Marek Vasut a écrit :
> >>> Hi Simon,
> >>>
> >>> Le 21/11/2011 21:49, Simon Glass a écrit :
> The ARM link scripts are very similar but each CPU has its own. This
>
here's the incremental/full diff against your v4 showing the direction i think
things should end up at ... incremental inline below while full is attached.
-mike
diff --git a/drivers/gpio/sandbox.c b/drivers/gpio/sandbox.c
index 17e601d..aa2aa4c 100644
--- a/drivers/gpio/sandbox.c
+++ b/drivers/gp
On Tuesday 21 February 2012 00:37:16 Simon Glass wrote:
> On Mon, Feb 20, 2012 at 9:24 PM, Mike Frysinger wrote:
> > On Wednesday 15 February 2012 01:26:10 Simon Glass wrote:
> >> On Tue, Jan 24, 2012 at 1:24 PM, Mike Frysinger wrote:
> >> > On Monday 23 January 2012 00:30:32 Simon Glass wrote:
> >
Most ARM CPUs use a very similar link script. This adds a basic
script that can be used by most CPUs.
Two new symbols are introduced which are intended to eventually be
defined on all architectures to make things easier for generic relocation
and reduce special-case code for each architecture:
__
Each cpu directory currently has its own .lds file. This is only needed
in most cases because the start.o file is in a different subdir.
Now that we can factor out this difference, we can move most cpus over
to the common .lds file.
Signed-off-by: Simon Glass
---
Changes in v3:
- Rebase to maste
Hi Mike,
On Mon, Feb 20, 2012 at 10:11 PM, Mike Frysinger wrote:
> here's the incremental/full diff against your v4 showing the direction i think
> things should end up at ... incremental inline below while full is attached.
> -mike
Hmmm I'm fine with the get_gpio_flags() rename, printf() change
Hello Tom,
tom.r...@gmail.com wrote:
> From: Tom Rini
>
> This reverts commit 498cbdfe62a8330f6c89765bdd15e60328a26511 as we need
> to revert the i2c changes that add the support for the platform.
>
> Cc: Heiko Schocher
> Cc: Patil, Rachna
> Signed-off-by: Tom Rini
> ---
> drivers/i2c/omap2
Hello Tom,
tom.r...@gmail.com wrote:
> From: Tom Rini
>
> This reverts commits 2faa76196af4b3e93bcb9e38ed9090cbd3b06db3 as
> this has introduced some large problems on all other platforms and have
> more changes in them than the commit message implies.
>
> Cc: Heiko Schocher
> Cc: Patil, Rachn
This adds a new console serial port which is implemented by the driver
selected in the device tree. It works by redirecting to another driver.
It might be useful while we don't have proper serial device model and
the drivers that do exist don't understand the device tree.
This patch is provided to
Hi,
On Mon, Jan 30, 2012 at 3:18 PM, hanumant wrote:
> On 1/30/2012 10:35 AM, Simon Glass wrote:
>>
>> What I did for now was to implement a new fdt_serial.c file which
>> defines 4 separate sets of function (each set containing putc, getc,
>> etc.) with the device pointer built in to those funct
1 - 100 of 104 matches
Mail list logo
