(shows up only when DENUG is enabled)
Signed-off-by: Wolfgang Denk w...@denx.de
---
drivers/mtd/cfi_flash.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c
index 84ff7e8..bfb1f9f 100644
--- a/drivers/mtd/cfi_flash.c
+++
On 09:44 Wed 04 Feb , Wolfgang Denk wrote:
(shows up only when DENUG is enabled)
DEBUG? :)
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Our flash interface is not working, is there a turn key solution in u-boot to
make it possible to run u-boot directly from ram?
I have already configured the memory controller with my ICE box
I have already relinked the textbase to memory.
I search through the mail archive for several month
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090204091226.ge25...@game.jcrosoft.org you wrote:
On 09:44 Wed 04 Feb , Wolfgang Denk wrote:
(shows up only when DENUG is enabled)
DEBUG? :)
Right. Thanks for pointing out.
Will fix this when applying the patch (no reposting planned).
This is the InterControl custom device based on the MPC5200B chip.
Signed-off-by: Grzegorz Bernacki g...@semihalf.com
---
Version 3:
- updated (c)
Version 2:
- use I/O accessor functions instead of volatile pointer
- set ethernet address only if not set in environment
- add some comments and
Enables to overwrite any library code by defining EXTRABOARDOBJS
in the board specific config.mk.
Those listed object files get linked directly into the u-boot binary
right after the start objects and before any archives.
Signed-off-by: Michael Roth mr...@nessie.de
---
Makefile | 12
Initial support for Taskit Stamp9261 board - based on an
AT91SAM9261 SoC from Atmel.
Currently only a Stamp9261 with 64MB RAM fitted together
with a Stamp-Adaptor on a Panel-Card EVB is supported.
Signed-off-by: Michael Roth mr...@nessie.de
---
MAINTAINERS |4 +
MAKEALL
Hi
Im new to U-boot and need help. I am using U-boot-2009.10 and a MPC8548
board with 512MB DDR and 128Mb nor Flash(using cfi)
I am booting the board using a BDI2000 by loading my u-boot.bin file to
the bootregion in my memory map (FFF8) and running from the reset
vector. Uboot starts up
Cleanup for M5271EVB:
Added clarification on the use of CONFIG_SYS_CLOCK.
Modified to use u-boot's HUSH parser.
Cleanup on environment settings.
Removed compiler warning by defining CONFIG_SYS_CS0_*
Dependencies:
Added the use of CONFIG_SYS_MCF_SYNCR for clock multiplier.
This depends on a patch
Dear Michael Roth,
In message 1233757799-1165-2-git-send-email-mr...@nessie.de you wrote:
Enables to overwrite any library code by defining EXTRABOARDOBJS
in the board specific config.mk.
Those listed object files get linked directly into the u-boot binary
right after the start objects and
M5271 dynamic clock multiplier. It is currently fixed at 100MHz.
Allow the board header file to set their own multiplier and divider.
Added the #define for the multiplier and divider to the cpu header file.
Signed-off-by: Richard Retanubun richardretanu...@ruggedcom.com
---
Michael Roth wrote:
Enables to overwrite any library code by defining EXTRABOARDOBJS
in the board specific config.mk.
Those listed object files get linked directly into the u-boot binary
right after the start objects and before any archives.
Signed-off-by: Michael Roth mr...@nessie.de
Hi
Wolfgang Denk schrieb:
Why would that be needed?
Because the whole weak-linking looks like it is somewhat broken or at
least very difficult to get it correctly.
Normally you deal with such issues in your linker script, i. e. in a
board specific way without need to modify global files.
Yes,
Dear Michael Roth,
In message 1233757799-1165-3-git-send-email-mr...@nessie.de you wrote:
Initial support for Taskit Stamp9261 board - based on an
AT91SAM9261 SoC from Atmel.
Currently only a Stamp9261 with 64MB RAM fitted together
with a Stamp-Adaptor on a Panel-Card EVB is supported.
Michael Roth schrieb:
Because the whole weak-linking looks like it is somewhat broken or at
least very difficult to get it correctly.
Small example:
In board/atmel/at91sam9261ek there is:
led.c:
void red_LED_on(void)
...
void red_LED_off(void)
...
Makefile:
On Feb 1, 2009, at 11:53 PM, Dirk Behme wrote:
OMAP3 support recently merged is version from mid december 2008.
This patch series adds some additional clean up, fixes and
improvements done since then. It brings U-Boot mainline in sync
with U-Boot tree of OMAP3 developers (omap3-dev).
This
On Wednesday 04 February 2009 11:18:16 Michael Roth wrote:
Michael Roth schrieb:
Because the whole weak-linking looks like it is somewhat broken or at
least very difficult to get it correctly.
Small example:
In board/atmel/at91sam9261ek there is:
led.c:
void red_LED_on(void)
The previous version rebooted forever with DDR bigger than 256MB.
Access the DS1339 RTC chip is on I2C1 bus.
Allow DHCP.
Signed-off-by: Valeriy Glushkov g...@lstec.com
---
include/configs/MPC8349ITX.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git
The previous version rebooted forever with DDR bigger than 256MB.
Access the DS1339 RTC chip is on I2C1 bus.
Allow DHCP.
Signed-off-by: Valeriy Glushkov g...@lstec.com
---
include/configs/MPC8349ITX.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
Dear Jon Burrows,
In message 177316.66447...@web45805.mail.sp1.yahoo.com you wrote:
Our flash interface is not working, is there a turn key solution in u
-boot to make it possible to run u-boot directly from ram?
I have already configured the memory controller with my ICE box
I have already
Hi, everyone
I'm working wint an u-boot 2008.10 version over a Coldfire M5329EVB Board.
Every thing goes well on u-boot working. But when I try to execute
standalone applications i've got problems.
I've been trying with the hello_world example as it is on the manual. First
time I tryed I used
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 19:19 Tue 03 Feb , Tom wrote:
This change is to support Zoom2.
#define MACH_TYPE_OMAP_ZOOM2 1967
The file was generated from building the default arm config of
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Dear kescuin,
In message 491c50e10902040143o7a545aa3sd2645fe0b8b31...@mail.gmail.com you
wrote:
I'm working wint an u-boot 2008.10 version over a Coldfire M5329EVB Board.
Every thing goes well on u-boot working. But when I try to execute
standalone applications i've got problems.
...
Any
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.
From: Mark Jackson m...@mimc.co.uk
This patch adds 16bpp BMP support to the common lcd code.
Use CONFIG_BMP_16BPP and set LCD_BPP to LCD_COLOR16 to enable the code.
At the moment it's only been tested on the MIMC200 AVR32 board, but extending
this to other platforms should be a simple task !!
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
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
Everything solved, the problem was that tftp wasn't working ok, an didn't
save data on memory.
Now the problem is that hello_world doen't print anything on screen. Only
## Starting application at 0x4002 ...
## Application terminated, rc = 0x0
What's the problem? I havn't changed the
Transmit Report:
To: kmk...@paran.com, 2009/02/05 02:32:36, 000, Requested action aborted: No
failover server
---BeginMessage---
Send U-Boot mailing list submissions to
u-boot@lists.denx.de
To subscribe or unsubscribe via the World Wide Web, visit
/pipermail/u-boot/attachments/20090204/e259fc99/attachment-0001.pgp
--
Message: 4
Date: Wed, 4 Feb 2009 18:24:35 +0200
From: Valeriy Glushkov g...@lstec.com
Subject: [U-Boot] [PATCH v2] MPC8349ITX: several config issues fixed
To: u-boot@lists.denx.de
Message-ID
Hi
2009/2/4 Guennadi Liakhovetski l...@denx.de:
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
---
drivers/video/Makefile
Hi
2009/2/4 Guennadi Liakhovetski l...@denx.de:
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 l...@denx.de
---
Jean-Christophe: also an ack from you, please.
drivers/gpio/Makefile|3 +-
Hi
2009/2/4 Guennadi Liakhovetski l...@denx.de:
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
---
Becky Bruce wrote:
Clean up PCI mapping concepts in the 8641 config - rename _BASE
to _BUS, as it's actually a PCI bus address, separate virtual
and physical addresses into _VIRT and _PHYS, and use each
appopriately.
Signed-off-by: Becky Bruce bec...@kernel.crashing.org
Acked-by: Jon
Becky Bruce wrote:
Because the inbound pci windows are mapped generously, set up
the more specific outbound windows first. This way, when we
search the pci regions for something, we will hit on the more
specific region. This can actually be a problem on systems
with large amounts of RAM.
Commit 0e8cc8bd92257da2e1df88cbc985e166e472ce61 removed support
for disabling the No NAND device found!!! warning when
CONFIG_SYS_NAND_QUIET_TEST was defined. This re-adds support
for silencing the warning.
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
drivers/mtd/nand/nand_base.c |2 ++
Peter Tyser wrote:
+/*
+ * CONFIG_SYS_NAND_RESET_CNT is used as a timeout mechanism when resetting
+ * a flash. NAND flash is initialized prior to interrupts so standard timers
+ * can't be used. CONFIG_SYS_NAND_RESET_CNT should be set to a value
+ * which is greater than (max NAND reset
Hi
2009/2/4 Guennadi Liakhovetski l...@denx.de:
On Wed, 4 Feb 2009, Magnus Lilja wrote:
+ switch (channel) {
+ case IDMAC_SDC_0:
+ ipu_channel_set_priority(channel, 1);
Missing break?
You don't mean inserting a break here would change anything, do you?
Not
On Wed, 2009-02-04 at 13:54 -0600, Scott Wood wrote:
Peter Tyser wrote:
+/*
+ * CONFIG_SYS_NAND_RESET_CNT is used as a timeout mechanism when resetting
+ * a flash. NAND flash is initialized prior to interrupts so standard
timers
+ * can't be used. CONFIG_SYS_NAND_RESET_CNT should be
On Wed, 4 Feb 2009, Anatolij Gustschin wrote:
Hello Guennadi,
diff --git a/drivers/spi/mxc_spi.c b/drivers/spi/mxc_spi.c
index 9267341..eacd36c 100644
--- a/drivers/spi/mxc_spi.c
+++ b/drivers/spi/mxc_spi.c
snip
@@ -91,6 +94,9 @@ static u32 spi_xchg_single(struct spi_slave *slave,
I need the mach-types.h to be generated from at least v2.6.29-rc3
This is to support the Omap Zoom2 board.
#define MACH_TYPE_OMAP_ZOOM2 1967
Regards,
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
Dear Michael Roth,
In message 4989bfc8.6030...@nessie.de you wrote:
Because the whole weak-linking looks like it is somewhat broken or at
least very difficult to get it correctly.
...
But as you can see from u-boot.map, the result is not as expected:
0x23f00340 0x35c
Previously, waiting for auto-negotiation would only occur if a valid
link had been detected. Problems arose when attempting to use a
tsec immediately after bootup but before link was achieved, eg:
= dhcp
Auto-neg error, defaulting to 10BT/HD
eTSEC1: No link.
Auto-neg error, defaulting to 10BT/HD
due to asm weak function link overwrite problem use pre-built object
instead of library.
You will need to build the lib$(BOARD).a the same way
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
The asm weak overwrite link problem have been found also present on other arm
On Wed, 2009-02-04 at 22:22 +0100, Wolfgang Denk wrote:
Dear Scott Wood,
In message 4989fe57.80...@freescale.com you wrote:
Peter Tyser wrote:
The 25ns was calculated based on the addition of trp and trhoh from the
Micron MT29F8G08 datasheet. Based on the timing diagram for a Read
Dear Scott Wood,
In message 498a0d5c.5060...@freescale.com you wrote:
Andy Fleming wrote:
HmmmI made that change for a reason. Waiting for autonegotiation
to finish on a tsec with no link was quite tiresome. If you've hooked
up the 4th tsec, and try to boot, you end up waiting for
Wolfgang Denk wrote:
Dear Scott Wood,
In message 498a0d5c.5060...@freescale.com you wrote:
Andy Fleming wrote:
HmmmI made that change for a reason. Waiting for autonegotiation
to finish on a tsec with no link was quite tiresome. If you've hooked
up the 4th tsec, and try to boot, you
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-by: Guennadi Liakhovetski l...@denx.de
---
No SPI custodian, so, Jean-Christophe will have to Ack it?
I'd like to have Mike and Haaward
On 17:59 Wed 04 Feb , Guennadi Liakhovetski wrote:
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 l...@denx.de
---
Jean-Christophe: also an ack from you, please.
I'd like to see a gpio_lib one day to
Hello Guennadi,
#if defined(CONFIG_PXA250) || defined(CONFIG_ATMEL_LCD)
- *(fb++) = *(bmap++);
+ *(fb++) = *(bmap++);
#elif defined(CONFIG_MPC823) || defined(CONFIG_MCC200)
- *(fb++)=255-*(bmap++);
+
Anatolij Gustschin wrote:
Hello Guennadi,
#if defined(CONFIG_PXA250) || defined(CONFIG_ATMEL_LCD)
-*(fb++) = *(bmap++);
+*(fb++) = *(bmap++);
#elif defined(CONFIG_MPC823) || defined(CONFIG_MCC200)
-*(fb++)=255-*(bmap++);
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-by: Guennadi Liakhovetski l...@denx.de
---
No SPI
Daniel Jabbour wrote:
Hi,
After reading over the U-Boot patch submission guidelines, I want to
That's novel, reading the manual first. ;-)
ask the list before I go ahead and prepare a patch. I am working with
a hardware vendor using the XBurst CPU SOC (system on chip). It's
These patches add support for Dave/DENX QongEVB-LITE i.MX31-based
board.
Signed-off-by: Ilya Yanok ya...@emcraft.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Added definitions for i.MX31 processor GPIO registers.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
include/asm-arm/arch-mx31/mx31-regs.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/include/asm-arm/arch-mx31/mx31-regs.h
This patch adds support for Dave/DENX QongEVB-LITE i.MX31-based board.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
Makefile|4 +
board/davedenx/qong/Makefile| 53 +
board/davedenx/qong/config.mk |1 +
Dear Wolfgang,
thanks for your review. I think I've addressed all your comments. Please
take a look on updated patches.
Wolfgang Denk wrote:
I see.
Please do not operate on base register plus magic offset - implement a
proper C structure instead to describe the controller hardware.
Dear Wolfgang,
Wolfgang Denk wrote:
+/*
+ * Reducing the ARP timeout from default 5 seconds to 200ms we speed up the
+ * initial TFTP transfer, should the user wish one, significantly.
+ */
+#define CONFIG_ARP_TIMEOUT 200UL
Is this really necessary on this hardware?
Yes. I get
Assuming someone else will now pick up this series.
Do we just want to elect Andy maintainer for 86xx as well? He's
already handling generic 85xx/86xx common stuff. Seeing as there
isn't much 86xx work going on at this point doesn't seem like that
much more.
- k
Hello,
We have a custom board with MPC8548E processor.
eTSECn are connected to a Marvell 88E1145 PHY(Quad PHY- 4 Ports) chip.
Connection is of type RGMII.
Also, we are able to read all the PHY addresses and registers.
But the contents are not according to our usage, this is due to the default
Dear Jon,
In message da87edf9-3e25-4f76-a43c-14a454f2e...@kernel.crashing.org Kumar
Gala wrote:
Assuming someone else will now pick up this series.
Do we just want to elect Andy maintainer for 86xx as well? He's
already handling generic 85xx/86xx common stuff. Seeing as there
isn't
62 matches
Mail list logo