Hi Amar,
On 04/03/2013 11:08 PM, Amar wrote:
> This patch adds commands to access(open/close) and resize boot partitions on
> EMMC.
>
> Signed-off-by: Amar
> ---
> Changes since V1:
> 1)Combined the common piece of code between 'open' and 'close'
> operations.
>
> Changes since V2:
+ Michael
On Friday 05 April 2013 11:21 AM, Lokesh Vutla wrote:
Commit "8602114 omap: emif: configure emif only when required"
breaks SDRAM_AUTO_DETECTION.
The issue is dmm_init() depends on emif_sizes[](SDRAM Auto detection)
done in do_sdram_init(). The above commit moves dmm_init() above
do_sd
On 05.04.2013 02:04, txcotrader wrote:
> After looking deeper I've found a difference in register values when
> performing drivers/i2c/ppc4xx_i2c.c->i2c_transfer function.
>
> v1.7.02 code yields:
>
> /* Transfer is in progress
> * we have to wait for upto 5 bytes of data
> * 1
Hi Benoît,
CC:ing Stephen Warren who wrote commit 2b7818d4 which git blame tells
me added the ASSERT() to arch/arm/cpu/u-boot.lds, and Tom Rini to help
decide what to do.
On Fri, 5 Apr 2013 05:44:55 +0200 (CEST), Benoît Thébaudeau
wrote:
> Hi Albert,
>
> On Friday, April 5, 2013 1:54:38 AM, Al
So with OMAP added to multi platform kernel,
the uImage no more contains a valid load address.
With the uboot already supporting zImage,
change the default boot command to bootz
instead.
Acked-by: Nishanth Menon
Signed-off-by: Sricharan R
Tested-by: Nishanth Menon
---
include/configs/omap4_com
Now with kernel moving to all device tree, the default
boot command is changed to pass the device tree blob.
Also, adding the findfdt command to get the dt-blob
based on the board.
Thanks to Tom Rini for suggesting this.
Signed-off-by: Sricharan R
---
[V4] Added environment variables bootdir, b
Commit "8602114 omap: emif: configure emif only when required"
breaks SDRAM_AUTO_DETECTION.
The issue is dmm_init() depends on emif_sizes[](SDRAM Auto detection)
done in do_sdram_init(). The above commit moves dmm_init() above
do_sdram_init() because of which dmm_init() uses uninitialized
emif_size
Hello,
I have got a CAN controller (*Atmel SAM9263 Board*) which i want to test
in u-boot to make sure it covers all the basic test required for its
functionalities( like sending CAN frame, receving CAN frame etc). For
the time being i cannot test it in kernel as it increases to much
abstraction w
Convert NAND IFC driver to support CONFIG_SYS_NAND_SELF_INIT.
Signed-off-by: Prabhakar Kushwaha
---
Based upon git://git.denx.de/u-boot.git branch master
drivers/mtd/nand/fsl_ifc_nand.c | 42 ++-
include/nand.h |3 ++-
2 files changed
Hi Albert,
On Friday, April 5, 2013 1:54:38 AM, Albert ARIBAUD wrote:
> Hi Benoît,
>
> On Fri, 5 Apr 2013 01:13:51 +0200 (CEST), Benoît Thébaudeau
> wrote:
>
> > On Friday, April 5, 2013 1:05:53 AM, Benoît Thébaudeau wrote:
> > > Hi Albert,
> > >
> > > On Friday, April 5, 2013 12:13:53 AM, Alb
Dear Mr.Sun,
We are using freescales bootloader as GPL, but as a Requirement Manager
https://wws.lg.com/global/support/opensource/opensourceList?superOsCategoryI
d=CAT0011&osCategoryId=CAT0051
I am not sure to what extent we can use your freescale bootloader as GPL.
We just use all the
When swi instruction is executed, it is expected to get message
"software interrupt" in console and dump registers and reboot, as
do_software_interrupt() in arch/arm/lib/interrupts.c.
But, actually it causes data abort accessing wrong address in get_bad_stack_swi
macro in arch/arm/cpu/v7/start.S.
T
After looking deeper I've found a difference in register values when
performing drivers/i2c/ppc4xx_i2c.c->i2c_transfer function.
v1.7.02 code yields:
/* Transfer is in progress
* we have to wait for upto 5 bytes of data
* 1 byte chip address+r/w bit then bc bytes
* of d
Hi Benoît,
On Fri, 5 Apr 2013 01:13:51 +0200 (CEST), Benoît Thébaudeau
wrote:
> On Friday, April 5, 2013 1:05:53 AM, Benoît Thébaudeau wrote:
> > Hi Albert,
> >
> > On Friday, April 5, 2013 12:13:53 AM, Albert ARIBAUD wrote:
> > > Subject: [PATCH] ARM: Fix __bss_start and __bss_end in linker sc
On Friday, April 5, 2013 1:05:53 AM, Benoît Thébaudeau wrote:
> Hi Albert,
>
> On Friday, April 5, 2013 12:13:53 AM, Albert ARIBAUD wrote:
> > Subject: [PATCH] ARM: Fix __bss_start and __bss_end in linker scripts
> >
> > Commit 3ebd1cbc introduced compiler-generated __bss_start
> > and __bss_end_
Hi Albert,
On Fri, 5 Apr 2013 00:13:53 +0200, Albert ARIBAUD
wrote:
> Commit 3ebd1cbc introduced compiler-generated __bss_start
> and __bss_end__ and commit c23561e7 rewrote all __bss_end__
> as __bss_end. Their merge caused silent and harmless but
> potentially bug-inducing clashes between com
Hi Albert,
On Friday, April 5, 2013 12:13:53 AM, Albert ARIBAUD wrote:
> Subject: [PATCH] ARM: Fix __bss_start and __bss_end in linker scripts
>
> Commit 3ebd1cbc introduced compiler-generated __bss_start
> and __bss_end__ and commit c23561e7 rewrote all __bss_end__
> as __bss_end. Their merge ca
Rommel,
That sounds like a great suggestion, could you elaborate on 'mw' or 'mm' a
little bit more? I'm unfamiliar with both of those. Are they a #define
config, Make config...?
Many thanks!
--Greg
--
View this message in context:
http://u-boot.10912.n7.nabble.com/PPC4XX-Custom-Board-Failing-
txcotrader gmail.com> writes:
Dear txcotrader
>
> By board is based off of the ppc460sx.
> I only have one I2C bus.
>
> 2007 version has clock signal at 0x50 (DIMM0 I2C)
> 2013 version has no clock signal at 0x50
>
> My boardconfig.h file has the same values configured.
If you haven't tried
Commit 3ebd1cbc introduced compiler-generated __bss_start
and __bss_end__ and commit c23561e7 rewrote all __bss_end__
as __bss_end. Their merge caused silent and harmless but
potentially bug-inducing clashes between compiler- and linker-
enerated __bss_end symbols.
Make __bss_end and __bss_start c
On 04/04/2013 02:50 PM, Wolfgang Denk wrote:
> Dear York,
>
> In message <515df125.8060...@freescale.com> you wrote:
>>
>> Wolfgang, shall we change U_BOOT_CMD to take string instead of
>> stringifying or use the local undef?
>
> I tend to prefer Pali Rohar's fix.
>
I sent out two fixes. No str
cmd_test.c adds "true" and "false" as new commands. We need to avoid macro
expansion for U_BOOT_CMD.
Signed-off-by: York Sun
---
This is alternative patch to fix macro expansion issue for cmd_test.c
common/cmd_test.c |8
1 file changed, 8 insertions(+)
diff --git a/common/cmd_test
cmd_test.c adds "true" and "false" as new commands. We need to avoid macro
expansion for U_BOOT_CMD.
Signed-off-by: York Sun
---
change since v1: fix typo in comment
common/cmd_test.c |9 +
1 file changed, 9 insertions(+)
diff --git a/common/cmd_test.c b/common/cmd_test.c
index d4e
Dear York,
In message <515df125.8060...@freescale.com> you wrote:
>
> Wolfgang, shall we change U_BOOT_CMD to take string instead of
> stringifying or use the local undef?
I tend to prefer Pali Rohar's fix.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk &
cmd_test.c adds "true" and "false" as new commands. We need to avoid macro
expansion for U_BOOT_CMD.
Signed-off-by: York Sun
---
common/cmd_test.c |9 +
1 file changed, 9 insertions(+)
diff --git a/common/cmd_test.c b/common/cmd_test.c
index d4ec186..cb22f8b 100644
--- a/common/cmd_
On 04/04/2013 02:47 PM, Wolfgang Denk wrote:
> Dear York Sun,
>
> In message <515deed2.90...@freescale.com> you wrote:
>>
>> Would this fix be acceptable?
>
> No...
>
>> +#ifdef true
>> +#undef true
>> +#undef false
>> +
>> U_BOOT_CMD(
>> false, CONFIG_SYS_MAXARGS, 1, do_false
Dear York Sun,
In message <515deed2.90...@freescale.com> you wrote:
>
> Would this fix be acceptable?
No...
> +#ifdef true
> +#undef true
> +#undef false
> +
> U_BOOT_CMD(
> false, CONFIG_SYS_MAXARGS, 1, do_false,
> "do nothing, unsuccessfully",
> @@ -171,3 +175,5 @@ U
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/04/2013 05:05 PM, York Sun wrote:
> On 04/04/2013 01:33 PM, Wolfgang Denk wrote:
>> Dear Pali Rohár,
>>
>> In message <201304041946.55455@pali> you wrote:
>>>
>>> u-boot "true" and "false" hush commands are copiled
>>> incorrectly in uboot v201
On 04/04/2013 02:26 PM, Pali Rohár wrote:
> On Thursday 04 April 2013 23:21:22 York Sun wrote:
>> On 04/04/2013 02:19 PM, Pali Rohár wrote:
>>> On Thursday 04 April 2013 23:05:18 York Sun wrote:
On 04/04/2013 01:33 PM, Wolfgang Denk wrote:
> Dear Pali Rohár,
>
> In message <2013040
On Thursday 04 April 2013 23:21:22 York Sun wrote:
> On 04/04/2013 02:19 PM, Pali Rohár wrote:
> > On Thursday 04 April 2013 23:05:18 York Sun wrote:
> >> On 04/04/2013 01:33 PM, Wolfgang Denk wrote:
> >>> Dear Pali Rohár,
> >>>
> >>> In message <201304041946.55455@pali> you wrote:
> u-boot "
Hi Tom,
I have brought in the patman changes for this release and also some
changes that I consider to be bug fixes. For now I have left out these
patches:
http://patchwork.ozlabs.org/patch/231570/
http://patchwork.ozlabs.org/patch/231572/
http://patchwork.ozlabs.org/patch/231575/
however they d
On 04/04/2013 02:19 PM, Pali Rohár wrote:
> On Thursday 04 April 2013 23:05:18 York Sun wrote:
>> On 04/04/2013 01:33 PM, Wolfgang Denk wrote:
>>> Dear Pali Rohár,
>>>
>>> In message <201304041946.55455@pali> you wrote:
u-boot "true" and "false" hush commands are copiled
incorrectly in ub
On Thursday 04 April 2013 23:05:18 York Sun wrote:
> On 04/04/2013 01:33 PM, Wolfgang Denk wrote:
> > Dear Pali Rohár,
> >
> > In message <201304041946.55455@pali> you wrote:
> >> u-boot "true" and "false" hush commands are copiled
> >> incorrectly in uboot v2013.04-rc2
> >> (c8142633e169665b24635
On 04/04/2013 01:33 PM, Wolfgang Denk wrote:
> Dear Pali Rohár,
>
> In message <201304041946.55455@pali> you wrote:
>>
>> u-boot "true" and "false" hush commands are copiled incorrectly in uboot
>> v2013.04-rc2
>> (c8142633e169665b246352918df5b76fd243bb71)
>>
>> when I run help in u-boot it show
On 04/04/2013 01:33 PM, Wolfgang Denk wrote:
> Dear Pali Rohár,
>
> In message <201304041946.55455@pali> you wrote:
>>
>> u-boot "true" and "false" hush commands are copiled incorrectly in uboot
>> v2013.04-rc2
>> (c8142633e169665b246352918df5b76fd243bb71)
>>
>> when I run help in u-boot it show
Dear Pali Rohár,
In message <201304041946.55455@pali> you wrote:
>
> u-boot "true" and "false" hush commands are copiled incorrectly in uboot
> v2013.04-rc2
> (c8142633e169665b246352918df5b76fd243bb71)
>
> when I run help in u-boot it show:
>
> # help
> 0 - do nothing, unsuccessfully
> 1
Hi Tom,
On Wed, Apr 3, 2013 at 2:33 PM, Tom Rini wrote:
> Hey all,
>
> I've tagged and pushed v2013.04-rc2 now. We're getting closer to the
> expected release date, but I hope to meet the deadline still.
>
Great!
>
> First, a word of warning. The syntax for 'ext4write' was changed to
> matc
Hi Hung-ying,
On Tue, Apr 2, 2013 at 3:01 AM, Hung-ying Tyan wrote:
> This patch series adds the drivers for the cros-ec protocol that is used to
> communicate with the ChromeOS Embedded Controller (EC). The series also
> enables
> its use in Google Snow based on smdk5250.
>
> The series depends
On Thu, Apr 04, 2013 at 09:36:39AM +0200, Enric Balletbo Serra wrote:
> 2013/4/4 Tom Rini
>
> > On Wed, Apr 03, 2013 at 03:12:03PM +0200, Enric Balletbo i Serra wrote:
[snip]
> > - Correct this to be all of RAM, minus a bit for a reasonably-sized
> > U-Boot to be running in.
> >
> > [snip]
> >
On Tue, Apr 2, 2013 at 3:01 AM, Hung-ying Tyan wrote:
> This patch initiates cros-ec in board_init() to enable it for smdk5250.
>
> Signed-off-by: Simon Glass
> Signed-off-by: Vincent Palatin
> Signed-off-by: Hung-ying Tyan
> ---
> Changes in v4: None
> Changes in v3: None
> Changes in v2:
> -
On Tue, Apr 2, 2013 at 3:01 AM, Hung-ying Tyan wrote:
> This patch adds cros-ec related device nodes to exynos5250-snow.dts.
> It also adds a gpio node to exynos5250.dtsi.
>
> Signed-off-by: Hung-ying Tyan
>
> ---
> Changes in v4:
> - Added commit message.
>
> Changes in v3: None
> Changes in v2
On Thu, Apr 04, 2013 at 09:51:05AM +0200, Enric Balletbo Serra wrote:
[snip]
> >> > +/*
> >> > + * memtest works on 8 MB in DRAM after skipping 32MB from
> >> > + * start addr of ram disk
> >> > + */
> >> > +#define CONFIG_SYS_MEMTEST_START (PHYS_DRAM_1 + (64 * 1024 * 1024))
> >> > +#define C
On Tue, Apr 2, 2013 at 3:01 AM, Hung-ying Tyan wrote:
> This patch adds the driver for keyboard that's controlled by ChromeOS EC.
>
> Signed-off-by: Randall Spangler
> Signed-off-by: Simon Glass
> Signed-off-by: Vincent Palatin
> Signed-off-by: Hung-ying Tyan
>
> ---
> Changes in v4:
> - Adde
On Tue, Apr 2, 2013 at 3:01 AM, Hung-ying Tyan wrote:
> This patch adds LPC support for carrying out the cros_ec protocol.
>
> Signed-off-by: Randall Spangler
> Signed-off-by: Simon Glass
> Signed-off-by: Hung-ying Tyan
>
> ---
> Changes in v4: None
> Changes in v3: None
> Changes in v2:
> - F
On Tue, Apr 2, 2013 at 3:01 AM, Hung-ying Tyan wrote:
> This patch adds SPI support for carrying out the cros_ec protocol.
>
> Signed-off-by: Hung-ying Tyan
> Signed-off-by: Randall Spangler
> Signed-off-by: Simon Glass
>
Acked-by: Simon Glass
>
> ---
> Changes in v4:
> - Removed old code a
On Tue, Apr 2, 2013 at 3:01 AM, Hung-ying Tyan wrote:
> This patch adds I2C support for carrying out the cros_ec protocol.
>
> Signed-off-by: Randall Spangler
> Signed-off-by: Simon Glass
> Signed-off-by: Hung-ying Tyan
>
> ---
> Changes in v4: None
> Changes in v3: None
> Changes in v2:
> - F
On Thu, Apr 04, 2013 at 07:59:35AM +0200, Linus Walleij wrote:
> On Thu, Apr 4, 2013 at 12:05 AM, Tom Rini wrote:
> > On Wed, Apr 03, 2013 at 07:07:00PM +0200, Linus Walleij wrote:
> >>
> >> Yes the Integrator has PCI support since ages, and I do have a VGA
> >> card mounted in one of the slots .
On Tue, Apr 2, 2013 at 3:01 AM, Hung-ying Tyan wrote:
> This patch adds the cros_ec driver that implements the protocol for
> communicating with Google's ChromeOS embedded controller.
>
> Signed-off-by: Bernie Thompson
> Signed-off-by: Bill Richardson
> Signed-off-by: Che-Liang Chiou
> Signed-
Hi Rajeshwari,
On Mon, Apr 1, 2013 at 11:46 PM, Rajeshwari Shinde wrote:
> This patch adds FDT support to the serial s5p driver.
> At present disabling the serial console (from the device tree) crashes
> U-Boot. Add checks for this case, so that execution can continue without
> a serial console.
On Mon, Apr 1, 2013 at 11:46 PM, Rajeshwari Shinde wrote:
> This patch adds the device node required for serial driver
>
> Signed-off-by: Abhilash Kesavan
> Signed-off-by: Rajeshwari Shinde
> ---
> Changes in V2:
> - Changed the compatible string to "samsung,exynos4210-uart"
> Changes i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/04/2013 01:52 AM, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20130403164215.GK7035@bill-the-cat> you wrote:
>>
>>> ... except, as I said above, at this point your code should not
>>> write at all, be int in BSS or data, until the C enviro
On Tuesday, March 26, 2013 10:28:39 PM, Benoît Thébaudeau wrote:
> On Tuesday, March 26, 2013 10:24:52 PM, Benoît Thébaudeau wrote:
> > This can be useful for fuse-like hardware, OTP SoC options, etc.
> >
> > Signed-off-by: Benoît Thébaudeau
> > ---
> > Changes in v3:
> > - Rebase against latest
Hi Andrew,
On 04/04/2013 11:03 AM, Gabbasov, Andrew wrote:
Hi Eric,
From: Eric Nelson [eric.nel...@boundarydevices.com]
Sent: Thursday, April 04, 2013 03:47
To: Gabbasov, Andrew
Cc: u-boot@lists.denx.de; Behme, Dirk - Bosch; Fabio Estevam
Subject: Re: [U-Boot] [PATCH] mx6: fsl_esdhc: Fix waiti
> "Tom" == Tom Rini writes:
Tom> We must not assume ROM has enabled the clock for MMC1.
Tom> Reported-by: Koen Kooi
Tom> Signed-off-by: Tom Rini
Acked-by: Peter Korsgaard
--
Bye, Peter Korsgaard
___
U-Boot mailing list
U-Boot@lists.denx.de
With the changes in 60d7d5a we need to cast env_buf here.
Signed-off-by: Tom Rini
---
common/env_onenand.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/env_onenand.c b/common/env_onenand.c
index 6fd5613..e4d5b28 100644
--- a/common/env_onenand.c
+++ b/common/env_
On Apr 4, 2013, at 13:12, "Fabio Estevam" wrote:
> Hi Eric,
>
> On Wed, Apr 3, 2013 at 8:17 PM, Eric Nelson
> wrote:
>
>>> Actually, I'm a little confused by PRSSTAT_DLA checking: currently the
>>> loop exits
>>> when either IRQSTAT_TC occurs _or_ PRSSTAT_DLA flag comes to 0. Is that
>>> cor
Hi Eric,
On Wed, Apr 3, 2013 at 8:17 PM, Eric Nelson
wrote:
>> Actually, I'm a little confused by PRSSTAT_DLA checking: currently the
>> loop exits
>> when either IRQSTAT_TC occurs _or_ PRSSTAT_DLA flag comes to 0. Is that
>> correct?
>> I'm not quite familiar with using this flag, but should th
Hi Eric,
> From: Eric Nelson [eric.nel...@boundarydevices.com]
> Sent: Thursday, April 04, 2013 03:47
> To: Gabbasov, Andrew
> Cc: u-boot@lists.denx.de; Behme, Dirk - Bosch; Fabio Estevam
> Subject: Re: [U-Boot] [PATCH] mx6: fsl_esdhc: Fix waiting for DMA operation
> completion
>
> On 04/03/2013
On 12:54-20130404, Tom Rini wrote:
> On Thu, Apr 04, 2013 at 11:44:14AM -0500, Nishanth Menon wrote:
> > On 19:14-20130404, Lubomir Popov wrote:
> > > Hello,
> > >
> > > On 04/04/13 19:00, Nishanth Menon wrote:
> > > > On 18:57-20130404, Lubomi
Hello,
with this version of gcc which is default in ubuntu 12.10:
$ arm-linux-gnueabi-gcc -v
Using built-in specs.
COLLECT_GCC=arm-linux-gnueabi-gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabi/4.7/lto-wrapper
Target: arm-linux-gnueabi
Configured with: ../src/configure -v --with-pkgversion=
I feel like something "different" is happening when executing the io.h->out_8
function. Could somebody help me understand this op code
v2013.01.01 Code:
extern inline void out_8(volatile unsigned char __iomem *addr, u8 val)
{
__asm__ __volatile__("sync;\n"
"stb%U0%X0 %1,%0;\n
Hi All,
Please install my first android Free APP : "Quickly" available in Google
Play
store at :
https://play.google.com/store/apps/details?id=com.in.spd.quickly.activity&feature=search_result#?t=W251bGwsMSwyLDEsImNvbS5pbi5zcGQucXVpY2tseS5hY3Rpdml0eSJd
Please comment and provide rating too. Than
On Thu, Apr 04, 2013 at 11:44:14AM -0500, Nishanth Menon wrote:
> On 19:14-20130404, Lubomir Popov wrote:
> > Hello,
> >
> > On 04/04/13 19:00, Nishanth Menon wrote:
> > > On 18:57-20130404, Lubomir Popov wrote:
> > >> V2 fixes garbled subject.
> &g
On 19:14-20130404, Lubomir Popov wrote:
> Hello,
>
> On 04/04/13 19:00, Nishanth Menon wrote:
> > On 18:57-20130404, Lubomir Popov wrote:
> >> V2 fixes garbled subject.
> > move this to diffstat section - here and in the rest of the patches.
> >
Hi Vadim,
Thanks for your comment. Please see the reply below.
>On Tue, Apr 2, 2013 at 11:27 PM, Akshay Saraswat wrote:
>> This patch enables cpu freq support for exynos5 by adding
>> config for it.
>>
>> Signed-off-by: Akshay Saraswat
>> ---
>> include/configs/exynos5250-dt.h | 3 +++
>> 1 fi
Hello,
On 04/04/13 19:00, Nishanth Menon wrote:
> On 18:57-20130404, Lubomir Popov wrote:
>> V2 fixes garbled subject.
> move this to diffstat section - here and in the rest of the patches.
>>
>> Signed-off-by: Lubomir Popov
>>
>> ---
>> arch/arm/inclu
On Tue, Apr 2, 2013 at 11:27 PM, Akshay Saraswat wrote:
> This patch enables cpu freq support for exynos5 by adding
> config for it.
>
> Signed-off-by: Akshay Saraswat
> ---
> include/configs/exynos5250-dt.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/include/configs/exynos5250-d
On 18:52-20130404, Lubomir Popov wrote:
> V2 fixes line wrap issue of the patch itself.
>
> Need to add these base addresses in order to use I2C4 and I2C5.
>
> Signed-off-by: Lubomir Popov
>
> ---
> arch/arm/include/asm/arch-omap5/cpu.h |2 ++
> 1 file changed
On 18:57-20130404, Lubomir Popov wrote:
> V2 fixes garbled subject.
move this to diffstat section - here and in the rest of the patches.
>
> Signed-off-by: Lubomir Popov
>
> ---
> arch/arm/include/asm/omap_common.h |1 +
> 1 file changed, 1 insertion(+)
>
> di
V2 fixes garbled subject.
Signed-off-by: Lubomir Popov
---
arch/arm/include/asm/omap_common.h |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/omap_common.h
b/arch/arm/include/asm/omap_common.h
index 091ddb5..f042c10 100644
--- a/arch/arm/include/asm/omap_common.h
V2 fixes line wrap issue of the patch itself.
Needed in order to be able to select I2C4 and I2C5 via "i2c dev".
Signed-off-by: Lubomir Popov
---
arch/arm/include/asm/arch-omap5/i2c.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/arch-omap5/i2c.h
b
V2 fixes line wrap issue of the patch itself.
Need to add these base addresses in order to use I2C4 and I2C5.
Signed-off-by: Lubomir Popov
---
arch/arm/include/asm/arch-omap5/cpu.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/include/asm/arch-omap5/cpu.h
b/arch/arm/includ
V2 fixes line wrap issue of the patch itself.
I2C5 is used on all known OMAP5 hardware platforms, therefore enable.
Signed-off-by: Lubomir Popov
---
arch/arm/cpu/armv7/omap5/hw_data.c |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/cpu/armv7/omap5/hw_data.c
b/arch/arm/cpu/armv
V2 fixes line wrap issue of the patch itself.
This fix is needed (but not sufficient) for USB EHCI operation.
Signed-off-by: Lubomir Popov
---
arch/arm/cpu/armv7/omap5/hw_data.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/omap5/hw_data.c
b/arch/ar
V2 fixes line wrap issue of the patch itself.
UART3 was enabled twice instead of UART4.
One more cosmetic change in a comment on EMIF clock.
Signed-off-by: Lubomir Popov
---
arch/arm/cpu/armv7/omap-common/clocks-common.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On 04/04/2013 08:12:07 AM, Wolfgang Denk wrote:
Dear Mats Kärrman,
In message
you wrote:
>
> Tom Rini wrote:
> > If you have specific bugfixes, please hit me up and CC the list.
>
> [U-Boot] powerpc/lib: fix unsafe register handling in wait_ticks
> (2012-01-27)
>
> Out of curiosity and perha
Increase size of DMA buffer from 4MiB to 8MiB. This is necessary due to
uImage size increase.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
---
include/dfu.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/dfu.h b/include/dfu.h
index 5350d79..784d8a4
Following commit:
"cmd_ext4: BREAK and correct ext4write parameter order"
SHA1:0171d52c410cbaa9290b1b214e695697c835bfe5
introduced cleanup of ext4write semantics to be consistent with other
filesystem's writing commands (e.g. fatwrite).
This commit provides correct ext4write command generation at
On Apr 4, 2013, at 1:52 AM, Wolfgang Denk wrote:
> Dear Tom,
>
> On Apr 3, 2013, at 11:34 AM, Albert ARIBAUD wrote:
>>> ... except, as I said above, at this point your code should not write at
>>> all, be it in BSS or data, until the C environment is set up. So...
>>
>> But we have to save thi
Hi Benoît,
On Thu, 4 Apr 2013 16:05:27 +0200 (CEST), Benoît Thébaudeau
wrote:
> Hi Albert,
>
> On Thursday, April 4, 2013 11:07:23 AM, Albert ARIBAUD wrote:
> > Hi Benoît,
> >
> > On Wed, 3 Apr 2013 08:30:12 +0200 (CEST), Benoît Thébaudeau
> > wrote:
> >
> > > The resulting HEAD is identical
This patch fixes a bug introduced while adding DT support
to Exynos FIMD driver:
commit c23f3157d69bbb6c044256870f745f195b12431e
Author: Ajay Kumar
Date: Thu Feb 21 23:53:01 2013 +
video: exynos_fb: add DT support for FIMD driver
Even though this part o
Hi Minkyu,
On Thu, 04 Apr 2013 22:34:59 +0900, Minkyu Kang
wrote:
> Dear Albert,
>
> The following changes since commit ebd749da69f423a26222d2cdde9a77007fd8b4b7:
>
> Merge branch 'u-boot-tegra/master' into 'u-boot-arm/master' (2013-03-26
> 10:40:13 +0100)
>
> are available in the git repos
Hi Albert,
On Thursday, April 4, 2013 11:07:23 AM, Albert ARIBAUD wrote:
> Hi Benoît,
>
> On Wed, 3 Apr 2013 08:30:12 +0200 (CEST), Benoît Thébaudeau
> wrote:
>
> > The resulting HEAD is identical to yours, except for
> > board/freescale/mx31ads/u-boot.lds in which you had removed the following
Signed-off-by: Stefan Roese
---
include/configs/a3m071.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/a3m071.h b/include/configs/a3m071.h
index 13f3226..662d8ca 100644
--- a/include/configs/a3m071.h
+++ b/include/configs/a3m071.h
@@ -101,6 +101,7 @@
#define CONFIG_SYS_FLAS
Sometimes it might make sense to verify the written data to NOR flash.
This patch adds this feature. To enable this verify-after-write, you
need to define CONFIG_FLASH_VERIFY in your board config header.
Please note that this option is useless in nearly all cases,
since such flash programming erro
These new functions are built for OMAP4 and OMAP5 only. The major
improvement is that the new i2c_read fixes the inability to read
correctly from certain types of I2C chips.
- Rewritten i2c_read to operate correctly with all types of chips.
- Optimized i2c_write. Both read/write functions try to i
The main feature of this new OMAP4/5 driver is that now i2c_read operates
correctly with chips that have addressable registers wider than 8 bits
(such as TI temperature sensors), or that have multiple non-addressable
registers that have to be retrieved in a bulk transaction (such as TI
clock distri
Dear Wolfgang Denk,
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Thursday, April 04, 2013 3:08 PM
> To: Piotr Wilczek
> Cc: u-boot@lists.denx.de; Kyungmin Park
> Subject: Re: [U-Boot] [PATCH v2 9/9] Add a maintainer entry for the
> Trats2 board.
>
> Dear Piotr
Dear Albert,
The following changes since commit ebd749da69f423a26222d2cdde9a77007fd8b4b7:
Merge branch 'u-boot-tegra/master' into 'u-boot-arm/master' (2013-03-26
10:40:13 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-samsung master
for you to fetch changes up to
Hi Wolfgang,
On 04.04.2013 14:46, Wolfgang Denk wrote:
> In message <1365059554-10662-1-git-send-email...@denx.de> you wrote:
>> Sometimes it might make sense to verify the written data to NOR flash.
>> This patch adds this feature. To enable this verify-after-write, you
>> need to define CONFIG_S
Dear Mats Kärrman,
In message you wrote:
>
> Tom Rini wrote:
> > If you have specific bugfixes, please hit me up and CC the list.
>
> [U-Boot] powerpc/lib: fix unsafe register handling in wait_ticks
> (2012-01-27)
>
> Out of curiosity and perhaps to have better success in the future; what is
Dear Piotr Wilczek,
In message <1365074001-5360-10-git-send-email-p.wilc...@samsung.com> you wrote:
> Signed-off-by: Piotr Wilczek
> Signed-off-by: Kyungmin Park
>
> ---
> Changes in v2:
> - new patch
Please squash into [PATCH v2 8/9] samsung: trats2: add support for new
board Trats2
Best reg
Dear Ujjwal Zamad - PES,
In message <655601493.15879.1365069579480.javamail.r...@ahm.einfochips.com> you
wrote:
>
> My query is Can I put offset of CFG_ENV_REDUND before offset of CFG_ENV ?
> Both the blocks of Nand will be aligned but
> Redundant Enviroment variables will come first before or
Hi JPT,
On Thu, 04 Apr 2013 12:21:43 +0200, JPT wrote:
> Am 04.04.2013 11:17, schrieb Albert ARIBAUD:
> > Hi Thomas,
> >
> > On Thu, 4 Apr 2013 10:18:15 +0200, Thomas Petazzoni
> > wrote:
> >
> >> On Marvell hardware, you can send a different U-Boot using the serial
> >> port, even if the on-fl
Dear Stefan Roese,
In message <1365059554-10662-1-git-send-email...@denx.de> you wrote:
> Sometimes it might make sense to verify the written data to NOR flash.
> This patch adds this feature. To enable this verify-after-write, you
> need to define CONFIG_SYS_FLASH_VERIFY_AFTER_WRITE in your board
Dear Jaehoon Chung,
> > +
> > + /*
> > +* MMC device init
> > +* mmc0 : eMMC (8-bit buswidth)
> > +* mmc2 : SD card (4-bit buswidth)
> > +*/
> > + if (err)
> > + debug("SDMMC0 not configured\n");
> > + else
> > + err = s5p_mmc_init(0, 8);
> > +
> > + /
On 04/04/2013 08:13 PM, Piotr Wilczek wrote:
> This patch add support for a new Samsung board Trats2.
>
> Signed-off-by: Piotr Wilczek
> Signed-off-by: Kyungmin Park
> CC: Minkyu Kang
>
> ---
> Changes in v2:
> - removed lcd callback in panel_info
> - changed i2c from hardware to software
> -
Hi Tom,
Tom Rini wrote:
> If you have specific bugfixes, please hit me up and CC the list.
[U-Boot] powerpc/lib: fix unsafe register handling in wait_ticks
(2012-01-27)
Out of curiosity and perhaps to have better success in the future; what is the
reason that this patch hasn't made it into the
On 02/04/13 14:22, Minkyu Kang wrote:
> Fix the indentation of some defines by tab.
>
> Signed-off-by: Minkyu Kang
> ---
> arch/arm/include/asm/arch-exynos/cpu.h |6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/arch/arm/include/asm/arch-exynos/cpu.h
> b/arch/ar
This patch add support for a new Samsung board Trats2.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
Changes in v2:
- removed lcd callback in panel_info
- changed i2c from hardware to software
- use max77693 multifunction pmic
board/samsung/trats2/Makefile |
1 - 100 of 136 matches
Mail list logo
