gt; ide.c:70:17: warning: array subscript is above array bounds
> [-Warray-bounds]
>
> Signed-off-by: Wolfgang Denk
> Cc: Guennadi Liakhovetski
> ---
> board/linkstation/ide.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/board/linkstatio
om NOR flash without reloc.
> How can I change noot.lds?
Sorry, I'm not involved in U-Boot development on SH, I just pointed out,
that it exists and is maintained.
> I'd not have the email of Nobuhiro Iwamatsu. Do you have?
Why don't you just look in the MAINTAINERS file i
uestions, you might want to CC U-Boot SH maintainer, if you
like.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de
Since I haven't been actively maintaining these boards for a long while,
keeping myself as their maintainer makes no sense.
Signed-off-by: Guennadi Liakhovetski
---
v1 -> v2
added to the orphaned list
diff --git a/MAINTAINERS b/MAINTAINERS
index bb03f17..6274599 100644
--- a/MAI
Since I haven't been actively maintaining these boards for a long while,
keeping myself as their maintainer makes no sense.
Signed-off-by: Guennadi Liakhovetski
---
I've submitted my last patch to U-Boot almost a year ago and haven't been
following U-Boot development since
On Mon, 4 Jan 2010, Magnus Lilja wrote:
> Hi
>
> Magnus Lilja skrev:
> > 2009/12/3 Guennadi Liakhovetski :
> >> On Wed, 2 Dec 2009, Wolfgang Denk wrote:
> >>
> >>> Dear Guennadi,
> >>>
> >>> In message <1257965907
quot; broke 32 bit transfers. This patch
> > makes single 32 bit transfer work again.
> >
> > Tested on i.MX31 Litekit and i.MX31 PDK using 32 bit transfers to
> > the MC13783/ATLAS chip (using the 'date' command).
> >
> > Signed-off-by: Magnus Lilj
On Tue, 22 Sep 2009, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message you wrote:
> >
> > I have the hardware, yes, and I even have something, that should be a Jtag
> > cable for it... But I don't have near 100% certainty, that if I brick it I
On Tue, 15 Sep 2009, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message you wrote:
> >
> > > pci_read_config_dword (devbusfn, PCI_BASE_ADDRESS_0,
> > > -
On Tue, 15 Sep 2009, Wolfgang Denk wrote:
> Fix warning: ide.c:60: warning: dereferencing type-punned pointer will
> break strict-aliasing rules
>
> Signed-off-by: Wolfgang Denk
> Cc: Guennadi Liakhovetski
>
> ---
> v2: Better implementation as suggested by
On Fri, 11 Sep 2009, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message you wrote:
> > Hi Wolfgang
> >
> > On Fri, 11 Sep 2009, Wolfgang Denk wrote:
> >
> > > Fix warning: ide.c:60: warning: dereferencing type-punned poin
On Wed, 9 Sep 2009, Marcel Ziswiler wrote:
> Signed-off-by: Marcel Ziswiler
Acked-by: Guennadi Liakhovetski
> ---
> Changes since v1:
> - CC all respective board maintainers
>
> README|6 --
> include/configs/IDS8247.h |2
Hi Wolfgang
On Fri, 11 Sep 2009, Wolfgang Denk wrote:
> Fix warning: ide.c:60: warning: dereferencing type-punned pointer will
> break strict-aliasing rules
>
> Signed-off-by: Wolfgang Denk
> Cc: Guennadi Liakhovetski
> ---
> board/linkstation/ide.c |4 +++-
On Thu, 13 Aug 2009, Wolfgang Denk wrote:
> Bring default environment more in line with other boards;
> fix address range for "mtest" command.
>
> Signed-off-by: Wolfgang Denk
> Cc: Guennadi Liakhovetski
Having various board configurations look similar has, certain
Do oyu have another idea ?
You mean you boot from another memory (NOR) and have your environment in
NAND? I think, this is one of configurations, that we said noone would
ever come up with... Maybe I'm wrong though, see if others correct me.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
D
functions nand_init(); and env_relocate(); into the
> function env_init, buth that desn´t work.
> (I think there is always a reset ?!)
Doesn't this patch help:
http://lists.denx.de/pipermail/u-boot/2009-May/052901.html
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Eng
On Tue, 19 May 2009, Scott Wood wrote:
> On Mon, May 18, 2009 at 04:07:22PM +0200, Guennadi Liakhovetski wrote:
> > int env_init(void)
> > {
> > -#if defined(ENV_IS_EMBEDDED)
> > +#if defined(ENV_IS_EMBEDDED) || defined(CONFIG_NAND_ENV_DST)
> > int crc1_o
ically and remain at their
default values. Fix this problem by reading out main and redundand (if used)
copies of the environment in the nand_spl code.
Signed-off-by: Guennadi Liakhovetski
---
README |6 ++
common/env_nand.c
Remove an unused "total" variable in multiple functions.
Signed-off-by: Guennadi Liakhovetski
---
common/env_nand.c | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/common/env_nand.c b/common/env_nand.c
index 76569da..21bce25 100644
--- a/common/
Signed-off-by: Guennadi Liakhovetski
---
diff --git a/MAINTAINERS b/MAINTAINERS
index 284f5c6..03d59b9 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -568,8 +568,9 @@ Prakash Kumar
Guennadi Liakhovetski
- mx31ads i.MX31
- SMDK6400S3C6400
+ imx31_phycore_eet
Fix out-of-tree build of the imx31_phycore_eet target.
Reported-by: Wolfgang Denk
Signed-off-by: Guennadi Liakhovetski
---
diff --git a/Makefile b/Makefile
index f9edd9d..86e6d62 100644
--- a/Makefile
+++ b/Makefile
@@ -3066,6 +3066,7 @@ imx31_litekit_config : unconfig
Fix out-of-tree build of the imx31_phycore_eet target, add it to the list
of boards, maintained by me, in MAINTAINERS.
Reported-by: Wolfgang Denk
Signed-off-by: Guennadi Liakhovetski
---
diff --git a/MAINTAINERS b/MAINTAINERS
index 284f5c6..4b1b187 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
nfiguration for an existing
board. Do we really want a new MAINTAINERS entry for it? I looked at a
couple other boards with multiple configs, they all had only one entry in
MAINTAINERS (at most:-)).
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfga
Signed-off-by: Guennadi Liakhovetski
---
diff --git a/MAKEALL b/MAKEALL
index cf05133..1456a30 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -535,15 +535,16 @@ LIST_ARM10=" \
#
## ARM11 Sy
On Mon, 23 Feb 2009, Mike Frysinger wrote:
> On Monday 23 February 2009 10:44:04 Guennadi Liakhovetski wrote:
> > On Mon, 23 Feb 2009, Mike Frysinger wrote:
> > > The smc911x driver has a lot of useful defines/functions which can be
> > > used by pieces of code (such as
river into a local header.
>
> Signed-off-by: Mike Frysinger
> CC: Sascha Hauer
> CC: Guennadi Liakhovetski
> CC: Magnus Lilja
> CC: Ben Warren
Hm, sorry, have any of those other "pieces of code" been posted to the
list? I'd like to have a look at t
The "eet" variant of the imx31_phycore board has an OLED display, using a
s6e63d6 display controller on the first SPI interface, using GPIO57 as a
chip-select for it. With this configuration you can display 256 colour BMP
images in 16-bit RGB (RGB565) LCD mode.
Signed-off-by
On Mon, 23 Feb 2009, Sascha Hauer wrote:
> Hi,
>
> On Sat, Feb 21, 2009 at 10:32:33PM +0100, Wolfgang Denk wrote:
> > Dear Guennadi Liakhovetski,
> >
> > In message you wrote:
> > >
> > > > In message you wrote:
> > > > > Upon
mainline.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: off...@denx.de
is the ARM custodian, right?
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: off...@denx.de
Some SPI devices have special requirements on chip-select handling.
With this patch we can use a GPIO as a chip-select and strictly follow
the SPI_XFER_BEGIN and SPI_XFER_END flags.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: long lines split, mx31_gpio_* calls now also defined
its environment in
I2C EEPROM. Fix the problem by explicitly starting the clock in I2C driver
initialisation routine.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: Clock is initialised in the I2C driver now, not in board
code. Thanks to Jean-Christophe for suggesting.
drivers/i2c
On Fri, 6 Feb 2009, Anatolij Gustschin wrote:
> Hello all,
>
> On Friday 06 February 2009 10:37:23 am Guennadi Liakhovetski wrote:
> > Hi again,
> >
> > this is version 3 of the patch-series, that adds support for the graphics
> > engine on i.MX31 SoC. Changes
On Fri, 6 Feb 2009, Anatolij Gustschin wrote:
> Guennadi Liakhovetski wrote:
> > This patch also simplifies some ifdefs in lcd.c, introduces a generic
> > vidinfo_t, which new drivers are encouraged to use and old drivers to switch
> > over to.
> >
> > Sig
On Fri, 6 Feb 2009, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message you wrote:
> > Upon power on i.MX31 enables most peripheral clocks, Linux disables the ones
>
> Why does U-Boot do that?
i.MX31 does that - the CPU, not U-Boot. I.e., this is the d
The "eet" variant of the imx31_phycore board has an OLED display, using a
s6e63d6 display controller on the first SPI interface, using GPIO57 as a
chip-select for it. With this configuration you can display 256 colour BMP
images in 16-bit RGB (RGB565) LCD mode.
Signed-off-by
Add a driver for the Synchronous Display Controller and the Display
Interface on i.MX31, using IPU for DMA channel setup. So far only
displaying of bitmaps is supported, no text output.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: added breaks, shorter title, splitted long lines
This patch also simplifies some ifdefs in lcd.c, introduces a generic
vidinfo_t, which new drivers are encouraged to use and old drivers to switch
over to.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: no changes.
common/lcd.c | 56
ff-by: Mark Jackson
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: added this comment to explain, that this patch from Mark
Jackson is included in this patch series for completeness, because future
patches base on it, long lines split.
Changes since v2: none.
common/lcd.c |
The "size" variable in start_armboot() in lib_arm/board.c is only really
used in "#ifndef CONFIG_SYS_NO_FLASH" case, and even there it can be
eliminated (thanks to Jean-Christophe PLAGNIOL-VILLARD for a suggestion.)
Signed-off-by: Guennadi Liakhovetski
---
Changes since v
This is a driver for the S6E63D6 SPI OLED display controller from Samsung.
It only provides access to controller's registers so the client can freely
configure it.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: parameters added in function declarations, alphabetical
ord
Some SPI devices have special requirements on chip-select handling.
With this patch we can use a GPIO as a chip-select and strictly follow
the SPI_XFER_BEGIN and SPI_XFER_END flags.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: long lines split, mx31_gpio_* calls now also defined
This is a minimal driver, so far only managing output. It will
be used by the mxc_spi.c driver.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: alphabetical order, typo in copyright fixed, use
ARRAY_SIZE.
Changes since v2: fixed wrong indentation in int mx31_gpio_direction
Fix setting the SPI Control register, 8 and 16-bit transfers and a wrong
pointer in the free routine in the mxc_spi driver.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: chose a simpler fix
Changes since v2: fix the simpler fix: v2 worked as long as I just
resetted the board
any
further problems surface, we can address them in incremental patches.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax:
. And U-Boot on imx31_phycore
uses an I2C EEPROM for environment data. So, after a reboot U-Boot would be
left with its default environment. This patch fixes this problem by enabling
the I2C clock explicitly.
Signed-off-by: Guennadi Liakhovetski
---
board/imx31_phycore/imx31_phycore.c |3 +++
1 f
On Thu, 5 Feb 2009, Anatolij Gustschin wrote:
> Guennadi Liakhovetski wrote:
>
> > diff --git a/drivers/video/s6e63d6.c b/drivers/video/s6e63d6.c
> > new file mode 100644
> > index 000..4a59f05
> > --- /dev/null
> > +++ b/drivers/video/s6e63d6.c
>
&
On Thu, 5 Feb 2009, Anatolij Gustschin wrote:
> Guennadi Liakhovetski wrote:
>
> > diff --git a/drivers/spi/mxc_spi.c b/drivers/spi/mxc_spi.c
> > index b7bd84b..1341543 100644
> > --- a/drivers/spi/mxc_spi.c
> > +++ b/drivers/spi/mxc_spi.c
>
> > @@ -105,
On Thu, 5 Feb 2009, Anatolij Gustschin wrote:
> Hi Guennadi,
>
> Guennadi Liakhovetski wrote:
>
> > diff --git a/drivers/gpio/mx31_gpio.c b/drivers/gpio/mx31_gpio.c
> > new file mode 100644
> > index 000..6487e63
> > --- /dev/null
> > +++ b
The "eet" variant of the imx31_phycore board has an OLED display, using a
s6e63d6 display controller on the first SPI interface, using GPIO57 as a
chip-select for it. With this configuration you can display 256 colour BMP
images in 16-bit RGB (RGB565) LCD mode.
Signed-off-by
Add a driver for the Synchronous Display Controller and the Display
Interface on i.MX31, using IPU for DMA channel setup. So far only
displaying of bitmaps is supported, no text output.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: added breaks, shorter title, splitted long lines
This patch also simplifies some ifdefs in lcd.c, introduces a generic
vidinfo_t, which new drivers are encouraged to use and old drivers to switch
over to.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: no changes.
common/lcd.c | 56
ff-by: Mark Jackson
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: added this comment to explain, that this patch from Mark
Jackson is included in this patch series for completeness, because future
patches base on it, long lines split.
common/lcd.c |
The "size" variable in start_armboot() in lib_arm/board.c is only really
used in
#ifndef CONFIG_SYS_NO_FLASH
case, and even there it can be eliminated (thanks to Jean-Christophe
PLAGNIOL-VILLARD for a suggestion.)
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: removed
This is a driver for the S6E63D6 SPI OLED display controller from Samsung.
It only provides access to controller's registers so the client can freely
configure it.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: parameters added in function declarations, alphabetical
ord
Some SPI devices have special requirements on chip-select handling.
With this patch we can use a GPIO as a chip-select and strictly follow
the SPI_XFER_BEGIN and SPI_XFER_END flags.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: long lines split, mx31_gpio_* calls now also defined
This is a minimal driver, so far only managing output. It will
be used by the mxc_spi.c driver.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: alphabetical order, typo in copyright fixed, use
ARRAY_SIZE.
drivers/gpio/Makefile|3 +-
drivers/gpio/mx31_gpio.c
Fix 8 and 16-bit transfers in mxc_spi driver and a wrong pointer in the
free routine.
Signed-off-by: Guennadi Liakhovetski
---
Changes since v1: chose a simpler fix
>From e31f4128d852be04ed459c271d6c1d9f4b08ec69 Mon Sep 17 00:00:00 2001
From: Guennadi Liakhovetski
Date: Thu, 5 Feb 2009 12
On Wed, 4 Feb 2009, Guennadi Liakhovetski wrote:
Hi again,
this is version 2 of the patch-series, that adds support for the graphics
engine on i.MX31 SoC. Changes since v1 will be reflected in each single
patch. And - we still have one more day in the merge window...:-)
Thanks
Guennadi
On Wed, 4 Feb 2009, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message you wrote:
> >
> > > > +#ifdef BOARD_LATE_INIT
> > > CONFIG_?
> >
> > grep?:
> >
> > $ grep -r BOARD_LATE_INIT lib*
> > lib_ar
On Wed, 4 Feb 2009, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 17:59 Wed 04 Feb , Guennadi Liakhovetski wrote:
> > +
> > +/*
> > + * Each transfer is performed as:
> > + * 1. chip-select active
> > + * 2. send 8-bit start code
> > + * 3. send 16-b
te" field, the caller doesn't need to know what is under
s6e63d6.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax
On Wed, 4 Feb 2009, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 17:59 Wed 04 Feb , Guennadi Liakhovetski wrote:
> >
> > + /*
> > +* Some SPI devices require active chip-select over multiple
> > +* transactions, we achieve this using a GPIO. Still, th
On Wed, 4 Feb 2009, Mike Frysinger wrote:
> On Wednesday 04 February 2009 17:39:45 Jean-Christophe PLAGNIOL-VILLARD wrote:
> > On 17:59 Wed 04 Feb , Guennadi Liakhovetski wrote:
> > > Fix 8 and 16-bit transfers in mxc_spi driver and a wrong pointer in the
On Wed, 4 Feb 2009, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message you wrote:
> > This is a driver for the S6E63D6 SPI OLED display controller from Samsung.
> > It only provides access to controller's registers so the client can freely
> > c
On Wed, 4 Feb 2009, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 17:59 Wed 04 Feb , Guennadi Liakhovetski wrote:
> > The "size" variable in start_armboot() in lib_arm/board.c is only really
> > used in
> > #if !defined(CONFIG_SYS_NO_FLASH)
> > case, remov
On Wed, 4 Feb 2009, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 18:00 Wed 04 Feb , Guennadi Liakhovetski wrote:
> > The "eet" variant of the imx31_phycore board has an OLED display, using a
> > s6e63d6 display controller on the first SPI interface, using GPIO57 as
On Wed, 4 Feb 2009, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message you wrote:
> > From: Mark Jackson
> >
> > This patch adds 16bpp BMP support to the common lcd code.
> >
> > Use CONFIG_BMP_16BPP and set LCD_BPP to LCD_COLOR16 to
1,71 @@
> > +/*
> > + * Copyright (C) 2009
> > + * Guennadi Liakhovetski, DEXN Software Engineering,
>
> please fix: s/DEXN/DENX/
Oops, * copypaste = 4 occurrences in 3 patches:-(
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wol
; data,
> > while (reg_read(mxcs->base + MXC_CSPICTRL) & MXC_CSPICTRL_XCH)
> > ;
> >
> > + if (mxcs->gpio > 0 && (flags & SPI_XFER_END))
> > + mx31_gpio_set(mxcs->gpio, !(mxcs->ctrl_reg &
> > MXC_CSPIC
MUX_CTL_FUNC));
>
> The above seems board specific, although most of these pins can only
> function as IPU pins or SDMA_DEBUG.
Well, I think, SDC LCD functions are only available on one pin each, so,
you have no choice. Just looked through and haven't found any
The "eet" variant of the imx31_phycore board has an OLED display, using a
s6e63d6 display controller on the first SPI interface, using GPIO57 as a
chip-select for it. With this configuration you can display 256 colour BMP
images in 16-bit RGB (RGB565) LCD mode.
Signed-off-by
Add a driver for the Synchronous Display Controller and the Display
Interface on i.MX31, using IPU for DMA channel setup. So far only
displaying of bitmaps is supported, no text output.
Signed-off-by: Guennadi Liakhovetski
---
drivers/video/Makefile |1 +
drivers/video/mx3fb.c | 865
This patch also simplifies some ifdefs in lcd.c, introduces a generic
vidinfo_t, which new drivers are encouraged to use and old drivers to switch
over to.
Signed-off-by: Guennadi Liakhovetski
---
common/lcd.c | 56
include/lcd.h
ff-by: Mark Jackson
Signed-off-by: Guennadi Liakhovetski
---
common/lcd.c | 49 +++--
1 files changed, 39 insertions(+), 10 deletions(-)
diff --git a/common/lcd.c b/common/lcd.c
index 5f73247..14a0d01 100644
--- a/common/lcd.c
+++ b/common/lcd.c
@@
The "size" variable in start_armboot() in lib_arm/board.c is only really
used in
#if !defined(CONFIG_SYS_NO_FLASH)
case, remove where unused.
Signed-off-by: Guennadi Liakhovetski
---
This one actually doesn't have to be in this series, so, it can go
separately over the ARM
This is a driver for the S6E63D6 SPI OLED display controller from Samsung.
It only provides access to controller's registers so the client can freely
configure it.
Signed-off-by: Guennadi Liakhovetski
---
drivers/video/Makefile |1 +
drivers/video/s6e63d6.c |
Some SPI devices have special requirements on chip-select handling.
With this patch we can use a GPIO as a chip-select and strictly follow
the SPI_XFER_BEGIN and SPI_XFER_END flags.
Signed-off-by: Guennadi Liakhovetski
---
Jean-Christophe: one more for you to ack.
drivers/spi/mxc_spi.c | 35
This is a minimal driver, so far only managing output. It will
be used by the mxc_spi.c driver.
Signed-off-by: Guennadi Liakhovetski
---
Jean-Christophe: also an ack from you, please.
drivers/gpio/Makefile|3 +-
drivers/gpio/mx31_gpio.c | 71
Fix 8 and 16-bit transfers in mxc_spi driver and a wrong pointer in the
free routine.
Signed-off-by: Guennadi Liakhovetski
---
No SPI custodian, so, Jean-Christophe will have to Ack it?
drivers/spi/mxc_spi.c | 62 +++-
1 files changed, 50
drivers/video and to common/lcd.c, so, I would
suggest to collect respective Acks and pull it through the video tree.
Hence Anatolij is cc'ed on all patches:-) Also many need an Ack from the
ARM maintainer, so, he is on cc on respective patches and on this one.
Thanks
Guennadi
---
Gue
ADS board ID for the Phycore?
> the 447 is the MX31ADS
There is a number already, could you please use
MACH_TYPE_PCM037
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groe
; handled yet, 3) would be nice to hear comments from nand(_spl)
> > maintainers.
>
> I don't see what nand(_spl) maintainers should comment here - their
> code is so far completley unaffected. We just agreed on needing
> another call to the load routine.
We stil
On Mon, 2 Feb 2009, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message you wrote:
> >
> > > > -#ifdef ENV_IS_EMBEDDED
> > > > +#if defined(ENV_IS_EMBEDDED)
> > > > extern uchar environment[];
> > > > env_
On Mon, 2 Feb 2009, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message you wrote:
> >
> > -#ifdef ENV_IS_EMBEDDED
> > +#if defined(ENV_IS_EMBEDDED)
> > extern uchar environment[];
> > env_t *env_ptr = (env_t *)(&environment[
if we do decide, that this approach is good enough, I'll split
it up and submit properly.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +
...
> >
> > if we really want to go that way, maybe better break this code into
> > several functions for different format conversions?
>
> We do NOT want to do everything that is possible, but only what is
> reasonable.
Isn't sending RGB24 image with 256 colours t
break this code into
several functions for different format conversions?
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989
- is this a bug that has
to be fixed, or is there no good fix for this, because we really want to
have console initialised ASAP - before the driver for the environment
storage is initialised?
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfgang
ease on smdk6400, last version I tried was from
approximately end of September, which is not much older than 2008.10.
Which toolchain and which configuration have you used? You haven't
modified the sources, have you?
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering
e
SPL-image name from nand_spl/u-boot-spl-16k.bin to something more
flexible:-)
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax
On Thu, 23 Oct 2008, Alan Carvalho de Assis wrote:
> Hi Guennadi,
>
> On Thu, Oct 23, 2008 at 4:10 PM, Guennadi Liakhovetski <[EMAIL PROTECTED]>
> wrote:
> >
> > Last time Scott Wood suggested to use nand_spl you replied "I think using
> > nand_spl is
ne NFC_CONFIG2 (*((volatile u16 *)(NFC_REGS +
> NFC_CONFIG2_OFF)))
> +
> +#define RAM_BUFFER_ADDRESS_RBA_3 0x3
> +#define NFC_BUFSIZE_1KB 0x0
> +#define NFC_BUFSIZE_2KB 0x1
> +#define NFC_CONFIGURATION_UNLOCKED 0x2
> +#define ECC_STATUS_RESULT_NO_ERR
On Thu, 23 Oct 2008, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > > Hey, actually I do think that describing which hardware configurations
> > > the software performs is a Good Thing
On Thu, 23 Oct 2008, Wolfgang Denk wrote:
> Dear Guennadi Liakhovetski,
>
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > > > + /* Xm0CSn[2] = OneNANDC CS0 or NFCON CS0, Xm0CSn[3] = SROMC CS3
> > > > */
> > >
> >
ways 16-bit butwidth. there's no exception.
Ok, thanks, but I wouldn't call the macro ONENAND, but rather 16BIT, but
that's just IMHO.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office
4XX_MEM_SYS_CFG_NAND0x0008
> S3C64XX_MEM_SYS_CFG_ONENAND 0x1000
? I asked above what the bus width has to do with OneNAND selection,
you didn't reply.
> S3C64XX_MEM_SYS_CFG_MOVINAND 0x
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH,
d be set as 0x1002
Sorry, do not understand what "it." If you mean the MEM_SYS_CFG then I
also don't understand this. As I quoted from the datasheet above, bit 1
set to 0 (0 << 1) is for _both_ - NAND or OneNAND. You suggest to set it
to 1, which is SROMC CS2. And (1 << 12) i
m_init
> mem_ctrl_asm_init:
> - /* Memory subsystem address 0x7e00f120 */
> - ldr r0, =ELFIN_MEM_SYS_CFG
> -
> - /* Xm0CSn2 = NFCON CS0, Xm0CSn3 = NFCON CS1 */
> - mov r1, #0xd
> - str r1, [r0]
> -
> /* DMC1 base address 0x7e001000 */
: Guennadi Liakhovetski <[EMAIL PROTECTED]>
---
On Jean-Christophe's request: rebased against current top-of-tree, no
changes since the previous changes otherwise, still, I decided to count
the version up to make it easier to distinguish them...
diff --git a/cpu/arm1136/mx31/interru
1 - 100 of 170 matches
Mail list logo
