On 06/13/2014 10:29 PM, Stephen Warren wrote:
> On 06/10/2014 12:46 PM, Lubomir Rintel wrote:
>> Seems like the controller doesn't support the flag. None of the hi-speed
>> cards
>> I've tried could be read, while they successfully worked with the quirk
>> enabled.
>
> Tested-by: Stephen Warren
Serial port, SD card, and LCD all work.
Signed-off-by: Stephen Warren
---
include/configs/rpi_b.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/rpi_b.h b/include/configs/rpi_b.h
index ed8b4df..ff48598 100644
--- a/include/configs/rpi_b.h
+++ b/include/configs/rpi_b.h
@@ -20
Dear Sudhakar,
In message <1402711264164-182331.p...@n7.nabble.com> you wrote:
>
> Suppose, say I add more functions to export/_export.h files and call it from
> standalone application. But if I release only the u-boot binary and don't
> release the binary of the standalone application should the
Hi,
I notice that -fno-builtin compile option is defined in config,mk. So I try
to call gcc builtin functions using __builtin_XXX() in my standalone
application. But I always get undefined reference at the end even if I link
libgcc. Can one of the experts help me with this?
Thanks for your help
Wolfgang, Thanks for the quick response.
Suppose, say I add more functions to export/_export.h files and call it from
standalone application. But if I release only the u-boot binary and don't
release the binary of the standalone application should the standalone
application source need to be relea
On 06/10/2014 12:46 PM, Lubomir Rintel wrote:
> Seems like the controller doesn't support the flag. None of the hi-speed cards
> I've tried could be read, while they successfully worked with the quirk
> enabled.
Tested-by: Stephen Warren
(heh, I turned on my Pi for the first time in ages!)
_
Internal SRAM has been incresed from 8KB to 16KB for IFC cotroller ver 2.0.
Update the page offset calculation logic to support the same.
Signed-off-by: Prabhakar Kushwaha
---
Changes for v2: rebased the patch
Changes for v3: Incorporated Scott's comments
- removed switch case
Hi Scott,
On 6/14/2014 2:10 AM, Scott Wood wrote:
On Thu, 2014-06-12 at 12:14 +0530, Prabhakar Kushwaha wrote:
IFC controller v1.1.0 requires internal SRAM initialize by reading
NAND flash. Higher controller versions have provided "SRAM init" bit in
NCFGR register space.
update SRAM initializ
cb_getvar tries to prevent overflowing the response buffer
by using strncat. But strncat takes the number of data bytes
copied as a limit not the total buffer length so it can still
overflow. Pass the correct value instead.
cc: Sebastian Andrzej Siewior
cc: Rob Herring
Signed-off-by: Jeroen Hofs
Dear swami91,
In message <1402687688522-182313.p...@n7.nabble.com> you wrote:
>
> I am confused. Can you please clarify if we can expand the export functions
> with both with u-boot code functions and the functions I add to u-boot and
> still not to GPL the standalone application if it uses those
Dear Lijun Pan,
In message <1402690280-8848-1-git-send-email-lijun@freescale.com> you wrote:
> [backport from linux commit 204b885e and 218e180e7]
> 64 bit processors are becomming more and more popular.
> lower_32_bits and upper_32_bits save our labor doing
> shifts/manipulations like (u32)(n
Dear Lijun Pan,
In message
<31b1cf51fd954208b6140035eb705...@dm2pr03mb368.namprd03.prod.outlook.com> you
wrote:
>
> > BTW: what exactly are the license terms for this code?
>
> The code taken from Linux is using GPLv2.
Are you sure about this?
I think these functions were copied from include
Dear Lijun Pan,
In message
<8a9667bd97ae488198eebd93bc381...@dm2pr03mb368.namprd03.prod.outlook.com> you
wrote:
>
> > "is very useful" is not enough reason to add any code.
> >
> > Where are the actual users of these functions? We will not add dead
> > code.
>
> I will be the actual user. I
Hi,
I was going through the document in doc/README.standalone. It says I can
add addition functions to export/_export.h:
" To export some additional function foobar(), the following steps
should be undertaken:
- Ap
Add support for the i2c controller found on all Allwinner sunxi SoCs,
this is the same controller as found on the Marvell orion5x and kirkwood
SoC families, with a slightly different register layout, so this patch uses
the existing mvtwsi code.
Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
Hi Albert, Heiko,
Here is v2 of my standalone i2c and pmic support for sunxi series.
I think it would be best for this series to go upstream through the
u-boot-arm tree, since most changes are sunxi specific.
Note patch 5/5 is an unrelated sunxi bugfix for a bug I found while testing
the i2c + p
Do the same as the Linux kernel does, this fixes the SoC hanging on reset
about 50% of the time.
Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
---
arch/arm/cpu/armv7/sunxi/board.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/sunxi/board.c b/a
From: Henrik Nordstrom
Add support for the x-powers axp209 pmic which is found on most A10, A13 and
A20 boards.
And enable AXP209 support for the Cubietruck and Cubieboard boards.
While changing the boards.cfg lines for the Cubietruck, add Ian and me as board
maintainers for the Cubietruck.
Si
Note this has only been tested on Allwinner sunxi devices (support for which
gets introduced by a later patch).
The kirkwood changes have been compile tested using the wireless_space board
config, the orion5x changes have been compile tested using the edminiv2 board
config.
Signed-off-by: Hans de
Add support for the x-powers axp152 pmic which is found on most A10s boards
and enable it for the r7-tv-dongle board.
Signed-off-by: Henrik Nordstrom
Signed-off-by: Ian Campbell
Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
---
board/sunxi/board.c| 10 ++
boards.cfg
Hi,
On 06/10/2014 10:05 AM, Heiko Schocher wrote:
> Hello Hans,
>
> Am 09.06.2014 17:15, schrieb Hans de Goede:
>> Note this has only been tested on Allwinner sunxi devices (support for which
>> gets introduced by a later patch).
>>
>> The kirkwood changes have been compile tested using the wirele
On Thu, 2014-06-12 at 12:14 +0530, Prabhakar Kushwaha wrote:
> IFC controller v1.1.0 requires internal SRAM initialize by reading
> NAND flash. Higher controller versions have provided "SRAM init" bit in
> NCFGR register space.
>
> update SRAM initialize logic to reflect the same.
>
> Also print
On Thu, 2014-06-12 at 12:14 +0530, Prabhakar Kushwaha wrote:
> Internal SRAM has been incresed from 8KB to 16KB for IFC cotroller ver 2.0.
>
> Update the page offset calculation logic to support the same.
>
> Signed-off-by: Prabhakar Kushwaha
> ---
> Changes for v2: rebased the patch
>
> drive
[backport from linux commit 204b885e and 218e180e7]
64 bit processors are becomming more and more popular.
lower_32_bits and upper_32_bits save our labor doing
shifts/manipulations like (u32)(n) and (u32)((n) >> 32).
They are good helpers in both little and big endian cases.
Port these two function
On 06/10/2014 02:15 AM, Mark Rutland wrote:
> Hi,
>
> Apologies for the delay in replying.
>
> On Fri, Jun 06, 2014 at 11:14:23PM +0100, York Sun wrote:
>> On 06/06/2014 01:17 PM, York Sun wrote:
>>> On 06/06/2014 10:32 AM, Mark Rutland wrote:
>> How is TCR_EL2.SH0 (or TCR_EL1.SH*) configured
On 06/13/2014 02:28 AM, Przemyslaw Marczak wrote:
> Dear Stephen,
>
> On 06/12/2014 06:39 PM, Stephen Warren wrote:
>> On 06/12/2014 08:25 AM, Przemyslaw Marczak wrote:
>>> This change adds support to store the default DFU cmd line
>>> arguments in the environment.
>>>
>>> This is useful for users
On Fri, Jun 13, 2014 at 11:33:19AM +0800, Josh Wu wrote:
> Dear Wolfgang
>
> On 6/12/2014 4:52 PM, Wolfgang Denk wrote:
> >Dear Josh Wu,
> >
> >In message <53995100.9080...@atmel.com> you wrote:
I will read and think about the rest of this, but:
[snip]
> +int fat_register_device(block_dev_d
On Friday, June 13, 2014 at 09:36:51 AM, Peter Schumann wrote:
> > Bump?
> >
> > Best regards,
> > Marek Vasut
>
> Hi Marek,
>
> I am occupied with work at the moment. I will get it done at the weekend.
Thanks!
Best regards,
Marek Vasut
___
U-Boot ma
On Friday, June 13, 2014 at 11:13:27 AM, aking_jin wrote:
> On 2014-5-27 17:20, Marek Vasut wrote:
> > On Tuesday, May 27, 2014 at 02:53:44 AM, aking_jin wrote:
> >> On 2014/5/26 Mon 22:15, Marek Vasut wrote:
> >>> On Monday, May 26, 2014 at 03:55:58 PM, aking wrote:
> >>>
> >>> [...]
> >>>
> >>>
Hello Shabbir:
> Yes. FSBL is encrypted and is used to start u-boot.
> My problem is, by default since cortex-a9 is trustzone compliant it
boots
> in secure state, but i want to switch dynamically to non-secure state by
> calling smc #0 in start.S of my u-boot. Since I have successfully set up
>
On 2014-5-27 17:20, Marek Vasut wrote:
On Tuesday, May 27, 2014 at 02:53:44 AM, aking_jin wrote:
On 2014/5/26 Mon 22:15, Marek Vasut wrote:
On Monday, May 26, 2014 at 03:55:58 PM, aking wrote:
[...]
The PXA27x controller works even with SDXC , that is tested. I
suspect there might be some c
Dear Stephen,
On 06/12/2014 06:39 PM, Stephen Warren wrote:
On 06/12/2014 08:25 AM, Przemyslaw Marczak wrote:
This change adds support to store the default DFU cmd line
arguments in the environment.
This is useful for users who usually use the same arguments
for dfu command and do the upgrade
Hi Albert.
On Wed, 11 Jun 2014 09:14:49 +0200
Albert ARIBAUD wrote:
> Hi Masahiro,
>
> (to: the board maintainers for enbw_cmc, da850evm_direct_nor, and
> calimain)
>
> On Mon, 09 Jun 2014 18:29:26 +0900, Masahiro Yamada
> wrote:
>
> > Hi Albert,
>
> > You changed the behaviour of three boa
>
> Bump?
>
> Best regards,
> Marek Vasut
>
Hi Marek,
I am occupied with work at the moment. I will get it done at the weekend.
Best regards,
Peter Schumann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Simon,
> > [8] Cansel the patman and check the git-log
> > and you will find Patman tags are gone!!
>
> By cancel I guess you mean to press 'q' when it asks to send the first email?
Yes.
> If you give the -a flag it will avoid trying to apply the patches, and
> the problem does not hap
Hi Stephen,
On Thu, 12 Jun 2014 09:16:14 -0600
Stephen Warren wrote:
> On 06/11/2014 10:10 PM, Masahiro Yamada wrote:
> ...
> > Tegra uses different CPU for SPL and Normal U-boot.
> > That's why Tegra directories are sprinkled under arch/arm/:
> >
> > arch/arm/cpu/arm720t/tegra-common/
> > ar
36 matches
Mail list logo
