Hi Wolfgang,
Please pull
git://git.denx.de/u-boot-avr32.git master
to receive the following fix for a fairly longstanding and annoying
ATNGW100 bug.
Haavard Skinnemoen (1):
atngw100: Use virtual address in CONFIG_ENV_ADDR
include/configs/atngw100.h |2 +-
1 files changed, 1
Ever since the CFI driver was rewritten to use virtual addresses, thus
eliminating the whole point of the map_physmem() macro, ATNGW100 has
been broken like this:
U-Boot saveenv
Saving Environment to Flash...
Error: start and/or end address not on sector boundary
So let's take a different
Hi Eric,
Reset any i2c devices that may have been interrupted by a system reset.
Normally this would be accomplished by clocking the line until SCL and SDA
are released and then sending a start condtiion (From an Atmel datasheet).
But since there is only write access to these lines on the
Haavard Skinnemoen wrote:
Ever since the CFI driver was rewritten to use virtual addresses, thus
eliminating the whole point of the map_physmem() macro, ATNGW100 has
been broken like this:
How about other boards (like the MIMC200) ?
Aren't *all* AVR32 boards affected in this way ?
Mark
Hi Jared,
I just wanted to let you know that I got Netconsole to work on my board.
It turned out that the NetLoop routine was halting and initialing the
TSEC driver over and over as part of the packet reception process. This
was causing the interface to go up and down over and over and the
Hi Eric,
You may want to talk to Heiko (on CC) about this deblocking stuff.
Heiko implemented an algorithm which seems to work very good for a lot
of different cpu types.
Ah, I was late in catching up, so I see Heiko has already commented on
your patches.
Heiko, is the algorithm identical to
Mark Jackson mpfj-l...@mimc.co.uk wrote:
Haavard Skinnemoen wrote:
Ever since the CFI driver was rewritten to use virtual addresses, thus
eliminating the whole point of the map_physmem() macro, ATNGW100 has
been broken like this:
How about other boards (like the MIMC200) ?
Aren't
Mark Jackson mpfj-l...@mimc.co.uk wrote:
Haavard Skinnemoen wrote:
Possibly, but NGW100 is the only one which I've seen reports about.
STK1000 is safe since it doesn't use the CFI driver.
I did kinda report this in the thread JFFS2 scanning bug, and
the triple-revert patch you posted on
Haavard Skinnemoen wrote:
Mark Jackson mpfj-l...@mimc.co.uk wrote:
Haavard Skinnemoen wrote:
Possibly, but NGW100 is the only one which I've seen reports about.
STK1000 is safe since it doesn't use the CFI driver.
I did kinda report this in the thread JFFS2 scanning bug, and
the
Hi Kim,
On Thu, 27 Aug 2009 13:11:25 +0200
Detlev Zundel d...@denx.de wrote:
Hi Kim,
o LCRR_PDYP, granted dangerous in your case, is obviously a writeable
bit (not read-only), and documented as such in later documentation. In
fact, there are no non-writeable bits in LCRR.
Well,
Hi Eric,
in case you didn't notice, you misspelled Grants email
grant.lik...@secretlib.ca, while it should read
grant.lik...@secretlab.ca. But hey, maybe he's also working on secret
libs that we don't know about *lol*
Cheers
Detlev
--
Alisa Sherer (AMD) suggested that consumer demand will
Dear Haavard Skinnemoen,
In message 1251448970-15252-1-git-send-email-haavard.skinnem...@atmel.com you
wrote:
Ever since the CFI driver was rewritten to use virtual addresses, thus
eliminating the whole point of the map_physmem() macro, ATNGW100 has
been broken like this:
U-Boot saveenv
Dear Mark Jackson,
In message 4a97b2d4.6080...@mimc.co.uk you wrote:
Okay ... looks like there are 2 problems revolving round CFI.
(1) saveenv
(2) jffs2
The CONFIG_ENV_ADDR patch fixes (1) but *not* (2).
The triple-revert patch fixes both (1) and (2).
Not quite sure how to
Dear Detlev Zundel,
In message m2tyzsw7hr@ohwell.denx.de you wrote:
I think we should allow board-configurable writes to the DBYP bit, which
is documented as reserved on some 83xx, on the 83xx parts that /do/
implement it. So instead of having a mask, perhaps setting absolute
On Thu, 27 Aug 2009 17:46:03 -0600, Grant Likely wrote
On Thu, Aug 27, 2009 at 4:11 PM, Eric
Millbrandtemillbra...@coldhaus.com wrote:
Add chip select region for an Epson S1D15313.
Signed-off-by: Eric Millbrandt emillbra...@dekaresearch.com
---
include/configs/galaxy5200.h | 5
Wolfgang Denk w...@denx.de wrote:
#define CONFIG_ENV_IS_IN_FLASH 1
#define CONFIG_ENV_SIZE65536
-#define CONFIG_ENV_ADDR(CONFIG_SYS_FLASH_BASE +
CONFIG_SYS_FLASH_SIZE - CONFIG_ENV_SIZE)
+#define CONFIG_ENV_ADDR
On Aug 28, 2009, at 7:14 AM, Haavard Skinnemoen wrote:
Wolfgang Denk w...@denx.de wrote:
#define CONFIG_ENV_IS_IN_FLASH 1
#define CONFIG_ENV_SIZE 65536
-#define CONFIG_ENV_ADDR(CONFIG_SYS_FLASH_BASE +
CONFIG_SYS_FLASH_SIZE -
Kumar Gala ga...@kernel.crashing.org wrote:
Reverting 09ce9921a7d8b1ce764656b14b42217bbf4faa38 would bring things
back to the way they were, and fix both the saveenv problem and the
jffs2 problem.
Such a revert would break other boards that now expect the new
behavior (like all the
On Fri, 28 Aug 2009 14:02:15 +0200
Wolfgang Denk w...@denx.de wrote:
Dear Detlev Zundel,
In message m2tyzsw7hr@ohwell.denx.de you wrote:
I think we should allow board-configurable writes to the DBYP bit, which
is documented as reserved on some 83xx, on the 83xx parts that /do/
On Fri, 28 Aug 2009 00:33:04 +0200
Wolfgang Denk w...@denx.de wrote:
Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz,
In message 1251377315.4053.39.ca...@swa-m460 you wrote:
board/matrix_vision/mvbc_p/mvbc_p.c | 97 +---
--
board/matrix_vision/mvbc_p/mvbc_p.h
hi all,
when i enable CFG_ALT_MEMTEST...i got following error as below.
1st Iteration:-
U-Boot 1.3.1 (Jul 27 2009 - 17:27:10)
MPC8260 Reset Status: External Soft, External Hard
MPC8260 Clock Configuration
- Bus-to-Core Mult 3x, VCO Div 4, 60x Bus Freq 16-50 , Core Freq 50-150
-
Dear Kim Phillips,
In message 20090828111410.71f92293.kim.phill...@freescale.com you wrote:
and we now have breakage:
Ah. Situation is normal again :-)
Configuring for MVBLM7 board...
pci.c:35:33: error: ../common/mv_common.h: No such file or directory
pci.c:35:33: error:
On Aug 28, 2009, at 8:49 AM, Haavard Skinnemoen wrote:
Kumar Gala ga...@kernel.crashing.org wrote:
Reverting 09ce9921a7d8b1ce764656b14b42217bbf4faa38 would bring
things
back to the way they were, and fix both the saveenv problem and the
jffs2 problem.
Such a revert would break other
The mac id command took a 4-character parameter as the identifier string.
However, for any given board, only one kind of identifier is acceptable, so it
makes no sense to ask the user to type it in. Instead, if the user enters
mac id, the identifier (and also the version, if it's NXID) will
On Aug 28, 2009, at 4:56 PM, Timur Tabi wrote:
The mac id command took a 4-character parameter as the identifier
string.
However, for any given board, only one kind of identifier is
acceptable, so it
makes no sense to ask the user to type it in. Instead, if the user
enters
mac id,
Some CPU has internal OneNAND controller and use it for access OneNAND
To support these CPU, we provide the onenand_board_init
Also we can override the onenand_read_page.
Some minor fixed:
- Remove unnecessary header file
- Fix wrong access at read interrupt
- The recent OneNAND has 4KiB
26 matches
Mail list logo
