Fabio Estevam gmail.com> writes:
>
> Sarvesh,
>
> On Wed, Jan 16, 2013 at 9:24 AM, Stefano Babic denx.de> wrote:
>
> > This ML is intended for U-Boot mainline. However, you are using a
> > version provided and modified by the manufacturer. Ask your support for
> > this, or use u-boot mainline
Hi Måns,
> In other words, boolifying on use rather than on assignment is generally
> safer and usually at least as efficient.
Except when assigning a C = A & B where A and B happen to have
no common bit set. Which is why I think 'boolifying' as soon as
possible -- on assignment -- is way safer t
Hi Nikita,
On Sun, 30 Dec 2012 16:39:06 +0200, Nikita Kiryanov
wrote:
> On 12/26/2012 04:27 PM, Jeroen Hofstee wrote:
> > Hello Nikita,
> >
> > On 12/25/2012 09:56 AM, Nikita Kiryanov wrote:
> >>
> >>> fyi, I noticed that my board compiled with gcc 4.7.3 from ELDK 5.3 will
> >>> trap if the bitm
On architectures where manual relocation
is needed, the 'malloc_bin_reloc' function
must be called after 'mem_malloc_init'.
Make the 'malloc_bin_reloc' function static
and call it directly from 'mem_malloc_init'
instead of calling that from board_init_{r,f}
functions of the affected architectures.
The difference between the address of the original
and the relocated _GLOBAL_OFFSET_TABLE_ is always
the same as the relocation offset.
The relocation offset is already computed and it is
available in the 's1' register. Use that to adjust
the relocated _G_O_T_ address, instead of calculating
the o
On 01/22/2013 02:55 PM, Amarendra Reddy wrote:
> Hi Jaehoon,
> The 'timeout' value cant be removed as it is being used.
Sorry..i missed it.
>
> Thanks & Regards
> Amarendra
>
> On 22 January 2013 08:14, Jaehoon Chung wrote:
>
>> Hi Amar,
>>
>> On 01/21/2013 08:43 PM, Amar wrote:
>>> This patch
Hi Joonyoung,
Thanks for the comments.
Please find my response below.
Thanks & Regards
Amarendra
On 22 January 2013 10:53, Joonyoung Shim wrote:
> On 01/11/2013 10:06 PM, Amarendra Reddy wrote:
>
>> Hi Simon / Jaehoon,
>>
>> Thanks for review comments.
>> Please find the responses below.
>>
>
On 01/11/2013 10:06 PM, Amarendra Reddy wrote:
Hi Simon / Jaehoon,
Thanks for review comments.
Please find the responses below.
Thanks & Regards
Amarendra Reddy
On 11 January 2013 11:14, Simon Glass wrote:
Hi Jaehoon,
On Thu, Jan 10, 2013 at 8:12 PM, Jaehoon Chung
wrote:
On 01/11/2013 12
Dear Wolfgang,
> I dislike that you introduce new I/O accessors here, and additionally
> in a way which is explicitly discouraged in U-Boot.
>
> We don't allow to access device registers through a base address plus
> offset notation; instead, we use C structs to describe the register
> layout.
S
Hi Jaehoon,
The 'timeout' value cant be removed as it is being used.
Thanks & Regards
Amarendra
On 22 January 2013 08:14, Jaehoon Chung wrote:
> Hi Amar,
>
> On 01/21/2013 08:43 PM, Amar wrote:
> > This patch enumerates dwmci and set auto stop command during
> > dwmci initialisation.
> > EMMC r
Hi Amar,
On 01/21/2013 08:43 PM, Amar wrote:
> This patch enumerates dwmci and set auto stop command during
> dwmci initialisation.
> EMMC read/write is not happening in current implementation
> due to improper fifo size computation. Hence Modified the fifo size
> computation to resolve EMMC read
Dear Fabio Estevam,
> On Mon, Jan 21, 2013 at 11:47 PM, Otavio Salvador
>
> wrote:
> > Signed-off-by: Otavio Salvador
> > ---
> >
> > board/freescale/mx23evk/Makefile | 47 +++
> > board/freescale/mx23evk/mx23evk.c | 81
> > board/freescale/mx23evk/spl_boot.c | 115 +
Acked-by: Jaehoon Chung
On 01/21/2013 08:43 PM, Amar wrote:
> This patch adds DWMMC device node data for exynos5.
> This patch also adds binding file for DWMMC device node.
>
> Signed-off-by: Vivek Gautam
> Signed-off-by: Amar
> ---
> Changes since V1:
> 1)Added binding file for DWMMC
Acked-by: Jaehoon Chung
On 01/21/2013 08:43 PM, Amar wrote:
> Add required compatible information for DWMMC driver.
>
> Signed-off-by: Vivek Gautam
> Signed-off-by: Amar
> Acked-by: Simon Glass
> ---
> Changes since V1:
> No change.
>
> Changes since V2:
> 1)Updation of commi
On Mon, Jan 21, 2013 at 11:47 PM, Otavio Salvador
wrote:
> + "script=boot.scr\0" \
> + "uimage=uImage\0" \
> + "console=ttyAMA0\0" \
> + "fdt_file=imx23-evk.dtb\0" \
The dtb file should be imx23-olinuxino.dtb instead.
___
U-
On Mon, Jan 21, 2013 at 11:47 PM, Otavio Salvador
wrote:
> Signed-off-by: Otavio Salvador
> ---
> board/freescale/mx23evk/Makefile | 47 +++
> board/freescale/mx23evk/mx23evk.c | 81
> board/freescale/mx23evk/spl_boot.c | 115 +
> boards.cfg
Dear Otavio Salvador,
> On Mon, Jan 21, 2013 at 11:46 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> > This should not be a part of the patchset. Description is missing.
>
> Well, this is the first version of the board support. I see no better
> description for it.
Check other patches
Dear Otavio Salvador,
> On Mon, Jan 21, 2013 at 11:49 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> This does the same reset mask as done in v3.7 Linux kernel code; it
> >> fixed the saveenv command in mx23evk.
> >>
> >> Signed-off-by: Otavio Salvador
> >> ---
> >>
> >> drivers/m
On Mon, Jan 21, 2013 at 11:49 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> This does the same reset mask as done in v3.7 Linux kernel code; it
>> fixed the saveenv command in mx23evk.
>>
>> Signed-off-by: Otavio Salvador
>> ---
>> drivers/mmc/mxsmmc.c | 16 +++-
>> 1 file chan
On Mon, Jan 21, 2013 at 11:46 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
> This should not be a part of the patchset. Description is missing.
Well, this is the first version of the board support. I see no better
description for it.
--
Otavio Salvador O.S. System
Dear Otavio Salvador,
> On Mon, Jan 21, 2013 at 11:45 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> From: Marek Vasut
> >>
> >> Signed-off-by: Marek Vasut
> >> Signed-off-by: Otavio Salvador
> >> ---
> >>
> >> drivers/mmc/mxsmmc.c | 24 +---
> >> 1 file chan
On Mon, Jan 21, 2013 at 11:49 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
> Description missing.
>
>> Signed-off-by: Otavio Salvador
>> ---
>> include/configs/mx23_olinuxino.h | 90
>> +++- 1 file changed, 89 insertions(+),
>> 1 deletion(-)
>>
>> diff --gi
Dear Otavio Salvador,
> On Mon, Jan 21, 2013 at 11:46 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> > Description missing. Was this ever tested? Does SSP DMA work?
> >
> >> Signed-off-by: Otavio Salvador
>
> No; I did not test it as NAND support is not yet done but this was
> need to
Dear Otavio Salvador,
> On Mon, Jan 21, 2013 at 11:48 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> Signed-off-by: Otavio Salvador
> >> ---
> >>
> >> drivers/mmc/mxsmmc.c | 2 ++
> >> include/configs/mx23_olinuxino.h | 1 +
> >> 2 files changed, 3 insertions(+)
> >>
>
Dear Otavio Salvador,
> On Mon, Jan 21, 2013 at 11:50 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> > NAK. DMA works on MX28 and works in Linux on MX23, therefore the DMA is
> > not broken on either. Thus there's no reason to introduce such
> > "force_pio" stuff.
>
> Lack of time to wo
On Mon, Jan 21, 2013 at 11:47 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
> Description is missing.
>
>> From: Marek Vasut
>>
>> Signed-off-by: Marek Vasut
Please provide me the description you wish and I amend it.
--
Otavio Salvador O.S. Systems
E-mail: ota...
On Mon, Jan 21, 2013 at 11:48 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> Signed-off-by: Otavio Salvador
>> ---
>> drivers/mmc/mxsmmc.c | 2 ++
>> include/configs/mx23_olinuxino.h | 1 +
>> 2 files changed, 3 insertions(+)
>>
>> diff --git a/drivers/mmc/mxsmmc.c b/drivers/mmc
On Mon, Jan 21, 2013 at 11:50 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
> NAK. DMA works on MX28 and works in Linux on MX23, therefore the DMA is not
> broken on either. Thus there's no reason to introduce such "force_pio" stuff.
Lack of time to work on it is one reason. I won't be able to
On Mon, Jan 21, 2013 at 11:46 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
> Description missing. Was this ever tested? Does SSP DMA work?
>
>> Signed-off-by: Otavio Salvador
No; I did not test it as NAND support is not yet done but this was
need to get it going. This is exactly same code as
On Mon, Jan 21, 2013 at 11:45 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> From: Marek Vasut
>>
>> Signed-off-by: Marek Vasut
>> Signed-off-by: Otavio Salvador
>> ---
>> drivers/mmc/mxsmmc.c | 24 +---
>> 1 file changed, 21 insertions(+), 3 deletions(-)
>>
>> diff --
Dear Otavio Salvador,
Description missing.
> Signed-off-by: Otavio Salvador
> ---
> include/configs/mx23_olinuxino.h | 90
> +++- 1 file changed, 89 insertions(+),
> 1 deletion(-)
>
> diff --git a/include/configs/mx23_olinuxino.h
> b/include/configs/mx23_olin
Dear Otavio Salvador,
Description missing. Was this ever tested? Does SSP DMA work?
> Signed-off-by: Otavio Salvador
> ---
> drivers/spi/mxs_spi.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers/spi/mxs_spi.c b/drivers/spi/mxs_spi.c
> index bb865b7..10bf5aa 100644
> --- a
Dear Otavio Salvador,
> Signed-off-by: Otavio Salvador
> ---
> drivers/mmc/mxsmmc.c | 2 ++
> include/configs/mx23_olinuxino.h | 1 +
> 2 files changed, 3 insertions(+)
>
> diff --git a/drivers/mmc/mxsmmc.c b/drivers/mmc/mxsmmc.c
> index 4b178be..618659e 100644
> --- a/drivers/mmc/m
Dear Otavio Salvador,
This should not be a part of the patchset. Description is missing.
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Otavio Salvador,
> This does the same reset mask as done in v3.7 Linux kernel code; it
> fixed the saveenv command in mx23evk.
>
> Signed-off-by: Otavio Salvador
> ---
> drivers/mmc/mxsmmc.c | 16 +++-
> 1 file changed, 11 insertions(+), 5 deletions(-)
>
> diff --git a/drivers
Dear Otavio Salvador,
NAK. DMA works on MX28 and works in Linux on MX23, therefore the DMA is not
broken on either. Thus there's no reason to introduce such "force_pio" stuff.
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http:
Dear Otavio Salvador,
Description is missing.
> From: Marek Vasut
>
> Signed-off-by: Marek Vasut
> ---
> board/olimex/mx23_olinuxino/mx23_olinuxino.c | 17 -
> board/olimex/mx23_olinuxino/spl_boot.c | 10 ++
> include/configs/mx23_olinuxino.h | 12 +++
Dear Otavio Salvador,
> From: Marek Vasut
>
> Signed-off-by: Marek Vasut
> Signed-off-by: Otavio Salvador
> ---
> drivers/mmc/mxsmmc.c | 24 +---
> 1 file changed, 21 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/mmc/mxsmmc.c b/drivers/mmc/mxsmmc.c
> index 0c4cd5
Signed-off-by: Otavio Salvador
---
drivers/mmc/mxsmmc.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/mxsmmc.c b/drivers/mmc/mxsmmc.c
index 0a3f0c4..628d609 100644
--- a/drivers/mmc/mxsmmc.c
+++ b/drivers/mmc/mxsmmc.c
@@ -50,6 +50,7 @@ struct mxsmmc_priv
This does the same reset mask as done in v3.7 Linux kernel code; it
fixed the saveenv command in mx23evk.
Signed-off-by: Otavio Salvador
---
drivers/mmc/mxsmmc.c | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git a/drivers/mmc/mxsmmc.c b/drivers/mmc/mxsmmc.c
inde
Signed-off-by: Otavio Salvador
---
drivers/mmc/mxsmmc.c | 2 ++
include/configs/mx23_olinuxino.h | 1 +
2 files changed, 3 insertions(+)
diff --git a/drivers/mmc/mxsmmc.c b/drivers/mmc/mxsmmc.c
index 4b178be..618659e 100644
--- a/drivers/mmc/mxsmmc.c
+++ b/drivers/mmc/mxsmmc.c
@@ -16
Signed-off-by: Otavio Salvador
---
include/configs/mx23_olinuxino.h | 90 +++-
1 file changed, 89 insertions(+), 1 deletion(-)
diff --git a/include/configs/mx23_olinuxino.h b/include/configs/mx23_olinuxino.h
index a62e3a2..7d34168 100644
--- a/include/configs/
From: Marek Vasut
Signed-off-by: Marek Vasut
---
board/olimex/mx23_olinuxino/mx23_olinuxino.c | 17 -
board/olimex/mx23_olinuxino/spl_boot.c | 10 ++
include/configs/mx23_olinuxino.h | 12
3 files changed, 38 insertions(+), 1 deletion(-)
d
Signed-off-by: Otavio Salvador
---
board/freescale/mx23evk/Makefile | 47 +++
board/freescale/mx23evk/mx23evk.c | 81
board/freescale/mx23evk/spl_boot.c | 115 +
boards.cfg | 1 +
include/configs/mx23evk.h | 252
Signed-off-by: Otavio Salvador
---
drivers/spi/mxs_spi.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/spi/mxs_spi.c b/drivers/spi/mxs_spi.c
index bb865b7..10bf5aa 100644
--- a/drivers/spi/mxs_spi.c
+++ b/drivers/spi/mxs_spi.c
@@ -167,8 +167,13 @@ static int mxs_spi_xfer_pio(st
From: Marek Vasut
Signed-off-by: Marek Vasut
Signed-off-by: Otavio Salvador
---
drivers/mmc/mxsmmc.c | 24 +---
1 file changed, 21 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/mxsmmc.c b/drivers/mmc/mxsmmc.c
index 0c4cd54..4b178be 100644
--- a/drivers/mmc/mxsmmc.
From: Marek Vasut
Signed-off-by: Marek Vasut
Signed-off-by: Otavio Salvador
---
arch/arm/include/asm/arch-mxs/regs-ssp.h | 28
1 file changed, 28 insertions(+)
diff --git a/arch/arm/include/asm/arch-mxs/regs-ssp.h
b/arch/arm/include/asm/arch-mxs/regs-ssp.h
index
This patchset adds MMC suuport, in PIO mode for now, to iMX23; it has
been boot tested in mx23evk board. I did a brief look at DMA support
but it seems not fast to implement so I would prefer to have this
patchset merged so other people can start using and playing with it.
Marek Vasut (3):
mx23:
On Mon, Jan 21, 2013 at 10:57 PM, Marek Vasut wrote:
> The memory power supply on MX23 didn't pump out enough juice into
> the DRAM chip, thus caused occasional memory corruption. Fix this.
>
> Signed-off-by: Marek Vasut
> Cc: Otavio Salvador
> Cc: Fabio Estevam
> Cc: Stefano Babic
Acked-by:
On Mon, Jan 21, 2013 at 10:59 PM, Fabio Estevam wrote:
> Hi Otavio,
>
> On Mon, Jan 21, 2013 at 10:44 PM, Otavio Salvador
> wrote:
>
>> I did try it in mx23evk and mtest works fine there. However this patch
>
> That's good news. Do you plan to submit mx23evk support?
Yes; finishing MMC timeout f
Hi Otavio,
On Mon, Jan 21, 2013 at 10:44 PM, Otavio Salvador
wrote:
> I did try it in mx23evk and mtest works fine there. However this patch
That's good news. Do you plan to submit mx23evk support?
Thanks,
Fabio Estevam
___
U-Boot mailing list
U-Boo
Dear Otavio Salvador,
> On Mon, Jan 21, 2013 at 8:51 PM, Marek Vasut wrote:
> > The memory power supply on MX23 didn't pump out enough juice into
> > the DRAM chip, thus caused occasional memory corruption. Fix this.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Otavio Salvador
> > Cc: Fabio Este
The memory power supply on MX23 didn't pump out enough juice into
the DRAM chip, thus caused occasional memory corruption. Fix this.
Signed-off-by: Marek Vasut
Cc: Otavio Salvador
Cc: Fabio Estevam
Cc: Stefano Babic
---
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c |4 ++--
board/olimex/mx23_
On Mon, Jan 21, 2013 at 8:51 PM, Marek Vasut wrote:
> The memory power supply on MX23 didn't pump out enough juice into
> the DRAM chip, thus caused occasional memory corruption. Fix this.
>
> Signed-off-by: Marek Vasut
> Cc: Otavio Salvador
> Cc: Fabio Estevam
> Cc: Stefano Babic
Acked-by: O
Hi Lucas,
On Mon, Jan 21, 2013 at 4:22 PM, Lucas Stach wrote:
> No one expects to end up in a delayed environment if
> CONFIG_DELAY_ENVIRONMENT isn't defined.
>
> Signed-off-by: Lucas Stach
> ---
> arch/arm/lib/board.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/
No one expects to end up in a delayed environment if
CONFIG_DELAY_ENVIRONMENT isn't defined.
Signed-off-by: Lucas Stach
---
arch/arm/lib/board.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm/lib/board.c b/arch/arm/lib/board.c
index cfe32cc..1a32611 100644
--- a/
Even the 8bit case needs KBCB configured, as pin D7 is located in this
pingroup. Also pingroup ATC seems to come out of reset with config set
to NAND, so we need to explictly configure some other function to this
group in order to avoid clashing settings.
Signed-off-by: Lucas Stach
---
arch/arm/
On Tue, Jan 15, 2013 at 2:25 AM, Rajeshwari Shinde
wrote:
> This patch adds a function to set ps_hold data driving value high.
> This enables the machine to stay powered on after the initial
> power-on condition goes away(e.g. power button).
>
> Signed-off-by: Rajeshwari Shinde
Acked-by: Simon G
Scott Wood writes:
> On 01/21/2013 04:36:42 PM, Måns Rullgård wrote:
>> Scott Wood writes:
>>
>> > On 01/19/2013 03:30:30 AM, Albert ARIBAUD wrote:
>> >> /* what I favor */
>> >> clk_is_enabled = ((reg_val >> 9) & 1) ? true: false;
>> >> ip_is_enabled = clk_is_enabled && pwd_is_enabled;
>
Hi Stephen,
On Wed, Jan 16, 2013 at 2:51 PM, Stephen Warren wrote:
> On 01/16/2013 02:14 PM, Tom Warren wrote:
>> This build is stripped down. It boots to the command prompt.
>> GPIO is the only peripheral supported. Others TBD.
>
>> diff --git a/board/nvidia/dalmore/dalmore.c b/board/nvidia/dalm
Scott Wood writes:
> On 01/19/2013 03:30:30 AM, Albert ARIBAUD wrote:
>> /* what I favor */
>> clk_is_enabled = ((reg_val >> 9) & 1) ? true: false;
>> ip_is_enabled = clk_is_enabled && pwd_is_enabled;
>> if (clk_is_enabled) { ...
>>
>> rather than assigning them 'zero/nonzero
The memory power supply on MX23 didn't pump out enough juice into
the DRAM chip, thus caused occasional memory corruption. Fix this.
Signed-off-by: Marek Vasut
Cc: Otavio Salvador
Cc: Fabio Estevam
Cc: Stefano Babic
---
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c |4 ++--
board/olimex/mx23_
On 01/21/2013 04:36:42 PM, Måns Rullgård wrote:
Scott Wood writes:
> On 01/19/2013 03:30:30 AM, Albert ARIBAUD wrote:
>>/* what I favor */
>>clk_is_enabled = ((reg_val >> 9) & 1) ? true: false;
>>ip_is_enabled = clk_is_enabled && pwd_is_enabled;
>>if (clk_is_enab
On Wed, Jan 16, 2013 at 11:11:42AM +0100, Daniel Schwierzeck wrote:
> Hi Tom,
>
> The following changes since commit 3a9d879f6f64585b819af728b53be0a05037fe0d:
>
> Prepare v2013.01 (2013-01-15 14:47:42 -0700)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-mips.git
On Wed, Jan 16, 2013 at 9:39 PM, Rajeshwari Shinde
wrote:
> This patch enables gigabyte device for SMDK5250.
>
> Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
> ---
> include/configs/exynos5250-dt.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/include
Hi Rajeshwari,
On Wed, Jan 16, 2013 at 9:39 PM, Rajeshwari Shinde
wrote:
> This patch adds driver for the gigabyte devices
> GD25LQ and GD25Q64B required for Snow Board.
>
> Signed-off-by: Rajeshwari Shinde
OK with a few nits below.
> ---
> drivers/mtd/spi/Makefile |1 +
> dri
On Wed, Jan 16, 2013 at 3:11 PM, Allen Martin wrote:
> These nodes are unused.
>
> Signed-off-by: Allen Martin
I can't remember the code that used this - maybe it never went
upstream? Obviously we don't need it.
Acked-by: Simon Glass
> ---
> v2: remove "clock" as well as "clocks" nodes
>
Hello Nikita,
On 01/21/2013 08:51 AM, Nikita Kiryanov wrote:
Hi Jeroen,
On 01/20/2013 10:34 PM, Jeroen Hofstee wrote:
[...]
diff --git a/include/lcd.h b/include/lcd.h
index c24164a..4ac4ddd 100644
--- a/include/lcd.h
+++ b/include/lcd.h
@@ -47,6 +47,7 @@ extern struct vidinfo panel_info;
ext
Hello Nikita,
+#define GFXFORMAT_ARGB320xC
+#define GFXFORMAT_RGBA320xD
+#define GFXFORMAT_RGBx320xE
+
+/* GFX burst size */
+#define GFXBURSTSIZE40
+#define GFXBURSTSIZE81
+#define GFXBURSTSIZE162
+
/* Panel Configuration */
struct panel_config {
u3
Am 21.01.2013 19:19, schrieb Scott Wood:
On 01/20/2013 08:53:05 PM, Alexander Holler wrote:
Am 18.01.2013 17:32, schrieb Alexander Holler:
Am 18.01.2013 04:17, schrieb Scott Wood:
On 01/17/2013 07:22:57 PM, Alexander Holler wrote:
Am 18.01.2013 01:50, schrieb Alexander Holler:
(...)
Yes. So
Hey all,
Two things. First, I've given everything in patchwork that wasn't
assigned an assignee, and superseded a few things that have been
updated. Applogies in advance for any bad guesses about status or who
might want to look.
Second, I know for Simon, and possibly some other folks, if you h
On 01/20/2013 08:53:05 PM, Alexander Holler wrote:
Am 18.01.2013 17:32, schrieb Alexander Holler:
Am 18.01.2013 04:17, schrieb Scott Wood:
On 01/17/2013 07:22:57 PM, Alexander Holler wrote:
Am 18.01.2013 01:50, schrieb Alexander Holler:
(...)
Yes. Sounds nice at first, but there will be no en
On 01/19/2013 03:30:30 AM, Albert ARIBAUD wrote:
/* what I favor */
clk_is_enabled = ((reg_val >> 9) & 1) ? true: false;
ip_is_enabled = clk_is_enabled && pwd_is_enabled;
if (clk_is_enabled) { ...
rather than assigning them 'zero/nonzero', or using bitwise ops on
Dear Hemal Patel,
In message you wrote:
> I have made changes in cmd_bootm.c file.
> Is it fine?
Probably only very few people are interested in this, so please keep
this is board specific code for now.
> Does it affect the performance or reliability?
I cannot guess - I haven't seen your code.
Dear Hemal Patel,
please do not top-post / full-quote. If you need help, please see
http://www.netmeister.org/news/learn2quote.html
In message you wrote:
> 1.What do you mean by board specific ?
A "(board specific) command" is a command implemented in your board
specific code.
> 2.Which file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/20/2013 07:25 AM, Nikita Kiryanov wrote:
> Hi all,
>
> this series is awaiting review for almost a month. Can someone take
> a look at it?
In general, I'm waiting for Anatolij to review this code area, thanks!
- --
Tom
-BEGIN PGP SIGNATU
If CONFIG_NAND_ECC_BCH is set we use 4-bit error corretion code
instead of the 1-bit error correction code on the NAND device
within this driver.
Signed-off-by: Holger Brunck
Acked-by: Scott Wood
---
Changes for v2:
- add Acked-by: Scott Wood
drivers/mtd/nand/kmeter1_nand.c |4
1
From: Karlheinz Jerg
kmvect1 has a UEC2 connection to the piggy board and a UEC0 connection
to the switch MV88E6122. This switch has a connection to a frontport
ethernet interface. The ethernet port used for network booting is
automatically selected by u-boot. If a Piggy is plugged, the Piggy
por
There is no need for a environment variable to configure the dtt bus.
Signed-off-by: Holger Brunck
---
Changes for v2:
- change commit message
board/keymile/km83xx/km83xx.c | 12
include/configs/km/km83xx-common.h |1 -
2 files changed, 4 insertions(+), 9 deletions(-
EEprom_ivm_addr isn't set in our environment, so remove the usage of
this.
Signed-off-by: Holger Brunck
---
Changes for v2:
- none
board/keymile/common/ivm.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/board/keymile/common/ivm.c b/board/keymile/common/ivm
From: Karlheinz Jerg
For kmvect1 we need a special solution and for km_arm boards we already
have. So move the common code to the architectur specific file.
Signed-off-by: Karlheinz Jerg
Signed-off-by: Holger Brunck
---
Changes for v2:
- make piggy_present() static
- add __iomem macro
bo
All boards from this serie use i2c. There is no need to #ifdef the
header.
Signed-off-by: Holger Brunck
---
Changes for v2:
- fix typo in commit message
board/keymile/common/common.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/board/keymile/common/common.c b/bo
From: Andreas Huber
Replace uImage with ${uimage}.
If uimage is not set, default it to uImage.
Signed-off-by: Andreas Huber
Signed-off-by: Holger Brunck
---
Changes for v2:
- none
board/keymile/scripts/develop-common.txt |5 +++--
board/keymile/scripts/ramfs-common.txt |5 +++--
Remove it from the processor specific headers. This is
already defined in the common header km83xx.h.
Signed-off-by: Holger Brunck
---
Changes for v2:
- fix typo in commit message
include/configs/km/km8309-common.h |2 --
include/configs/km/km8321-common.h |2 --
2 files changed, 0
This board is similar to TUXX1 but it has a different sized second
FPGA. Therefore the configuration for the third chipselect is different.
Signed-off-by: Holger Brunck
---
Changes for v2:
- none
boards.cfg |1 +
include/configs/tuxx1.h | 31 +-
If CONFIG_NAND_ECC_BCH is chosen from in the board configuration we add
an ecc mode to the kernel commandline.
Signed-off-by: Holger Brunck
---
Changes for v2:
- none
include/configs/km/keymile-common.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/confi
From: Andreas Huber
Replace the hardcoded string with a variable. If CONFIG_NAND_ECC_BCH is
set we use a specific name for the uImage (ecc_bch_uImage).
Signed-off-by: Andreas Huber
Signed-off-by: Holger Brunck
---
Changes for v2:
- none
include/configs/km/keymile-common.h |9
Switch from 1-bit ecc to 4-bit ecc.
Signed-off-by: Holger Brunck
---
Changes for v2:
- none
include/configs/km8360.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/km8360.h b/include/configs/km8360.h
index 7631ab6..5b191bc 100644
--- a/include/conf
This is a preparation for the upcoming kmopti2 board. This board has
also a second fpga on board which is different to the tuxx1 target. But we
want to use the same header file. So remove the config option
KM_DISABLE_APP2 and simply use the board names to distinguish the features.
Signed-off-by: H
This define isn't set within our setup files. So we can safely remove
the affected code.
Signed-off-by: Holger Brunck
---
Changes for v2:
- none
board/keymile/common/ivm.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/board/keymile/common/ivm.c b/board/keymile/
For the the kmvect1 board we will also need a functionality to add an
offset to the IVMs MAC address, because these board will have two valid
ethernet ports for debugging purpose. So move the code to an own
function.
Signed-off-by: Holger Brunck
---
Changes for v2:
- new in this serie, needed a
On this board we are using hard floating point, so select the correct
toolchain.
Signed-off-by: Holger Brunck
---
Changes for v2:
- none
include/configs/km/km8309-common.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/km/km8309-common.h
b/include
I have made changes in cmd_bootm.c file.
Is it fine?
Does it affect the performance or reliability?
please answer me ASAp.
thank you.
Regards,
Hemal Patel
On Monday 21 January 2013 07:15 PM, Hemal Patel wrote:
1.What do you mean by board specific ?
2.Which file should I modify?
3.From which f
1.What do you mean by board specific ?
2.Which file should I modify?
3.From which file this bootm command is called?And where do I find this
file in stack?
Regards,
Hemal Patel
On Monday 21 January 2013 06:19 PM, Wolfgang Denk wrote:
Dear Hemal Patel,
In message you wrote:
For example:-
Dear Gabor Juhos,
In message <1358608777-7270-7-git-send-email-juh...@openwrt.org> you wrote:
> Qemu emulates the Galileo GT64120 System Controller
> which provides a CPU bus to PCI bus bridge.
>
> The patch adds driver for this bridge and enables
> PCI support for the emulated Malta board.
>
>
Dear Hemal Patel,
In message you wrote:
>
> For example:-
>
> |If kernel-1 is new, U-Boot will boot Kernel-1. and leave kernel-2 as it is.
> If kernel-2 is new, U-Boot will boot kernel-2. and leave kernel-2 as it is.
> |
>
> Questions:-
>
> |Is it possible to do so?
This is software,so everyt
Dear Chris,
In message <50fbb7ea.10...@gmail.com> you wrote:
>
> The POSIX solution for this is to use sockaddr which encompasses both v4
> and v6 addresses (as well as other socket types). Do we want to add a
> wrapper type or just work with void *?
Without checking for implications for the impl
Dear Chris,
In message
you wrote:
>
> RFC5970[1] details network boot options for DHCPv6 (I think it's the
> ratified version of the draft you linked to). Basically this allows the
> server to specify a URL for the boot file which presumably could be
> something like tftp://[2001:db8::1]/uImage.
This enables the dtt command to read the current SOC
temperature with the help of TMU
Signed-off-by: Akshay Saraswat
---
Changes since v4:
- Replaced tmu command configs with corresponding dtt configs.
include/configs/exynos5250-dt.h |2 ++
1 file changed, 2 insertions(+)
diff --g
Add generic TMU support alongwith i2c sensors in dtt command
to enable temperature reading in cases where TMU is present
instead of i2c sensors.
Signed-off-by: Akshay Saraswat
---
Changes since v4:
- Removed tmu command and added to dtt.
common/cmd_dtt.c | 19 +++
1 f
1 - 100 of 132 matches
Mail list logo
