On 24/09/2012 01:29, Eric Nelson wrote:
>
> This is the part that gets interesting.
>
> You're right that SPL **can** do the job, but only if it supports
> the boot media. For the most part, it's reasonable to expect the
> code to be written in U-Boot for that, since the boot media may
> also be
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of DrEagle
> Sent: 22 September 2012 12:45
> To: DrEagle
> Cc: Lior Amsalem; u-boot@lists.denx.de; ub...@doukki.net
> Subject: [U-Boot] [PATCH v2 0/5] Marvell SDIO/MMC driver for
>
On 23/09/2012 21:01, Eric Bénard wrote:
> Hi Stefano,
>
> Le Mon, 10 Sep 2012 14:09:21 +0200,
> Stefano Babic a écrit :
>> The chip supports ONFI, but it seems the i.MX driver does not. Quite as
>> described in http://patchwork.ozlabs.org/patch/60042/. READ-ID is always
>> sent with address 0, I
On 23/09/2012 21:25, Eric Bénard wrote:
> Hi Stefano,
>
> Le Thu, 6 Sep 2012 10:04:57 +0200,
> Stefano Babic a écrit :
>> +#define RCSR_MEM_CTL_WEIM 0
>> +#define RCSR_MEM_CTL_NAND 1
>> +#define RCSR_MEM_CTL_SD 2
>> +#define RCSR_MEM_TYPE_NOR 0
>> +#define RCSR_MEM_TYPE_ONENAND
On 21/09/2012 22:00, Fabio Estevam wrote:
> fecmxc_mii_postcall() is specific to the KSZ9021 PHY on m28evk and
> should not be used on mx28evk, which has LAN8270 instead.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx (fix), thanks.
Best regards,
Stefano Babic
--
==
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of DrEagle
> Sent: 22 September 2012 12:46
> To: DrEagle
> Cc: Lior Amsalem; u-boot@lists.denx.de; ub...@doukki.net
> Subject: [U-Boot] [PATCH v2 1/5] Add Marvell SDIO/MMC driver f
On 23/09/2012 19:30, Eric Nelson wrote:
> Signed-off-by: Eric Nelson
> ---
Applied to u-boot-imx (fix), thanks.
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235
On 23/09/2012 19:30, Eric Nelson wrote:
> Signed-off-by: Eric Nelson
> Tested-by: Fabio Estevam
> ---
> V2 is unchanged from V1
>
Applied to u-boot-imx (fix), thanks.
Best regards,
Stefano Babic
--
=
DENX Software Engineeri
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of DrEagle
> Sent: 22 September 2012 12:47
> To: DrEagle
> Cc: Lior Amsalem; u-boot@lists.denx.de; ub...@doukki.net
> Subject: [U-Boot] [PATCH v2 2/5] Add SDIO/MMC support for kirk
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of DrEagle
> Sent: 22 September 2012 12:49
> To: DrEagle
> Cc: Lior Amsalem; u-boot@lists.denx.de; ub...@doukki.net
> Subject: [U-Boot] [PATCH v2 5/5] Fix timeout in Marvell SDIO M
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of DrEagle
> Sent: 22 September 2012 12:47
> To: DrEagle
> Cc: Lior Amsalem; u-boot@lists.denx.de; ub...@doukki.net
> Subject: [U-Boot] [PATCH v2 3/5] Add SDIO/MMC support for Shee
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of DrEagle
> Sent: 22 September 2012 12:48
> To: DrEagle
> Cc: Lior Amsalem; u-boot@lists.denx.de; ub...@doukki.net
> Subject: [U-Boot] [PATCH v2 4/5] Fix env address for Sheevaplu
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of DrEagle
> Sent: 22 September 2012 12:45
> To: DrEagle
> Cc: Lior Amsalem; u-boot@lists.denx.de; ub...@doukki.net
> Subject: [U-Boot] [PATCH v2 0/5] Marvell SDIO/MMC driver for
>
> -Original Message-
> From: DrEagle [mailto:drea...@doukki.net]
> Sent: 22 September 2012 13:05
> To: DrEagle
> Cc: u-boot@lists.denx.de; ub...@doukki.net; Lior Amsalem; Prafulla
> Wadaskar; Martin Michlmayr
> Subject: Re: [PATCH v2 0/5] Marvell SDIO/MMC driver for Sheevaplug
>
> Hi,
>
On 21/09/2012 15:02, Otavio Salvador wrote:
> The environment now uses expressions but we missed the setexpr command
> was not being include. This patch adds it.
>
> Signed-off-by: Otavio Salvador
> ---
Applied to u-boot-imx (fix), thanks.
Best regards,
Stefano Babic
--
Hi Stefano
I am currently in the process of updating my zmx25 board support for a new
hardware revision where I need I2C access. I2C on imx25 currently fails
to build:
mxc_i2c.c: In function 'i2c_imx_get_clk':
mxc_i2c.c:101:31: error: 'MXC_IPG_PERCLK' undeclared (first use in this
function)
I
Dear Marek,
In message <201209220121.50969.ma...@denx.de> you wrote:
>
> let's do some informal beer-drinking meeting at the ELCE [1] that takes place
> Nov. 5.-7. in Barcelona. Who's joining?
Sorry, I have no chance of attending.
Best regards,
Wolfgang Denk
--
DENX Software Engineering Gmb
On 24/09/2012 11:32, Matthias Weißer wrote:
> Hi Stefano
>
Hi Matthias,
> I am currently in the process of updating my zmx25 board support for a new
> hardware revision where I need I2C access. I2C on imx25 currently fails
> to build:
>
> mxc_i2c.c: In function 'i2c_imx_get_clk':
> mxc_i2c.c:10
On 09/22/2012 01:21 AM, Marek Vasut wrote:
> let's do some informal beer-drinking meeting at the ELCE [1] that takes place
> Nov. 5.-7. in Barcelona. Who's joining?
I won't make it, sorry. Best would be to schedule such an event with a
bit more time to prepare. Isn't there a suitable Linux/FOSS m
Hi Stefano, Matthias,
On Monday, September 24, 2012 11:45:33 AM, Stefano Babic wrote:
> On 24/09/2012 11:32, Matthias Weißer wrote:
> > Hi Stefano
> >
>
> Hi Matthias,
>
> > I am currently in the process of updating my zmx25 board support
> > for a new
> > hardware revision where I need I2C acc
Hi Stefano
Am 24.09.2012 11:45, schrieb Stefano Babic:
On 24/09/2012 11:32, Matthias Weißer wrote:
Hi Stefano
Hi Matthias,
I am currently in the process of updating my zmx25 board support for a new
hardware revision where I need I2C access. I2C on imx25 currently fails
to build:
mxc_i2c.c
Am 24.09.2012 13:05, schrieb Benoît Thébaudeau:
Hi Stefano, Matthias,
On Monday, September 24, 2012 11:45:33 AM, Stefano Babic wrote:
On 24/09/2012 11:32, Matthias Weißer wrote:
> Hi Stefano
>
Hi Matthias,
> I am currently in the process of updating my zmx25 board support
> for a new
> hardwa
Hi Tom,
On 09/22/2012 02:25 AM, Tom Rini wrote:
> I've tagged and pushed v2012.10-rc1. It's not quite as far along as I
> was hoping, so here's my plans for early next week to get -rc2 on-track.
> - An update u-boot-video pull request.
> - Rob and Stephen's partition / fs related changes, once St
On 24/09/2012 13:05, Benoît Thébaudeau wrote:
>> But this seems the right solution. The mxc_get_clk() gets as
>> parameter
>> an enum representing a peripheral or a special clock name, valid for
>> a
>> SOC. The driver should use the peripheral name.
>
> Yes and no. The best would be to add a clo
This patchset add software SPI support on Samsung Universal C210 board.
In SPI software driver #ifdef CONFIG_SYS_IMMR in spi_init function is added.
Changes in v2:
- removed space between # and include;
- changed return in spi_cs_is_valid function;
Changes in v3:
- Patch is split in two patches:
This patch use software spi on Samsung Universal C210 board.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
Changes in v2:
- removed space between # and include;
- changed return in spi_cs_is_valid function;
Changes in v3:
- New patch from splited v2:
board/sams
This patch add #ifdef CONFIG_SYS_IMMR in spi_init function
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
CC: Wolfgang Denk
CC: Jean-Christophe PLAGNIOL-VILLARD
---
Changes in v2:
- removed space between # and include;
- changed return in spi_cs_is_valid function;
C
On Saturday 22 September 2012 15:59:46 Pavel Herrmann wrote:
> On Saturday 22 of September 2012 15:33:10 Marek Vasut wrote:
> > Dear Pavel Herrmann,
> >
> > > On Saturday 22 of September 2012 02:09:15 Marek Vasut wrote:
> > > > Dear Pavel Herrmann,
> > > >
> > > > [...]
> > > >
> > > > > > > one
On Monday, September 24, 2012 1:34:57 PM, Matthias Weißer wrote:
> Am 24.09.2012 13:05, schrieb Benoît Thébaudeau:
> > Hi Stefano, Matthias,
> >
> > On Monday, September 24, 2012 11:45:33 AM, Stefano Babic wrote:
> >> On 24/09/2012 11:32, Matthias Weißer wrote:
> >> > Hi Stefano
> >> >
> >>
> >> Hi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 22/09/2012 02:25, Tom Rini wrote:
> Once the SPL changes go in, I expect at least one if not two
> platforms that rebased on top of it to go into u-boot-arm.
At least one is the i.MX35. A second one could be the i.MX25, but both
planned for -next
i2c didn't work on imx25 due to missing MXC_IPG_PERCLK. Now using
MXC_I2C_CLK on all imx systems using i2c.
Signed-off-by: Matthias Weisser
---
arch/arm/cpu/arm1136/mx31/generic.c|1 +
arch/arm/cpu/arm1136/mx35/generic.c|1 +
arch/arm/cpu/armv7/mx5/clock.c |1 +
arch/
Acked-by: Nikita Kiryanov
On 09/22/2012 07:55 PM, Anatolij Gustschin wrote:
Commit 203c37b8c5556aad1901ce4954792afd718c7d42
(common lcd: simplify core functions)
and commit bfdcc65e1163b4891643c2a670570c478b9af2a4
(common lcd: simplify lcd_display_bitmap)
caused build breakage for at91sam9x5e
On 24/09/2012 14:46, Matthias Weisser wrote:
> i2c didn't work on imx25 due to missing MXC_IPG_PERCLK. Now using
> MXC_I2C_CLK on all imx systems using i2c.
>
> Signed-off-by: Matthias Weisser
> ---
> arch/arm/cpu/arm1136/mx31/generic.c|1 +
> arch/arm/cpu/arm1136/mx35/generic.c|
Hi Matthias,
On Monday, September 24, 2012 2:46:53 PM, Matthias Weisser wrote:
> i2c didn't work on imx25 due to missing MXC_IPG_PERCLK. Now using
> MXC_I2C_CLK on all imx systems using i2c.
>
> Signed-off-by: Matthias Weisser
> ---
> arch/arm/cpu/arm1136/mx31/generic.c|1 +
> arch/arm/
This patchset add support for display on Universal C210 board.
Max8998 is modified to power on display, new driver ld9040
and support for LCD display on universal C210 board is added.
Changes in v2:
- removed unnecessary function for fimd clock set;
- code cleanup
- removed patch for fix exynos4_f
Add LDO7 and LDO17 macros to max8998_pmic.h necessary to power on the LCD.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
Changes in v2:
- none.
Changes in v3:
- none.
include/max8998_pmic.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
This patch add ld9040 video driver:
new file: drivers/video/ld9040.c
new file: include/ld9040.h
modified: drivers/video/Makefile
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
CC: Donghwa Lee
---
This patch depends on software SPI:
<1348487791-18435-2-git-send-
This patch fixes image position on screen when images's height or width is
biger then the lcd's.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
Changes in v2:
- none.
Changes in v3:
- none.
drivers/video/exynos_fb.c | 15 +--
1 files changed, 13 i
This patch add support for display on Universal C210 board.
Width of displayed logo must be not bigger than 480 pixel and
is limited by width of the screen.
Tizen logo size is 520x120 pixels should be reseized.
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
Change
Add EXYNOS4_DISPLAY_CONTROL definition
Signed-off-by: Piotr Wilczek
Signed-off-by: Kyungmin Park
CC: Minkyu Kang
---
Changes in v2:
- removed definions for fimd.
Changes in v3:
- none.
arch/arm/include/asm/arch-exynos/cpu.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --gi
Dear Stefan Roese,
> On 09/22/2012 01:21 AM, Marek Vasut wrote:
> > let's do some informal beer-drinking meeting at the ELCE [1] that takes
> > place Nov. 5.-7. in Barcelona. Who's joining?
>
> I won't make it, sorry. Best would be to schedule such an event with a
> bit more time to prepare. Isn'
Dear Marek,
In message <201209241534.35845.ma...@denx.de> you wrote:
>
> > I won't make it, sorry. Best would be to schedule such an event with a
> > bit more time to prepare. Isn't there a suitable Linux/FOSS meeting in
> > Spring 2013 in Europe?
>
> FOSDEM maybe?
FOSDEM traditionally collides
Hi Wolfgang,
On 09/24/2012 03:39 PM, Wolfgang Denk wrote:
>>> I won't make it, sorry. Best would be to schedule such an event with a
>>> bit more time to prepare. Isn't there a suitable Linux/FOSS meeting in
>>> Spring 2013 in Europe?
>>
>> FOSDEM maybe?
>
> FOSDEM traditionally collides with the
Hi Stefano,
On 09/24/2012 12:22 AM, Stefano Babic wrote:
On 24/09/2012 01:29, Eric Nelson wrote:
This is the part that gets interesting.
You're right that SPL **can** do the job, but only if it supports
the boot media. For the most part, it's reasonable to expect the
code to be written in U-B
Hello Marek,
On Mon, Sep 24, 2012 at 1:11 AM, Marek Vasut wrote:
> Dear Tomas Hlavacek,
>
> [..]
>> +
>> + if (early_malloc_active()) {
>> + addr = early_malloc(size);
>> + for (i=0; i> + addr[i] = 0;
>
> memset() ?
Yes, sure. Thanks.
>
>> +
>> +
Dear Tomas Hlavacek,
[...]
> >> +static inline void *dmrealloc(void *oldmem, size_t bytes)
> >> +{
> >> +#ifdef CONFIG_SYS_EARLY_MALLOC
> >> + if (early_malloc_active())
> >> + return NULL;
> >
> > I wonder how should this be implemented ... maybe early_malloc + standard
> > memc
Chris Packham wrote:
> Good point. I got the firmware out of the SDK that came with our
> P2041RDB. I believe the intent was that the Fman microcode is written to
> a reserved flash block and downloaded to the frame manager by the OS
> when needed. As a Freescale customer I would actually prefer to
On 22/09/2012 00:53, Eric Nelson wrote:
> Adds support for two LVDS panels and one RGB panel to the SABRE-Lite
> board:
> Hannstar-XGA - 1024 x 768 LVDS (Freescale part number MCIMX-LVDS1)
> wsvga-lvds - 1024 x 600 LVDS (Boundary p/n Nit6X_1024x600)
> wvga-rgb
Dear Stefan Roese,
> Hi Wolfgang,
>
> On 09/24/2012 03:39 PM, Wolfgang Denk wrote:
> >>> I won't make it, sorry. Best would be to schedule such an event with a
> >>> bit more time to prepare. Isn't there a suitable Linux/FOSS meeting in
> >>> Spring 2013 in Europe?
> >>
> >> FOSDEM maybe?
> >
>
On 21/09/2012 15:58, Fabio Estevam wrote:
> mx6qsabreauto is a board based on mx6q SoC with the following features:
> - 2GB of DDR3
> - 2 USB ports
> - 1 HDMI output port
> - SPI NOR
> - 2 LVDS LCD ports
> - Gigabit Ethernet
> - Camera
> - eMMC and SD card slot
> - Multichannel Audio
> - CAN
> - SA
Sorry Stefano,
On 09/24/2012 08:02 AM, Stefano Babic wrote:
On 22/09/2012 00:53, Eric Nelson wrote:
Adds support for two LVDS panels and one RGB panel to the SABRE-Lite
board:
Hannstar-XGA - 1024 x 768 LVDS (Freescale part number MCIMX-LVDS1)
wsvga-lvds- 1024 x
On 24/09/2012 15:48, Eric Nelson wrote:
> Hi Stefano,
>
Hi Eric,
>> But I do not get the connection with the imximage and the need for the
>> plugin. If the SOC boots with "Serial Downloader", it polls the USB OTG
>> waiting for command as specified in the protocol. With your tool you set
>> the
On 24/09/2012 17:11, Eric Nelson wrote:
> Sorry Stefano,
>
>>
>> Between V3 and V4 you changed also ipu_common.c, and that change does
>> not apply.
>>
>>> /* address of boot parameters */
>>> diff --git a/drivers/video/ipu_common.c b/drivers/video/ipu_common.c
>>> index cc8f881..5f0a1a8
Hi Marek,
On Sun, Sep 23, 2012 at 8:21 PM, Marek Vasut wrote:
> This patch adds essential components for generation of the contents of
> the linker section that is used by the linker-generated array. All of
> the contents is held in a separate file, u-boot.lst, which is generated
> at runtime jus
On Mon, Sep 24, 2012 at 01:51:50PM +0200, Stefan Roese wrote:
> Hi Tom,
>
> On 09/22/2012 02:25 AM, Tom Rini wrote:
> > I've tagged and pushed v2012.10-rc1. It's not quite as far along as I
> > was hoping, so here's my plans for early next week to get -rc2 on-track.
> > - An update u-boot-video p
On Mon, Sep 24, 2012 at 02:42:11PM +0200, Stefano Babic wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 22/09/2012 02:25, Tom Rini wrote:
>
> > Once the SPL changes go in, I expect at least one if not two
> > platforms that rebased on top of it to go into u-boot-arm.
>
> At leas
On 24/09/2012 17:21, Stefano Babic wrote:
>> This patch requires the previous change to name the CCGRx bitfields:
>>
>> http://patchwork.ozlabs.org/patch/185856/
>
> Ah, ok, I see ! Next iteration, thanks.
The patch depends also on the following patches:
i.MX6: define struct iomuxc and IOMUX
On 09/24/2012 05:45 PM, Tom Rini wrote:
>>> I've tagged and pushed v2012.10-rc1. It's not quite as far along as I
>>> was hoping, so here's my plans for early next week to get -rc2 on-track.
>>> - An update u-boot-video pull request.
>>> - Rob and Stephen's partition / fs related changes, once Ste
Hi Scott,
On Fri, 2012-09-21 at 19:01 -0500, Scott Wood wrote:
> This was introduced by commit 244615197469dd6fe75ae082f38424b97c79aeaf, but it
> fails in a minimal SPL build where the only thing in arch/powerpc/lib is
> cache.c, which apparently doesn't generate any fixup records.
>
> If this ch
Dear Joe Hershberger,
> Hi Marek,
[...]
It's a RFC, lemme explain:
> > -$(obj)u-boot-spl.lds: $(LDSCRIPT) depend
> > +$(obj)u-boot-spl.lst: $(LIBS)
> > + $(OBJDUMP) -h $(LIBS) | \
Dump the section headers in all object files
> > + sed -n -e 's/.*\(\.u_boot_list[^ ]\+\).*$$/\1/p' |
On Sat, Sep 22, 2012 at 01:21:50AM +0200, Marek Vasut wrote:
> Hi guys,
>
> let's do some informal beer-drinking meeting at the ELCE [1] that takes place
> Nov. 5.-7. in Barcelona. Who's joining?
>
> [1] http://events.linuxfoundation.org/events/embedded-linux-conference-europe
Not I, sorry.
-
Hi Marek,
On Sun, Sep 23, 2012 at 8:21 PM, Marek Vasut wrote:
> This patch adds support for linker-generated array. These arrays
> are a generalization of the U-Boot command declaration approach.
>
> Basically, the idea is to generate an array, where elements of the
> array are statically initial
Hi Marek,
On Sun, Sep 23, 2012 at 8:21 PM, Marek Vasut wrote:
> Add section for the linker-generated lists into all possible linker
> files, so that everyone can easily use these lists. This is mostly
> a mechanical adjustment.
>
> Signed-off-by: Marek Vasut
> Cc: Joe Hershberger
> Cc: Mike Fry
Dear Joe Hershberger,
[...]
> > +#define ll_entry_declare(_type, _name, _section_u, _section_d) \
> > + _type _u_boot_list_##_section_u##_##_name __attribute__(( \
> > + unused, aligned(4), \
> > + section
Dear Joe Hershberger,
[...]
> While you're touching all these files, why not replace the
> __u_boot_cmd* implementation with this as well. There's no need to
> leave a special case in there as well is there?
Not in the first stab, it can be indeed done later, but now I'd like to avoid
breakage
Hi Marex,
On Mon, Sep 24, 2012 at 11:04 AM, Marek Vasut wrote:
> Dear Joe Hershberger,
[...]
>> Could you not reuse this complicated logic by defining a make function
>> and then call + eval it? Something like this:
>
>
> Can you elaborate more? I don't quite get it ... :-(
Consolidate the co
Dear Joe Hershberger,
> Hi Marex,
>
> On Mon, Sep 24, 2012 at 11:04 AM, Marek Vasut wrote:
> > Dear Joe Hershberger,
>
> [...]
>
> >> Could you not reuse this complicated logic by defining a make function
> >
> >> and then call + eval it? Something like this:
> > Can you elaborate more? I do
Dear Tom Rini,
> On Mon, Sep 24, 2012 at 06:53:19PM +0200, Marek Vasut wrote:
> > Dear Joe Hershberger,
> >
> > [...]
> >
> > > While you're touching all these files, why not replace the
> > > __u_boot_cmd* implementation with this as well. There's no need to
> > > leave a special case in there
On Mon, Sep 24, 2012 at 06:53:19PM +0200, Marek Vasut wrote:
> Dear Joe Hershberger,
>
> [...]
>
> > While you're touching all these files, why not replace the
> > __u_boot_cmd* implementation with this as well. There's no need to
> > leave a special case in there as well is there?
>
> Not in t
On Mon, Sep 24, 2012 at 07:09:35PM +0200, Marek Vasut wrote:
> Dear Tom Rini,
>
> > On Mon, Sep 24, 2012 at 06:53:19PM +0200, Marek Vasut wrote:
> > > Dear Joe Hershberger,
> > >
> > > [...]
> > >
> > > > While you're touching all these files, why not replace the
> > > > __u_boot_cmd* implementa
Dear Tom Rini,
> On Mon, Sep 24, 2012 at 07:09:35PM +0200, Marek Vasut wrote:
> > Dear Tom Rini,
> >
> > > On Mon, Sep 24, 2012 at 06:53:19PM +0200, Marek Vasut wrote:
> > > > Dear Joe Hershberger,
> > > >
> > > > [...]
> > > >
> > > > > While you're touching all these files, why not replace th
Hi Tom,
On Mon, Sep 24, 2012 at 12:18 PM, Tom Rini wrote:
> On Mon, Sep 24, 2012 at 07:09:35PM +0200, Marek Vasut wrote:
>> Dear Tom Rini,
>>
>> > On Mon, Sep 24, 2012 at 06:53:19PM +0200, Marek Vasut wrote:
>> > > Dear Joe Hershberger,
>> > >
>> > > [...]
>> > >
>> > > > While you're touching al
On Mon, Sep 24, 2012 at 03:21:54AM +0200, Marek Vasut wrote:
> This is a first stab at the linker-generated array. Basically, this
> concept is a generic abstraction of how u_boot_cmd works today. The
> patch 2/3 contains a huge pile of documentation which should clarify
> most of the questions.
>
Dear Tom Rini,
> On Mon, Sep 24, 2012 at 03:21:54AM +0200, Marek Vasut wrote:
> > This is a first stab at the linker-generated array. Basically, this
> > concept is a generic abstraction of how u_boot_cmd works today. The
> > patch 2/3 contains a huge pile of documentation which should clarify
> >
Hi Marek,
On Mon, Sep 24, 2012 at 12:08 PM, Marek Vasut wrote:
> Dear Joe Hershberger,
>
>> Hi Marex,
>>
>> On Mon, Sep 24, 2012 at 11:04 AM, Marek Vasut wrote:
>> > Dear Joe Hershberger,
>>
>> [...]
>>
>> >> Could you not reuse this complicated logic by defining a make function
>> >
>> >> and t
On 09/21/2012 02:42 PM, Tom Warren wrote:
> Move files that are going to be common between T20 and T30 into 'tegra-common'
> subdirs in AVP (arm720t), CPU (armv7), and shared (arch/arm/cpu/.) areas. Any
> files that are left behind in '/tegra20' will be copied to '/tegra30' subdirs
> and modified f
On 09/21/2012 02:42 PM, Tom Warren wrote:
> The move is pretty straight-forward. ap20.h and tegra20.h were renamed to
> ap.h and tegra.h.
> Some files remain in arch-tegra20 but 'include' a file in 'arch-tegra' with
> #defines & structs
> that will be common between T20 and T30 HW. HW-specific #d
On Mon, Sep 24, 2012 at 12:23:10PM -0500, Joe Hershberger wrote:
> Hi Tom,
>
> On Mon, Sep 24, 2012 at 12:18 PM, Tom Rini wrote:
> > On Mon, Sep 24, 2012 at 07:09:35PM +0200, Marek Vasut wrote:
> >> Dear Tom Rini,
> >>
> >> > On Mon, Sep 24, 2012 at 06:53:19PM +0200, Marek Vasut wrote:
> >> > > D
Add a common mx6 config file that can be shared between some mx6 boards.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- No changes. Newly introduced in this series.
include/configs/mx6qsabre_common.h | 179
include/configs/mx6qsabresd.h | 170 ++
mx6qsabreauto is a board based on mx6q SoC with the following features:
- 2GB of DDR3
- 2 USB ports
- 1 HDMI output port
- SPI NOR
- 2 LVDS LCD ports
- Gigabit Ethernet
- Camera
- eMMC and SD card slot
- Multichannel Audio
- CAN
- SATA
- NAND
- PCIE
- Video Input
Add very basic support for it.
Si
On 09/24/2012 10:30:48 AM, Peter Tyser wrote:
Hi Scott,
On Fri, 2012-09-21 at 19:01 -0500, Scott Wood wrote:
> This was introduced by commit
244615197469dd6fe75ae082f38424b97c79aeaf, but it
> fails in a minimal SPL build where the only thing in
arch/powerpc/lib is
> cache.c, which apparentl
On 09/21/2012 07:13:24 PM, Tom Rini wrote:
On Fri, Sep 21, 2012 at 07:01:10PM -0500, Scott Wood wrote:
> This is based on a merge of top-of-tree plus the 85xx tree and the
spl
> framework branch (it doesn't use the SPL framework code because of
size
> constraints, but I wanted to make sure t
On 09/21/2012 07:12:38 PM, Tom Rini wrote:
On Fri, Sep 21, 2012 at 07:01:24PM -0500, Scott Wood wrote:
> Currently it seems that SPLs rely on the user to specify the final
target
> on the make command line. This is a departure from traditional
U-Boot practice
> and results in a lack of bui
On Mon, Sep 24, 2012 at 01:54:05PM -0500, Scott Wood wrote:
> On 09/21/2012 07:12:38 PM, Tom Rini wrote:
> >On Fri, Sep 21, 2012 at 07:01:24PM -0500, Scott Wood wrote:
> >
> >> Currently it seems that SPLs rely on the user to specify the
> >final target
> >> on the make command line. This is a dep
On Mon, Sep 24, 2012 at 01:50:07PM -0500, Scott Wood wrote:
> On 09/21/2012 07:13:24 PM, Tom Rini wrote:
> >On Fri, Sep 21, 2012 at 07:01:10PM -0500, Scott Wood wrote:
> >
> >> This is based on a merge of top-of-tree plus the 85xx tree and
> >the spl
> >> framework branch (it doesn't use the SPL fr
On 09/24/2012 02:06:55 PM, Tom Rini wrote:
On Mon, Sep 24, 2012 at 01:50:07PM -0500, Scott Wood wrote:
> On 09/21/2012 07:13:24 PM, Tom Rini wrote:
> >On Fri, Sep 21, 2012 at 07:01:10PM -0500, Scott Wood wrote:
> >
> >> This is based on a merge of top-of-tree plus the 85xx tree and
> >the spl
> >
Stephen,
On Mon, Sep 24, 2012 at 10:54 AM, Stephen Warren wrote:
> On 09/21/2012 02:42 PM, Tom Warren wrote:
>> Move files that are going to be common between T20 and T30 into
>> 'tegra-common'
>> subdirs in AVP (arm720t), CPU (armv7), and shared (arch/arm/cpu/.) areas. Any
>> files that are lef
Stephen,
On Mon, Sep 24, 2012 at 11:04 AM, Stephen Warren wrote:
> On 09/21/2012 02:42 PM, Tom Warren wrote:
>> The move is pretty straight-forward. ap20.h and tegra20.h were renamed to
>> ap.h and tegra.h.
>> Some files remain in arch-tegra20 but 'include' a file in 'arch-tegra' with
>> #defin
On 09/24/2012 01:45 PM, Tom Warren wrote:
> Stephen,
>
> On Mon, Sep 24, 2012 at 10:54 AM, Stephen Warren
> wrote:
>> On 09/21/2012 02:42 PM, Tom Warren wrote:
>>> Move files that are going to be common between T20 and T30 into
>>> 'tegra-common'
>>> subdirs in AVP (arm720t), CPU (armv7), and s
G'day gentlemen
Maybe a wee bit off-topic, but here goes:
> let's do some informal beer-drinking meeting at the ELCE [1] that takes place
> Nov. 5.-7. in Barcelona. Who's joining?
>
> [1] http://events.linuxfoundation.org/events/embedded-linux-conference-europe
I don't know if there is any inter
On Mon, Sep 24, 2012 at 2:23 PM, Jaehoon Chung wrote:
>> The infinite loop that you mention does not occur in my
>> situation.
> I also didn't occur the infinite loop.
> So i think that we can remove the timeout value in that function.
Hi,
I have no comment about that. In your local environment y
On Mon, Sep 24, 2012 at 2:22 PM, Rommel Custodio
wrote:
>
> The default configuration for ml507 will generate a hang() in the Xilinx
> uartlite driver.
Hi,
Sorry this doesn't seem to apply.
checkpatch.pl reported no errors but it doesn't apply in mailine.
If this patch is worth anything to anybod
On 09/24/2012 02:03:04 PM, Tom Rini wrote:
On Mon, Sep 24, 2012 at 01:54:05PM -0500, Scott Wood wrote:
> On 09/21/2012 07:12:38 PM, Tom Rini wrote:
> >On Fri, Sep 21, 2012 at 07:01:24PM -0500, Scott Wood wrote:
> >
> >> Currently it seems that SPLs rely on the user to specify the
> >final target
On 9/23/2012 3:57 AM, Stefano Babic wrote:
On 22/09/2012 04:38, Troy Kisky wrote:
Hi Troy,
Also, the header offset is no longer
right before the code starts.
Comment and subject of the patch do not match. Can you better explain it
? What have "making header variable length", that is, a new fe
On 9/23/2012 3:17 AM, Stefano Babic wrote:
On 22/09/2012 04:39, Troy Kisky wrote:
The "plugin" command of mkimage can take this
file as an argument.
Signed-off-by: Troy Kisky
---
Hi Troy,
I agree with Vikram that a better explanation of what a plugin is can
help to understand without reading
On 9/23/2012 4:05 AM, Stefano Babic wrote:
On 22/09/2012 04:38, Troy Kisky wrote:
Before the len was checked after the entire file
was processed, so it could have already overflowed.
Hi Troy,
Signed-off-by: Troy Kisky
---
tools/imximage.c | 26 +++---
1 file changed
On 9/23/2012 4:08 AM, Stefano Babic wrote:
On 22/09/2012 04:39, Troy Kisky wrote:
Move to pulling tokens instead of pushing them.
Remove need for switch statements to process commands.
Add error messages such as "command not finished",
"extra data at end of line", and "invalid token"
Add ';' as
V4: Fixed build failures in fsl and mxs ehci code. Also rebased on
the latest usb/master and did MAKEALL -a powerpc in addition to
MAKEALL -a arm.
V3: Stephen ran into some problems applying this, as it seems my tree
wasn't as clean as it should have been. Sorry for the inconvenience.
This should
Carry an index in the lowlevel usb functions to make specify the
respective usb controller.
Also pass through an controller struct from lowlevel_init to the
creation of the root usb device of this controller.
Signed-off-by: Lucas Stach
Reviewed-by: Marek Vasut
---
arch/arm/cpu/arm920t/s3c24x0/
Kill off ehci-core.h
It was used to specify some static controller data. To support more than
one controller being active at any time we have to carry the controller
data ourselfes. Change the ehci interface accordingly.
NOTE: OMAP implemented the ehci stuff a bit backwards and should be fixed
to
1 - 100 of 166 matches
Mail list logo
