-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Swarthout
Edward L-SWARTHOU
Sent: Thursday, October 09, 2008 2:27 PM
To: u-boot@lists.denx.de
Cc: Swarthout Edward L-SWARTHOU
Subject: [U-Boot] [PATCH 2/2] Leave x86emu op code tables in
default
Hello Stelian,
This clock is required, but is usually _not_ configured by U-boot (for
the AT91SAM series) but by the bootstrap code. You could check if the
current settings for PLLB matches the settings done by Linux.
Bingo ! The bootstrap code does appear to setup some wrong values for
the
Kumar Gala wrote:
On Sep 30, 2008, at 3:55 AM, Wolfgang Grandegger wrote:
Measurements with our MPC8544 board showed that the I2C bus frequency
is wrong by a factor of 1.5. Obviously, the interpretation of the
MPC85xx_PORDEVSR2_SEC_CFG bit of the cfg_sec_freq register is not
correct. There
Hello All,
NAK, and NAK again from me. Note that it's not only a single small
violation, there is a whole list of it evenin this short code snippet:
- incorrect brace style
- unnecessary indentation
- incorrect multi-line comment style
Okay, I used Linux/checkpatch.pl to check the coding
Josh,
On Thursday 09 October 2008, Josh Boyer wrote:
The lib_ppc/board.c file will fill in the bi_opbfreq variable
in the bd_t structure for PowerPC 4xx platforms. However, it
currently seems to be coupled together with the bi_pci_busfreq
variable under a series of ifdefs for particular CPU
Dear Martin,
please keep the ML on Cc:.
In message [EMAIL PROTECTED] you wrote:
Is there by chance any watchdog on your system that mith have such a
timeout / reset period?
...
Thank you for your quick reply. U-Boot appears to work properly apart from
the loop command. I have not run
On Tuesday 07 October 2008, [EMAIL PROTECTED] wrote:
From: Matthias Fuchs [EMAIL PROTECTED]
Applied to ppc4xx/master. Thanks.
Best regards,
Stefan
=
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB
On Tuesday 07 October 2008, [EMAIL PROTECTED] wrote:
From: Matthias Fuchs [EMAIL PROTECTED]
Applied to ppc4xx/master. Thanks.
Best regards,
Stefan
=
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB
On Tuesday 07 October 2008, [EMAIL PROTECTED] wrote:
From: Matthias Fuchs [EMAIL PROTECTED]
Applied to ppc4xx/master. Thanks.
Best regards,
Stefan
=
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB
On Tuesday 07 October 2008, [EMAIL PROTECTED] wrote:
From: Matthias Fuchs [EMAIL PROTECTED]
This patch fixes USB 2.0 communication issues on some DU440 boards.
Applied to ppc4xx/master. Thanks.
Best regards,
Stefan
=
DENX
Wolfgang Denk wrote:
Dear Dirk Behme,
In message [EMAIL PROTECTED] you wrote:
Changed in attachment.
That doesn't work. Please post patches in-line, and using a matching
I know, I know ;)
This is preview/RFC only while we are discussing about the final
version. Sorry, forgot to
Dear Dirk Behme,
In message [EMAIL PROTECTED] you wrote:
Changed in attachment.
That doesn't work. Please post patches in-line, and using a matching
Subject: line.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB 165235 Munich, Office:
Haavard Skinnemoen [EMAIL PROTECTED] wrote:
to start at physical address zero and scribble over the entire physical
address range of the processor until it eventually tries to access an
invalid physical address and gets a bus error exception.
Actually, that's wrong. It won't scribble over
Due to a bug with the SDRAM-controller, running code from the SDRAM is
impossible. This patch disables relocation of the command table on those
chips.
Signed-off-by: Gunnar Rangoy [EMAIL PROTECTED]
Signed-off-by: Paul Driveklepp [EMAIL PROTECTED]
Signed-off-by: Olav Morken [EMAIL PROTECTED]
---
The AT32UC3A0512ES chip has a bug when disabling interrupts. As a
workaround, two NOPs can be inserted.
Signed-off-by: Gunnar Rangoy [EMAIL PROTECTED]
Signed-off-by: Paul Driveklepp [EMAIL PROTECTED]
Signed-off-by: Olav Morken [EMAIL PROTECTED]
---
lib_avr32/interrupts.c |7 +++
1 files
This patch adds support for searching through available PHY-addresses in
the macb-driver. This is needed for the ATEVK1100 evaluation board,
where the PHY-address will be initialized to either 1 or 7.
Signed-off-by: Gunnar Rangoy [EMAIL PROTECTED]
Signed-off-by: Paul Driveklepp [EMAIL PROTECTED]
On the ATEVK1100 (with an ATUC3A0512ES CPU), USART interrupts appear to be
enabled after reset.
Signed-off-by: Gunnar Rangoy [EMAIL PROTECTED]
Signed-off-by: Paul Driveklepp [EMAIL PROTECTED]
Signed-off-by: Olav Morken [EMAIL PROTECTED]
---
drivers/serial/atmel_usart.c |3 +++
1 files
From: Paul Driveklepp [EMAIL PROTECTED]
This patch adds support for the ATEVK1100 evaluation kit, which contains
an AT32UC3A0512ES chip.
Signed-off-by: Gunnar Rangoy [EMAIL PROTECTED]
Signed-off-by: Paul Driveklepp [EMAIL PROTECTED]
Signed-off-by: Olav Morken [EMAIL PROTECTED]
---
Makefile
This patch removes volatile from:
volatile IP_t *ip = (IP_t *)xip;
Due to a bug, avr32-gcc will assume that ip is aligned on a word boundary when
using volatile, which causes an exception since xip isn't aligned on a word
boundary.
Signed-off-by: Gunnar Rangoy [EMAIL PROTECTED]
Signed-off-by:
Dear Haavard Skinnemoen,
In message [EMAIL PROTECTED] you wrote:
Btw, that command won't actually test the SDRAM since do_mem_loop()
accesses cacheable memory. The first access will load the data into the
This depends on your board configuration. Date cache may be globally
enabled or not, or
On Fri, 10 Oct 2008 09:33:03 +0200
Stefan Roese [EMAIL PROTECTED] wrote:
Josh,
On Thursday 09 October 2008, Josh Boyer wrote:
The lib_ppc/board.c file will fill in the bi_opbfreq variable
in the bd_t structure for PowerPC 4xx platforms. However, it
currently seems to be coupled
The AT32UC3A series of processors doesn't contain any cache, and issuing
cache control instructions on those will cause an exception. This commit
makes cacheflush.h arch-dependent in preparation for the AT32UC3A-support.
Signed-off-by: Gunnar Rangoy [EMAIL PROTECTED]
Signed-off-by: Paul
On Oct 10, 2008, at 2:29 AM, Wolfgang Grandegger wrote:
Kumar Gala wrote:
On Sep 30, 2008, at 3:55 AM, Wolfgang Grandegger wrote:
Measurements with our MPC8544 board showed that the I2C bus
frequency
is wrong by a factor of 1.5. Obviously, the interpretation of the
For 100mbps operation, the ethernet controller requires a 25 MHz clock
in MII mode, and a 50 MHz clock in RMII mode. If the clock is slower,
disable 100mbps mode.
Signed-off-by: Gunnar Rangoy [EMAIL PROTECTED]
Signed-off-by: Paul Driveklepp [EMAIL PROTECTED]
Signed-off-by: Olav Morken [EMAIL
The max packet size is encoded as 0,1,2,3 for 8,16,32,64 bytes.
At some places directly 8,16,32,64 was used instead of the encoded
value. Made a enum for the options to make this more clear and to help
preventing similar errors in the future.
After fixing this bug it became clear that another bug
[Cc'ing the networking maintainer]
Olav Morken [EMAIL PROTECTED] wrote:
This patch removes volatile from:
volatile IP_t *ip = (IP_t *)xip;
Due to a bug, avr32-gcc will assume that ip is aligned on a word boundary when
using volatile, which causes an exception since xip isn't aligned on a
This is version 2 of these series!
Only patch 1 of 2 has changed, some pedantic Coding Style issues updated that
were not detected by Linux/scripts/checkpatch.pl.
The USB OHCI init procedure sets the maximum message length the wrong way.
A max of 64 bits should not be done by writing '64' in
Martin Jarman [EMAIL PROTECTED] wrote:
I have an Atmel atngw100 development board and a standalone application that
crashes within 10 to 30 seconds of starting. I have just discovered that
the special memory test described in 5.9.2.10 of DULG also crashes the board
after a similar amount
Kumar Gala wrote:
On Oct 10, 2008, at 2:29 AM, Wolfgang Grandegger wrote:
Kumar Gala wrote:
On Sep 30, 2008, at 3:55 AM, Wolfgang Grandegger wrote:
Measurements with our MPC8544 board showed that the I2C bus
frequency
is wrong by a factor of 1.5. Obviously, the interpretation of the
At a lot of places in the code the PIPE_INTERRUPT flags and friends
are used wrong. The wrong bits are compared to this flag resulting
in wrong conditions. Also there are macros that should be used for
PIPE_* flags.
This patch tries to fix them all, however, I was not able to test the
changes,
Dear Nagesh.ML,
In message [EMAIL PROTECTED] you wrote:
What could be the possible solution to include the standalone application in
my board powerup sequence?
This depends on where you want to include it. I think it is obvious
that SA applications require a substantial amount of
Hi,
I am trying to run the hello_world standalone application on my powerpc
board(ppc 82xx). I get it worked right, when the u-boot prompt comes up by
copying the hello_world.bin from flash to the RAM space(0x4) and then
using the go 0x40004 command. Everyting works fine in this case.
The
Dear Wolfgang Denk,
On Wed, Oct 8, 2008 at 1:55 AM, Wolfgang Denk [EMAIL PROTECTED] wrote:
setenv affects only the U-Boot environment variables. It doe snot
program any device registers for you.
And PLEASE: restrict your line length to 70 characters or less.
Nfs works only with the ugly
Graeme Russ [EMAIL PROTECTED] wrote:
- Am I looking at the problem the wrong way?
No, I think you're on the right track.
- Has anyone here looked into making U-Boot 100% relocatable before?
I've looked at it briefly and come to the conclusion that -pie is
probably the way to go. But I
Matthias,
On Wednesday 08 October 2008, [EMAIL PROTECTED] wrote:
From: Matthias Fuchs [EMAIL PROTECTED]
I know you're on vacation now, but nevertheless here a short report.
After applying those 6 patches I get the following errors:
Configuring for CPCI2DP board...
../common/cmd_loadpci.c: In
Olav Morken wrote:
This patch removes volatile from:
volatile IP_t *ip = (IP_t *)xip;
Due to a bug, avr32-gcc will assume that ip is aligned on a word boundary when
using volatile, which causes an exception since xip isn't aligned on a word
boundary.
What other architectures have you
Sylvain,
there may be a combination of several faults.
What exact type of flash are you using -have a look at the suffix like
TFIR040 to figure out if it's a fixed x8 or x16 or configurable and
how the sector layout is supposed to be (top/bottom boot or uniform
sector flash).
Send me the
On Fri, Oct 10, 2008 at 08:58:41AM +0200, Dirk Behme wrote:
+/*
+ * omap_calculate_ecc - Generate non-inverted ECC bytes.
+ *
+ * Using noninverted ECC can be considered ugly since writing a blank
+ * page ie. padding will clear the ECC bytes. This is no problem as
+ * long nobody is
I have a quick question about adding a board to the u-boot project. I would
like to submit my code for review and subsequent inclusion in the project,
however the branch I would like to base my code on is the u-boot-nand-flash.
Is it possible/appropriate to add my board to that branch or do I
Ron Madrid wrote:
I have a quick question about adding a board to the u-boot project.
I would like to submit my code for review and subsequent inclusion in
the project, however the branch I would like to base my code on is
the u-boot-nand-flash. Is it possible/appropriate to add my board to
On Fri, Oct 10, 2008 at 7:01 PM, Ben Warren [EMAIL PROTECTED] wrote:
Olav Morken wrote:
This patch removes volatile from:
volatile IP_t *ip = (IP_t *)xip;
Due to a bug, avr32-gcc will assume that ip is aligned on a word boundary
when
using volatile, which causes an exception since xip
Thank you. My mistake.
Ron
--- On Fri, 10/10/08, Scott Wood [EMAIL PROTECTED] wrote:
From: Scott Wood [EMAIL PROTECTED]
Subject: Re: [U-Boot] Adding a new board
To: Ron Madrid [EMAIL PROTECTED]
Cc: u-boot@lists.denx.de
Date: Friday, October 10, 2008, 11:50 AM
Ron Madrid wrote:
I have
On 20:56 Fri 10 Oct , Olav Morken wrote:
On Fri, Oct 10, 2008 at 7:01 PM, Ben Warren [EMAIL PROTECTED] wrote:
Olav Morken wrote:
This patch removes volatile from:
volatile IP_t *ip = (IP_t *)xip;
Due to a bug, avr32-gcc will assume that ip is aligned on a word boundary
when
On 12:30 Wed 24 Sep , Florian Fainelli wrote:
(please CC me as I am not on the list yet).
--
From: Florian Fainelli [EMAIL PROTECTED]
Date: Wed, 24 Sep 2008 10:46:10 +0200
Subject: [PATCH] serial: add support for the OMRPv2 simple wishbone UART
This patch adds support for the wishbone
On 15:40 Mon 11 Aug , Sergey Lapin wrote:
Hi, all!
I have 2 questions about AT91 architecture in u-boot.
1. In file include/dataflash.h there is setting
#define NB_DATAFLASH_AREA 5
What is its real meaning? What if I need to change number of DataFlash
partitions? Probably
On Fri, Oct 10, 2008 at 21:13, Jean-Christophe PLAGNIOL-VILLARD
[EMAIL PROTECTED] wrote:
On 20:56 Fri 10 Oct , Olav Morken wrote:
On Fri, Oct 10, 2008 at 7:01 PM, Ben Warren [EMAIL PROTECTED] wrote:
Olav Morken wrote:
This patch removes volatile from:
volatile IP_t *ip = (IP_t *)xip;
In some discussions we were talking about the nicety of having a
command to reset the environment back to defaults. The reason for
having a command is to deal with know exactly where the environment is
stored in various non-volatile memories.
Is this something we think would be acceptable
Dear Kumar,
In message [EMAIL PROTECTED] you wrote:
In some discussions we were talking about the nicety of having a
command to reset the environment back to defaults. The reason for
having a command is to deal with know exactly where the environment is
stored in various non-volatile
48 matches
Mail list logo