is above array bounds
[-Warray-bounds]
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
board/linkstation/ide.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/board/linkstation/ide.c b/board/linkstation/ide.c
index
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 in U-Boot sources?
Thanks
Guennadi
---
Guennadi Liakhovetski
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/mailman/listinfo/u-boot
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 g.liakhovet...@gmx.de
---
v1 - v2
added to the orphaned list
diff --git a/MAINTAINERS b/MAINTAINERS
index bb03f17..6274599 100644
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 g.liakhovet...@gmx.de
---
I've submitted my last patch to U-Boot almost a year ago and haven't been
following U-Boot development
On Mon, 4 Jan 2010, Magnus Lilja wrote:
Hi
Magnus Lilja skrev:
2009/12/3 Guennadi Liakhovetski l...@denx.de:
On Wed, 2 Dec 2009, Wolfgang Denk wrote:
Dear Guennadi,
In message 1257965907-5622-1-git-send-email-lilja.mag...@gmail.com
Magnus Lilja wrote:
diff --git a/drivers/spi
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 Lilja lilja.mag...@gmail.com
Cc: Guennadi Liakhovetski l...@denx.de
---
I don't think transfers larger
On Tue, 22 Sep 2009, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message pine.lnx.4.64.0909162240120.19...@axis700.grange 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
On Tue, 15 Sep 2009, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message pine.lnx.4.64.0909152214370.4...@axis700.grange you wrote:
pci_read_config_dword (devbusfn, PCI_BASE_ADDRESS_0,
-(u32 *)
ide_bus_offset[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 w...@denx.de
Cc: Guennadi Liakhovetski l...@denx.de
---
v2: Better implementation as suggested by Scott Wood
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 w...@denx.de
Cc: Guennadi Liakhovetski l...@denx.de
---
board/linkstation/ide.c |4 +++-
1 files
On Wed, 9 Sep 2009, Marcel Ziswiler wrote:
Signed-off-by: Marcel Ziswiler marcel.ziswi...@noser.com
Acked-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Changes since v1:
- CC all respective board maintainers
README|6 --
include/configs/IDS8247.h
On Fri, 11 Sep 2009, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message pine.lnx.4.64.0909111259280.6...@axis700.grange you wrote:
Hi Wolfgang
On Fri, 11 Sep 2009, Wolfgang Denk wrote:
Fix warning: ide.c:60: warning: dereferencing type-punned pointer will
break strict
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 w...@denx.de
Cc: Guennadi Liakhovetski l...@denx.de
Having various board configurations look similar has, certainly
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 Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235 Munich, Office
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.
DENX Software Engineering GmbH, MD
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_ok = 0, crc2_ok = 0;
- env_t *tmp_env1
Remove an unused total variable in multiple functions.
Signed-off-by: Guennadi Liakhovetski l...@denx.de
---
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
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 l...@denx.de
---
README |6 ++
common/env_nand.c | 43
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: Wolfgang Denk Detlev Zundel
HRB 165235 Munich, Office
Signed-off-by: Guennadi Liakhovetski l...@denx.de
---
diff --git a/MAKEALL b/MAKEALL
index cf05133..1456a30 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -535,15 +535,16 @@ LIST_ARM10= \
#
## ARM11 Systems
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 pine.lnx.4.64.0902061353280.7...@axis700.grange you wrote:
In message pine.lnx.4.64.0902061002160.4...@axis700.grange you 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 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: Guennadi Liakhovetski
into a local header.
Signed-off-by: Mike Frysinger vap...@gentoo.org
CC: Sascha Hauer s.ha...@pengutronix.de
CC: Guennadi Liakhovetski l...@denx.de
CC: Magnus Lilja lilja.mag...@gmail.com
CC: Ben Warren biggerbadder...@gmail.com
Hm, sorry, have any of those other pieces of code been posted to the
list
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 example eeprom programmers
)
That branch is not active any more.
Just wonder is there any local tree where I track before it's merged into
the main repository.
Not really. i.MX31 Patches appear on the mailing list, then get merged in
a custodian tree, usually ARM, and then in the mainline.
Thanks
Guennadi
---
Guennadi
its environment in
I2C EEPROM. Fix the problem by explicitly starting the clock in I2C driver
initialisation routine.
Signed-off-by: Guennadi Liakhovetski l...@denx.de
---
Changes since v1: Clock is initialised in the I2C driver now, not in board
code. Thanks to Jean-Christophe for suggesting
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 l...@denx.de
---
Changes since v1: long lines split, mx31_gpio_* calls now
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 l...@denx.de
---
board/imx31_phycore/imx31_phycore.c |3 +++
1 files
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: +49
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 l...@denx.de
---
Changes since v1: chose a simpler fix
Changes since v2: fix the simpler fix: v2 worked as long as I just
resetted
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 l...@denx.de
---
Changes since v1: long lines split, mx31_gpio_* calls now
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 l...@denx.de
---
Changes since v1: removed
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 l...@denx.de
---
Changes since v1: added breaks, shorter title, splitted
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: Guennadi Liakhovetski
!!
Signed-off-by: Mark Jackson m...@mimc.co.uk
Signed-off-by: Guennadi Liakhovetski l...@denx.de
---
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
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 l...@denx.de
---
Changes since v1: parameters added in function declarations, alphabetical
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.
Signed-off-by: Guennadi Liakhovetski l...@denx.de
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 l...@denx.de
---
Changes since v1: no changes.
common/lcd.c | 56
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 since v1 and v2 will be reflected in each
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
free routine.
Signed-off
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, the SPI
+* controller has
On Wed, 4 Feb 2009, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message pine.lnx.4.64.0902042316110.6...@axis700.grange you wrote:
+#ifdef BOARD_LATE_INIT
CONFIG_?
grep?:
$ grep -r BOARD_LATE_INIT lib*
lib_arm/board.c:#ifdef BOARD_LATE_INIT
lib_nios2/board.c
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
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 l...@denx.de
---
Changes since v1: parameters added in function declarations, alphabetical
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 l...@denx.de
---
Changes since v1: removed
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 l...@denx.de
---
Changes since v1: added breaks, shorter title, splitted
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: Guennadi Liakhovetski
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 l...@denx.de
---
Changes since v1: no changes.
common/lcd.c | 56
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 l...@denx.de
---
Changes since v1: long lines split, mx31_gpio_* calls now
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-bit data
+ * 4. chip-select inactive
+ */
+static
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
snip
@@ -105,6 +112,10 @@ static u32 spi_xchg_single(struct
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 l...@denx.de
---
This one actually doesn't have to be in this series, so, it can go
separately over the ARM tree
!!
Signed-off-by: Mark Jackson m...@mimc.co.uk
Signed-off-by: Guennadi Liakhovetski l...@denx.de
---
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
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 l...@denx.de
---
common/lcd.c | 56
include
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 l...@denx.de
---
drivers/video/Makefile |1 +
drivers/video/mx3fb.c
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: Guennadi Liakhovetski
MXC_CSPICTRL_SSPOL));
above line to long ( 80 chars).
Right, will fix all above.
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
---
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
___
U-Boot
; /* board id for linux */
+ gd-bd-bi_arch_number = MACH_TYPE_MX31ADS; /* board id for linux */
Why 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
, 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: +49-8142-66989-0 Fax: +49-8142
On Mon, 2 Feb 2009, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message pine.lnx.4.64.0902021725100.4...@axis700.grange you wrote:
-#ifdef ENV_IS_EMBEDDED
+#if defined(ENV_IS_EMBEDDED)
extern uchar environment[];
env_t *env_ptr = (env_t *)(environment[0]);
+#elif
On Mon, 2 Feb 2009, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message pine.lnx.4.64.0902022141190.8...@axis700.grange you wrote:
-#ifdef ENV_IS_EMBEDDED
+#if defined(ENV_IS_EMBEDDED)
extern uchar environment[];
env_t *env_ptr = (env_t *)(environment[0
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 to a 16-bit display reasonable?
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfgang Denk
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 Denk Detlev Zundel
HRB 165235
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 the best approach, but it will needs more effort
-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: +49-8142-66989-80 Email: [EMAIL
]
-
/* DMC1 base address 0x7e001000 */
ldr r0, =ELFIN_DMC1_BASE
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD
) is for _both_ - NAND or OneNAND. You suggest to set it
to 1, which is SROMC CS2. And (1 12) is the data bus width, which also
doesn't seem to be directly related to the NAND / OneNAND selection. Or
did you mean another register?
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering
didn't reply.
S3C64XX_MEM_SYS_CFG_MOVINAND 0x
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
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: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49
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
*/
Right, and also add OneNAND NFCON is depends on XNANDSEL.
In the datasheet
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 (TM).
Exactly, which hardware configurations the software
://lists.denx.de/mailman/listinfo/u-boot
---
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: [EMAIL PROTECTED
On Thu, 18 Sep 2008, Shinya Kuribayashi wrote:
Hi Guennadi,
Guennadi Liakhovetski wrote:
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
---
diff -u /dev/null doc/README.imx31
--- /dev/null 2008-08-28 10:21:05.503011301 +0200
+++ doc/README.imx312008-08-28 12
MTD_WRITEABLE, but I think it means something different - whether
this mtd-device is writable in principle. So, it looks like the only way
to find out whether the specific sector is locked is to try to write /
erase it:-(
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH
to open the mtd O_SYNC and it works
fine.
If it is OK I can submit a patch for this.
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
get_timer_masked(void)
{
- return get_ticks() / (timer_load_val / (100 * CFG_HZ));
+ unsigned long long res = get_ticks();
+ do_div (res, (timer_load_val / (100 * CFG_HZ)));
Same here.
+ do_div (res, timer_load_val / (100 * CFG_HZ));
Thanks
Guennadi
---
Guennadi Liakhovetski
is accepted
in its current form, you will have to look at those ifdef's and see which
of them you want to make dynamically selectable per '-v' switch.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235 Munich, Office
On Sat, 6 Sep 2008, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message [EMAIL PROTECTED] you wrote:
Was this patch correct then?
http://lists.denx.de/pipermail/u-boot/2008-July/037375.html
So, we just have to revert this one
http://lists.denx.de/pipermail/u-boot
really for all
boards or are there boards out there that really must not have this flag
set?
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
On Fri, 5 Sep 2008, Joakim Tjernlund wrote:
-Original Message-
From: Guennadi Liakhovetski [mailto:[EMAIL PROTECTED]
Sent: den 5 september 2008 20:01
To: U-Boot@lists.denx.de
Cc: Joakim Tjernlund
Subject: [REGRESSION] commit b502611b51... Change env_get_char from
Add support for environment in NAND with automatic NOR / NAND recognition,
including unaligned environment, bad-block skipping, redundant environment
copy.
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
---
Changes since v1: multiple style updates, added Copyright, restored
flash_io
to the
default value - 1 sector. If rc 4 the counter i is not incremented and
the line is dropped - in the same way as in the original version. Or am I
missing something?
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235 Munich
your scheme above? In the latter case I am not sure if this will
work with all kernel versions with all mtd drivers and all NOR flashes.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D
code managed to work with rc == 3. As I
thought this was a bug, I changed the test to rc 4, i.e., now I
Did you verify that is was a bug?
Yes:
Unlocking flash...
Done
Cannot malloc -32768 bytes: Cannot allocate memory
Error: can't write fw_env to flash
Thanks
Guennadi
---
Guennadi
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message [EMAIL PROTECTED] you wrote:
What follows is a patch series to support NAND environment under Linux,
including bad blocks. In principle, this is just one logical change, but
it is a big one... So I split
Add support for environment in NAND with automatic NOR / NAND recognition,
including unaligned environment, bad-block skipping, redundant environment
copy.
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
---
This is now a single patch. No union any more, instead a struct with
pointers
plus
alignment.
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: [EMAIL PROTECTED
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message [EMAIL PROTECTED] you wrote:
Ok, how about this: we leave the current fw_env.c as it is, I submit
_exactly_ the state after applying my 6 patches as a new file, with
suitable changes to the Makefile
On Mon, 1 Sep 2008, Guennadi Liakhovetski wrote:
New issue: I just noted that the default environment built into the
fw_ tool has not much to do with the default environment build into
the U-Boot binary image; in theory both should be the same. Don;t
know yet if this is a new
On Mon, 1 Sep 2008, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message [EMAIL PROTECTED] you wrote:
SMDK6400 can only boot U-Boot from NAND-flash. This patch adds a nand_spl
driver for it too. The board can also boot from the NOR flash, but due to
hardware limitations it can
at:
git://git.denx.de/u-boot-arm.git master
Guennadi Liakhovetski (7):
ARM: Add arm1176 core with S3C6400 SoC
USB: Add support for OHCI controller on S3C6400
serial: add S3C64XX serial driver
S3C64XX: remove broken HWFLOW support from the serial driver
NAND: add
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message [EMAIL PROTECTED] you wrote:
Use consistent naming for active and redundant environment variables, remove
redundant erase struct initialisation by using separate structs for the
active and redundant
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message [EMAIL PROTECTED] you wrote:
This will become more important with NAND support, in which case the minimum
erase region is a block, which consists of several pages and can be 256KiB
large.
Please explain
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message [EMAIL PROTECTED] you wrote:
So, no, this is not because I didn't like somebody else's coding style.
This is because with NAND addition this function would become an
absolutely unreadable monster. So
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message [EMAIL PROTECTED] you wrote:
What follows is a patch series to support NAND environment under Linux,
including bad blocks. In principle, this is just one logical change, but
it is a big one... So I split
On Sun, 31 Aug 2008, Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message [EMAIL PROTECTED] you wrote:
--- a/tools/env/fw_env.c
+++ b/tools/env/fw_env.c
@@ -44,6 +44,12 @@
#defineCMD_GETENV fw_printenv
#defineCMD_SETENV fw_setenv
+#define min(x, y
to preserve backwards compatibility on NOR, including identical
erase / write behaviour.
Also fix some return codes.
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
---
I am not resending patches 1-5, they remain unchanged.
Changes since v1: instead of abusing the erase sector size parameter
As noted by Harald Welte, HWFLOW support in the S3C64XX serial driver is
broken and currently unused. Remove it.
Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED]
---
As well as the previous patch, please, apply after the s3c64xx / smdk6400
support is merged in.
diff --git a/drivers
1 - 100 of 112 matches
Mail list logo
