Hi,
I think we can wait some more time to mature the fdt support on
u-boot, as not many boards were using this future.
may be I am also incorrect.
And need to remove the CONFIG_ARCH_DEVICE_TREE references in
dts/Makefile to for working this.
--
Thanks,
Jagan.
On Tue, Jun 11, 2013 at 4:47 AM, St
On Tue, Jun 11, 2013 at 2:01 AM, Simon Glass wrote:
> Hi Jagan,
>
> On Mon, Jun 10, 2013 at 8:27 AM, Jagan Teki
> wrote:
>>
>> Hi Simon,
>>
>> On Sun, Jun 9, 2013 at 9:36 PM, Jagan Teki
>> wrote:
>> > Hi Simon,
>> >
>> > On Sun, Jun 9, 2013 at 7:43 PM, Simon Glass wrote:
>> >> Hi Jagan,
>> >>
>
2013/6/11 Albert ARIBAUD :
> Hi Kuo-Jung,
>
> On Tue, 7 May 2013 14:25:07 +0800, Kuo-Jung Su
> wrote:
>
>> diff --git a/arch/arm/include/asm/dma-mapping.h
>> b/arch/arm/include/asm/dma-mapping.h
>> index 5bbb0a0..5a13af5 100644
>> --- a/arch/arm/include/asm/dma-mapping.h
>> +++ b/arch/arm/includ
2013/6/11 Albert ARIBAUD :
> Hi Kuo-Jung,
>
> On Tue, 7 May 2013 14:25:08 +0800, Kuo-Jung Su
> wrote:
>
>
>> diff --git a/arch/arm/include/asm/mach-types.h
>> b/arch/arm/include/asm/mach-types.h
>> index 440b041..a103922 100644
>> --- a/arch/arm/include/asm/mach-types.h
>> +++ b/arch/arm/include
2013/6/11 Albert ARIBAUD :
> Hi Kuo-Jung,
>
> On Tue, 7 May 2013 14:25:13 +0800, Kuo-Jung Su
> wrote:
>
>> arch/arm/cpu/faraday/a360/Makefile| 49 +
>> arch/arm/cpu/faraday/a369/Makefile| 50 +
>> arch/arm/cpu/faraday/a369/cmd_fa606.c | 77
>> arch/arm/
2013/6/11 Albert ARIBAUD :
> Hi Kuo-Jung,
>
> On Tue, 7 May 2013 14:25:12 +0800, Kuo-Jung Su
> wrote:
>
>> From: Kuo-Jung Su
>>
>> Signed-off-by: Kuo-Jung Su
>> CC: Albert Aribaud
>> ---
>> Changes for v4:
>>- Coding Style cleanup.
>>- Break up from [arm: add Faraday A36x SoC platform
From: Stephen Warren
Recent dtc supports #line directives in the input source code, and even
uses them to generate useful line numbers in any messages it emits. Stop
passing -P to cpp, since there's no need any more.
Signed-off-by: Stephen Warren
---
dts/Makefile | 2 +-
1 file changed, 1 inse
From: Stephen Warren
Now that nothing uses CONFIG_ARCH_DEVICE_TREE, stop defining it.
Signed-off-by: Stephen Warren
---
arch/arm/cpu/armv7/tegra114/config.mk | 19 ---
arch/arm/cpu/armv7/tegra20/config.mk | 26 --
arch/arm/cpu/armv7/tegra30/config.mk |
From: Stephen Warren
Now that nothing uses the defines ARCH_CPU_DTS, BOARD_DTS, stop defining
them.
Signed-off-by: Stephen Warren
---
dts/Makefile | 7 ---
1 file changed, 7 deletions(-)
diff --git a/dts/Makefile b/dts/Makefile
index ec89f8b..f1dad07 100644
--- a/dts/Makefile
+++ b/dts/Ma
On Mon, Jun 10, 2013 at 01:05:42PM -0300, Otavio Salvador wrote:
> On Mon, Jun 10, 2013 at 12:55 PM, Tom Rini wrote:
>
> > On Mon, Jun 10, 2013 at 08:43:20AM -0300, Otavio Salvador wrote:
> >
> > > On Mon, Jun 10, 2013 at 6:26 AM, Albert ARIBAUD
> > > wrote:
> > >
> > > > Hi Otavio,
> > > >
> > >
From: Stephen Warren
This brings U-Boot's cpp invocation into line with the way the Linux
kernel invokes cpp on device trees. Consistency will be useful to ensure
*.dts is portable between the two.
-undef also has the added advantage of not defining "linux", so DT
property names such as "linux,k
From: Stephen Warren
Now that we assume dtc supports the -i option, we don't need to use
ARCH_CPU_DTS in *.dts{,i}; we simply specify the include filename
directly, and dtc will find it.
Signed-off-by: Stephen Warren
---
board/chromebook-x86/dts/link.dts | 2 +-
board/samsung/dts/exyno
From: Stephen Warren
This is a series of patches which simplifies the rules to build *.dts in
U-Boot by relying on features in the latest dtc. The include rules are
made more consistent between cpp (when processing *.dts) and dtc. The cpp
flags are made more consistent with the way the kernel pro
From: Stephen Warren
Aside from microblaze, all other SoCs/boards/vendors store their DT files
in board/$vendor/dts/$soc-$board.dts. Move microblaze-generic.dts to this
location for consistency.
Signed-off-by: Stephen Warren
---
.../dts/microblaze.dts => dts/microblaze-generic.dts}
From: Stephen Warren
*.dts may use #include (via cpp) or /include/ (via dtc; assuming a newer
dtc). The choice is up to the creator of the DT. Create a common variable
DTC_INCDIRS that lists the paths searched by include statements, and
update cpp and dtc invocation to use them.
For cpp, also sp
From: Stephen Warren
The invocation of dtc is significantly more complex that it could be,
in order to work around an issue on old versions of dtc, which print
a message to stdout every time they run.
Remove this workaround, on the assumption that people have or will
upgrade to a newer version o
From: Wood Scott-B07421
Sent: Monday, June 10, 2013 6:32 PM
To: Zhang Ying-B40530
Cc: Wood Scott-B07421; u-boot@lists.denx.de; aflem...@gmail.com; Xie
Xiaobo-R63061
Subject: Re: [PATCH 5/8] powerpc: spl: deleted unused symbol
CONFIG_SPL_NAND_MINIMAL and i
On Mon, Jun 10, 2013 at 9:05 AM, Jagan Teki wrote:
> Hi Tom,
>
> On Sat, Jun 8, 2013 at 8:24 PM, Jagan Teki
> wrote:
> > Hi Simon,
> >
> > On Sat, Jun 8, 2013 at 8:11 PM, Simon Glass wrote:
> >> Hi,
> >>
> >> On Sat, Jun 8, 2013 at 1:22 AM, Jagan Teki
> wrote:
> >>>
> >>> Hi Simon,
> >>>
> >>>
Hi Jagan,
On Mon, Jun 10, 2013 at 8:27 AM, Jagan Teki wrote:
> Hi Simon,
>
> On Sun, Jun 9, 2013 at 9:36 PM, Jagan Teki
> wrote:
> > Hi Simon,
> >
> > On Sun, Jun 9, 2013 at 7:43 PM, Simon Glass wrote:
> >> Hi Jagan,
> >>
> >> On Sat, Jun 8, 2013 at 7:44 AM, Jagan Teki
> wrote:
> >>>
> >>> Hi
From: Frédéric Leroy
For big disk support, we need LBA addressing on 64 bits
---
include/configs/lacie_kw.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/lacie_kw.h b/include/configs/lacie_kw.h
index 09b5798..847afcd 100644
--- a/include/configs/lacie_kw.h
+++ b/include/con
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 10/06/2013 15:44, Simon Guinot a écrit :
> On Mon, Jun 10, 2013 at 03:30:53PM +0200, Frederic Leroy wrote:
> > From: Frédéric Leroy
> >
> > For big disk support, we need LBA addressing on 64 bits
> > ---
> > include/configs/lacie_kw.h | 1 +
> >
Hi Masahiro,
On Wed, 15 May 2013 17:33:16 +0900, Masahiro Yamada
wrote:
> Signed-off-by: Masahiro Yamada
> ---
>
> Changes for v2:
>- Fix one more comment
>
> Changes for v3:
>- Fix the commit log to indicate
> * this patch is entirely cosmetic
> * which part was changed at
Hi Kuo-Jung,
On Tue, 7 May 2013 14:25:13 +0800, Kuo-Jung Su
wrote:
> arch/arm/cpu/faraday/a360/Makefile| 49 +
> arch/arm/cpu/faraday/a369/Makefile| 50 +
> arch/arm/cpu/faraday/a369/cmd_fa606.c | 77
> arch/arm/include/asm/arch-a360/hardware.h | 73
Hi Kuo-Jung,
On Tue, 7 May 2013 14:25:12 +0800, Kuo-Jung Su
wrote:
> From: Kuo-Jung Su
>
> Signed-off-by: Kuo-Jung Su
> CC: Albert Aribaud
> ---
> Changes for v4:
>- Coding Style cleanup.
>- Break up from [arm: add Faraday A36x SoC platform support]
>
> Changes for v3:
>- Codin
Hi,
Request for few details here.
I am not understanding why this is applied on tree, [even i din't see
the applied note on mailing list, may be i am missing]
I was asked Xie Xiaobo to send v2 fo updating the name to
- .name = "S25FL129P_64K/S25FL128S",
+ .name = "S25FL129P_64K/S25FL12
On 06/07/2013 09:14:56 PM, Zhang Ying-B40530 wrote:
-Original Message-
From: Wood Scott-B07421
Sent: Saturday, June 08, 2013 1:21 AM
To: Zhang Ying-B40530
Cc: u-boot@lists.denx.de; aflem...@gmail.com; Xie Xiaobo-R63061;
Zhang Ying-B40530
Subject: Re: [PATCH 5/8] powerpc: spl: deleted
Hi Kuo-Jung,
On Tue, 7 May 2013 14:25:08 +0800, Kuo-Jung Su
wrote:
> diff --git a/arch/arm/include/asm/mach-types.h
> b/arch/arm/include/asm/mach-types.h
> index 440b041..a103922 100644
> --- a/arch/arm/include/asm/mach-types.h
> +++ b/arch/arm/include/asm/mach-types.h
Do not assign to mach-
Hi Kuo-Jung,
On Tue, 7 May 2013 14:25:07 +0800, Kuo-Jung Su
wrote:
> diff --git a/arch/arm/include/asm/dma-mapping.h
> b/arch/arm/include/asm/dma-mapping.h
> index 5bbb0a0..5a13af5 100644
> --- a/arch/arm/include/asm/dma-mapping.h
> +++ b/arch/arm/include/asm/dma-mapping.h
> @@ -3,6 +3,9 @@
>
Hi Tom,
On Mon, 10 Jun 2013 11:38:56 -0400, Tom Rini wrote:
> Hello,
>
>
> The following changes since commit 10e167329b029890a4c704f094822da5f259b886:
>
> Merge branch 'u-boot-imx/master' into 'u-boot-arm/master' (2013-06-08
> 14:35:10 +0200)
>
> are available in the git repository at:
>
Hi Holger,
On Mon, 6 May 2013 15:04:51 +0200, Holger Brunck
wrote:
> Signed-off-by: Holger Brunck
> ---
> board/keymile/km_arm/km_arm.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/board/keymile/km_arm/km_arm.c b/board/keymile/km_arm/km_arm.c
> index eda9199..
This patch fix the omap access to the transceiver
configuration registers using the ulpi bus. As reported by
the documentation the bit31 is used only to check if the
transaction is done or still running and the reading and
writing operation have different offset and have different
values. What we n
On Mon, Jun 10, 2013 at 12:55 PM, Tom Rini wrote:
> On Mon, Jun 10, 2013 at 08:43:20AM -0300, Otavio Salvador wrote:
>
> > On Mon, Jun 10, 2013 at 6:26 AM, Albert ARIBAUD
> > wrote:
> >
> > > Hi Otavio,
> > >
> > > On Sun, 9 Jun 2013 12:54:31 -0300, Otavio Salvador
> > > wrote:
> > >
> > > > Hel
Hi Tom,
On Sat, Jun 8, 2013 at 8:24 PM, Jagan Teki wrote:
> Hi Simon,
>
> On Sat, Jun 8, 2013 at 8:11 PM, Simon Glass wrote:
>> Hi,
>>
>> On Sat, Jun 8, 2013 at 1:22 AM, Jagan Teki wrote:
>>>
>>> Hi Simon,
>>>
>>> On Sat, Jun 8, 2013 at 4:44 AM, Simon Glass wrote:
>>> > Hi Jagan,
>>> >
>>> > O
Hi,
Please use the commit header as below: just to sync with remaining
drivers in tree.
spi: arm-pl022: Add support for ARM PL022 spi controller
On Fri, Jun 7, 2013 at 1:14 PM, Armando Visconti
wrote:
> This patch adds the support for the ARM PL022 SPI controller for the standard
> variant (0x0
On Mon, Jun 10, 2013 at 08:43:20AM -0300, Otavio Salvador wrote:
> On Mon, Jun 10, 2013 at 6:26 AM, Albert ARIBAUD
> wrote:
>
> > Hi Otavio,
> >
> > On Sun, 9 Jun 2013 12:54:31 -0300, Otavio Salvador
> > wrote:
> >
> > > Hello,
> > >
> > > I'd like to know what the plains regarding rc releases?
On Mon, Jun 10, 2013 at 09:05:48AM +0200, Wolfgang Denk wrote:
> Dear Heiko Schocher,
>
> In message <51b555d7.5010...@denx.de> you wrote:
> >
> > Ok, I can change this. Envvar name "dfu_data_buf_size" is ok?
>
> Such long names are a paint to type. As we can't buffer anything else
> but data, w
Hello,
The following changes since commit 10e167329b029890a4c704f094822da5f259b886:
Merge branch 'u-boot-imx/master' into 'u-boot-arm/master' (2013-06-08
14:35:10 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
for you to fetch changes up to 68cd4a4
On Mon, Jun 10, 2013 at 11:55:31AM +0200, Michael Trimarchi wrote:
> Hi
>
> On Mon, Jun 10, 2013 at 11:54:31AM +0300, Lubomir Popov wrote:
> > Hi Michael,
> >
> > On 10/06/13 00:37, Michael Trimarchi wrote:
> > > Hi
> > >
> > > On 06/08/2013 10:43 PM, Lubomir Popov wrote:
> > >> Hi Tom, Michael,
Hi Simon,
On Sun, Jun 9, 2013 at 9:36 PM, Jagan Teki wrote:
> Hi Simon,
>
> On Sun, Jun 9, 2013 at 7:43 PM, Simon Glass wrote:
>> Hi Jagan,
>>
>> On Sat, Jun 8, 2013 at 7:44 AM, Jagan Teki wrote:
>>>
>>> Hi Simon,
>>>
>>> On Sat, Jun 8, 2013 at 8:02 PM, Simon Glass wrote:
>>> > Hi Jagan,
>>> >
On 06/10/13 17:23, Michael Trimarchi wrote:
> Fix ulpi reading and writing function.
> * Both functions need to have the bit31 setted.
> * Right now uboot use 0 to enumerate port 1 and 1 to
>enumerate port 2 and so on. Omap code use 1 for port 1 and 2 for port 2.
>Add a +1 fix the problem
Hi Michael,
On 10/06/13 17:23, Michael Trimarchi wrote:
> Fix ulpi reading and writing function.
> * Both functions need to have the bit31 setted.
> * Right now uboot use 0 to enumerate port 1 and 1 to
>enumerate port 2 and so on. Omap code use 1 for port 1 and 2 for port 2.
>Add a +1 fi
Hi Michael,
A minor suggestion to clarify the explanation (its HW that requires +1):
On 10/06/13 17:23, Michael Trimarchi wrote:
> Fix ulpi reading and writing function.
> * Both functions need to have the bit31 setted.
> * Right now uboot use 0 to enumerate port 1 and 1 to
>enumerate port
Hi Michael,
On Mon, 10 Jun 2013 11:55:31 +0200, Michael Trimarchi
wrote:
> This patch fix the omap access to the transceiver
Please do not post new patches inside an existing thread, especially
a pull request thread.
Amicalement,
--
Albert.
___
U-Bo
Hi Dirk,
> From: Behme, Dirk - Bosch
> Sent: Monday, June 10, 2013 16:06
> To: Gabbasov, Andrew
> Cc: u-boot@lists.denx.de; Stefano Babic; Fleming Andy-AFLEMING
> Subject: Re: [U-Boot] [Patch] fsl_esdhc: Fix DMA transfer completion waiting
> loop
>
> On 08
Hi Simon,
On Mon, 10 Jun 2013 16:29:26 +0200, Simon Guinot
wrote:
> On Mon, Jun 10, 2013 at 04:20:49PM +0200, Frédéric Leroy wrote:
> >
> > Le 10/06/2013 15:44, Simon Guinot a écrit :
> > > On Mon, Jun 10, 2013 at 03:30:53PM +0200, Frederic Leroy wrote:
> > > > From: Frédéric Leroy
> > > >
> >
On Mon, Jun 10, 2013 at 04:20:49PM +0200, Frédéric Leroy wrote:
>
> Le 10/06/2013 15:44, Simon Guinot a écrit :
> > On Mon, Jun 10, 2013 at 03:30:53PM +0200, Frederic Leroy wrote:
> > > From: Frédéric Leroy
> > >
> > > For big disk support, we need LBA addressing on 64 bits
> > > ---
> > > inclu
Fix ulpi reading and writing function.
* Both functions need to have the bit31 setted.
* Right now uboot use 0 to enumerate port 1 and 1 to
enumerate port 2 and so on. Omap code use 1 for port 1 and 2 for port 2.
Add a +1 fix the problem
Signed-off-by: Michael Trimarchi
---
drivers/usb/u
Hi Wolfgang,
On 10.06.2013 16:04, Wolfgang Denk wrote:
> Dear Stefan,
>
> In message <51b2fd5a.4060...@denx.de> you wrote:
>>
>> Wolfgang, you remember that s few weeks ago a similar CFI patch resulted
>> in breaking flash support for one TQ board. Which one was that? Could
>> you please either t
Dear Stefan,
In message <51b2fd5a.4060...@denx.de> you wrote:
>
> Wolfgang, you remember that s few weeks ago a similar CFI patch resulted
> in breaking flash support for one TQ board. Which one was that? Could
> you please either test this patch on this board or let me know which
> board this wa
On Mon, Jun 10, 2013 at 03:30:53PM +0200, Frederic Leroy wrote:
> From: Frédéric Leroy
>
> For big disk support, we need LBA addressing on 64 bits
> ---
> include/configs/lacie_kw.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/include/configs/lacie_kw.h b/include/configs/lacie_kw.h
Some systems use a SoM (system on module) in such a way that the PHY
addresses depend on the carrier board used, or even on the geographic
position of the SoM on the carrier board. This patch adds support for
runtime assignment of the PHY addresses for the TSEC ports through
environment variables
Hi
On 06/10/2013 03:31 PM, Igor Grinberg wrote:
> On 06/10/13 00:49, Marek Vasut wrote:
>> Dear Michael Trimarchi,
>>
>>> Hi Marek
>>>
>>> On 06/09/2013 11:09 PM, Marek Vasut wrote:
Dear Michael Trimarchi,
> Dear Marek
>
> On 06/09/2013 10:05 PM, Marek Vasut wrote:
>> Dea
On 06/10/13 00:49, Marek Vasut wrote:
> Dear Michael Trimarchi,
>
>> Hi Marek
>>
>> On 06/09/2013 11:09 PM, Marek Vasut wrote:
>>> Dear Michael Trimarchi,
>>>
Dear Marek
On 06/09/2013 10:05 PM, Marek Vasut wrote:
> Dear Michael Trimarchi,
>
>> This patch fix the omap acc
On Sat, Jun 08, 2013 at 11:57:05PM +0200, Albert ARIBAUD wrote:
> Hi Tom,
>
> On Fri, 7 Jun 2013 15:19:21 -0400, Tom Rini wrote:
>
> > Tom Rini (4):
>
> > arm: Remove OMAP2420H4 and all omap24xx support
>
> This one removes not only 2420h4 but also tnetv107x_evm. Is that normal?
That wa
On 08.04.2013 11:06, Andrew Gabbasov wrote:
Rework the waiting for transfer completion loop condition
to continue waiting until both Transfer Complete and DMA End
interrupts occur. Checking of DLA bit in Present State register
looks not needed in addition to interrupts status checking,
so it can
Hi Daniel,
> - refactoring and optimization of bootm command
> - add support for logical memory blocks (LMB)
> - make external init ramdisks working again with recent kernels
> - add support for bootm subcommand 'cmdline'
> - prepare bootm for upcoming device tree support
> - add bootm support for
On Mon, Jun 10, 2013 at 6:26 AM, Albert ARIBAUD
wrote:
> Hi Otavio,
>
> On Sun, 9 Jun 2013 12:54:31 -0300, Otavio Salvador
> wrote:
>
> > Hello,
> >
> > I'd like to know what the plains regarding rc releases?
>
> Dunno right now what Tom is planning, but before it goes out, I would
> like to firs
Hi Michael,
On 10/06/13 12:55, Michael Trimarchi wrote:
> Hi
>
> On Mon, Jun 10, 2013 at 11:54:31AM +0300, Lubomir Popov wrote:
>> Hi Michael,
>>
>> On 10/06/13 00:37, Michael Trimarchi wrote:
>>> Hi
>>>
>>> On 06/08/2013 10:43 PM, Lubomir Popov wrote:
Hi Tom, Michael,
> Hello,
Hi
On Mon, Jun 10, 2013 at 11:54:31AM +0300, Lubomir Popov wrote:
> Hi Michael,
>
> On 10/06/13 00:37, Michael Trimarchi wrote:
> > Hi
> >
> > On 06/08/2013 10:43 PM, Lubomir Popov wrote:
> >> Hi Tom, Michael,
> >>
> >>> Hello,
> >>>
> >>> The following changes since commit
> >>> 3da0e5750b24a9
Hi Otavio,
On Sun, 9 Jun 2013 12:54:31 -0300, Otavio Salvador
wrote:
> Hello,
>
> I'd like to know what the plains regarding rc releases?
Dunno right now what Tom is planning, but before it goes out, I would
like to first finish going through my current todo on patchwork (and
also sort out the
Hi Michael,
On 10/06/13 00:37, Michael Trimarchi wrote:
> Hi
>
> On 06/08/2013 10:43 PM, Lubomir Popov wrote:
>> Hi Tom, Michael,
>>
>>> Hello,
>>>
>>> The following changes since commit 3da0e5750b24a9491058df6126c7be577a276c09:
>>>
>>> arm: factorize relocate_code routine (2013-05-30 20:24:38
This patch introduces support for command line arguments to Plan 9.
Plan 9 generally dedicates a small region of kernel memory (known
as CONFADDR) for runtime configuration. A new environment variable
named confaddr was introduced to indicate this location when copying
arguments.
Signed-off-by: S
This patch introduces support for command line arguments to Plan 9.
Plan 9 generally dedicates a small region of kernel memory (known
as CONFADDR) for runtime configuration. A new environment variable
named confaddr was introduced to indicate this location when copying
arguments.
Signed-off-by: S
Dear Heiko Schocher,
In message <51b555d7.5010...@denx.de> you wrote:
>
> Ok, I can change this. Envvar name "dfu_data_buf_size" is ok?
Such long names are a paint to type. As we can't buffer anything else
but data, we should be able to omit this, i. e. what about
dfu_bufsiz
["bufsiz"
On 06/06/2013 10:06 PM, Robert Winkler wrote:
One other unrelated question for Nikita from his splash prepare patch.
Why did you use gd->fb_base when the global lcd_base is used
elsewhere
in the function and lcd.c in general. It seems inconsistent.
1094if (splash_screen_prepare())
109
65 matches
Mail list logo
