Hi Experts,
I have downloaded u-boot version u-boot-2012.07 and build it for i.Mx31
litekit board (make imx31_litekit_coinfig; make). u-boot builds fine. When
I am loading u-boot in to RAM using Logic Loader as described at following
link nothing happens. I do not get u-boot prompt.
This patch adds i2c clock for Exynos4
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Minkyu Kang mk7.k...@samsung.com
---
arch/arm/cpu/armv7/exynos/clock.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git
This patchset enables hardware I2C support for Exynos 4.
The s3c24x0 I2C driver is modified to use for for both Exynos 4 and Exynos 5.
Pinmux setting is add for Exynos 4.
PMIC MAX8997 driver is modified to support multi channel hardware I2C.
Piotr Wilczek (5):
EXYNOS: CLK: Add i2c clock
This patch add pinmux for I2C for Exynos4
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Minkyu Kang mk7.k...@samsung.com
---
arch/arm/cpu/armv7/exynos/pinmux.c | 51
1 files changed, 51
This patch modifies the S3C i2c driver to support both EXYNOS4 and EXYNOS5
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Minkyu Kang mk7.k...@samsung.com
---
drivers/i2c/s3c24x0_i2c.c | 19 ---
1 files changed, 12
This patch modify Max8997 driver to support multibus I2C
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Minkyu Kang mk7.k...@samsung.com
---
drivers/misc/pmic_max8997.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
This patch add the spacing for i2c for Exynos4
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Minkyu Kang mk7.k...@samsung.com
---
arch/arm/include/asm/arch-exynos/cpu.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
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 used
-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 sba...@denx.de 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
On 23/09/2012 21:25, Eric Bénard wrote:
Hi Stefano,
Le Thu, 6 Sep 2012 10:04:57 +0200,
Stefano Babic sba...@denx.de 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
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 fabio.este...@freescale.com
---
Applied to u-boot-imx (fix), thanks.
Best regards,
Stefano
-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 for
On 23/09/2012 19:30, Eric Nelson wrote:
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
---
Applied to u-boot-imx (fix), thanks.
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, MD: Wolfgang
On 23/09/2012 19:30, Eric Nelson wrote:
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
Tested-by: Fabio Estevam fabio.este...@freescale.com
---
V2 is unchanged from V1
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: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 kirkwood
-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 MMC
-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 Sheevaplug
-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 Sheevaplug
-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,
I found
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 ota...@ossystems.com.br
---
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)
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 GmbH,
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:101:31:
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
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 access. I2C on
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:
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
hardware
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
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 clock
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 p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Minkyu Kang mk7.k...@samsung.com
---
Changes in v2:
- removed space between # and include;
- changed return in spi_cs_is_valid
This patch add #ifdef CONFIG_SYS_IMMR in spi_init function
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Minkyu Kang mk7.k...@samsung.com
CC: Wolfgang Denk w...@denx.de
CC: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
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 or none - requests on USB
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 Matthias,
I am
-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 weiss...@arcor.de
---
arch/arm/cpu/arm1136/mx31/generic.c|1 +
arch/arm/cpu/arm1136/mx35/generic.c|1 +
arch/arm/cpu/armv7/mx5/clock.c
Acked-by: Nikita Kiryanov nik...@compulab.co.il
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
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 weiss...@arcor.de
---
arch/arm/cpu/arm1136/mx31/generic.c|1 +
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 weiss...@arcor.de
---
arch/arm/cpu/arm1136/mx31/generic.c|1 +
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
Add LDO7 and LDO17 macros to max8998_pmic.h necessary to power on the LCD.
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Minkyu Kang mk7.k...@samsung.com
---
Changes in v2:
- none.
Changes in v3:
- none.
include/max8998_pmic.h |
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 p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Minkyu Kang mk7.k...@samsung.com
CC: Donghwa Lee
This patch fixes image position on screen when images's height or width is
biger then the lcd's.
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Minkyu Kang mk7.k...@samsung.com
---
Changes in v2:
- none.
Changes in v3:
- none.
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 p.wilc...@samsung.com
Signed-off-by: Kyungmin Park
Add EXYNOS4_DISPLAY_CONTROL definition
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Minkyu Kang mk7.k...@samsung.com
---
Changes in v2:
- removed definions for fimd.
Changes in v3:
- none.
arch/arm/include/asm/arch-exynos/cpu.h |
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't there
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 with the
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 Embedded
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
Hello Marek,
On Mon, Sep 24, 2012 at 1:11 AM, Marek Vasut ma...@denx.de wrote:
Dear Tomas Hlavacek,
[..]
+
+ if (early_malloc_active()) {
+ addr = early_malloc(size);
+ for (i=0; isize; 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
memcpy()
How do you
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?
FOSDEM traditionally
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
- SATA
- NAND
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 registers
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 100644
---
Hi Marek,
On Sun, Sep 23, 2012 at 8:21 PM, Marek Vasut ma...@denx.de 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
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 pull
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 least one is
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_GPR2
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 Stephen is
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 ma...@denx.de 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
Hi Marek,
On Sun, Sep 23, 2012 at 8:21 PM, Marek Vasut ma...@denx.de 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 ma...@denx.de
Cc: Joe
Dear Joe Hershberger,
[...]
+#define ll_entry_declare(_type, _name, _section_u, _section_d) \
+ _type _u_boot_list_##_section_u##_##_name __attribute__(( \
+ unused, aligned(4), \
+
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 ma...@denx.de 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
Dear Joe Hershberger,
Hi Marex,
On Mon, Sep 24, 2012 at 11:04 AM, Marek Vasut ma...@denx.de 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
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 as well is
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 the first
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* implementation with this as well.
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 the
__u_boot_cmd*
Hi Tom,
On Mon, Sep 24, 2012 at 12:18 PM, Tom Rini tr...@ti.com 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 all these files,
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
most of
Hi Marek,
On Mon, Sep 24, 2012 at 12:08 PM, Marek Vasut ma...@denx.de wrote:
Dear Joe Hershberger,
Hi Marex,
On Mon, Sep 24, 2012 at 11:04 AM, Marek Vasut ma...@denx.de wrote:
Dear Joe Hershberger,
[...]
Could you not reuse this complicated logic by defining a make function
and
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 for
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
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 tr...@ti.com 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
Add a common mx6 config file that can be shared between some mx6 boards.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Changes since v1:
- No changes. Newly introduced in this series.
include/configs/mx6qsabre_common.h | 179
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.
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 apparently
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
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 build
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 departure from
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 framework code
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
framework
Stephen,
On Mon, Sep 24, 2012 at 10:54 AM, Stephen Warren swar...@wwwdotorg.org 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
Stephen,
On Mon, Sep 24, 2012 at 11:04 AM, Stephen Warren swar...@wwwdotorg.org 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'
On 09/24/2012 01:45 PM, Tom Warren wrote:
Stephen,
On Mon, Sep 24, 2012 at 10:54 AM, Stephen Warren swar...@wwwdotorg.org
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
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
On Mon, Sep 24, 2012 at 2:23 PM, Jaehoon Chung jh80.ch...@samsung.com 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
On Mon, Sep 24, 2012 at 2:22 PM, Rommel Custodio
sessyargc+ub...@gmail.com 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
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 the
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
1 - 100 of 172 matches
Mail list logo