On Feb 3, 2009, at 5:33 PM, hamoshame Lamoteku wrote:
> I have search through the archives, and didn't find anything.
>
> Has anyone setup u-boot to configure more than 2gig of main memory?
>
> Where does u-boot go in the 36 bit world.
>
> is it possible to configure 2gig on each DDR controller o
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
18e352e4a73465349711a9324767e1b2453383e2
or tag
Linux 2.6.29-rc3
It was tested with
M
SOFT_RESET must be asserted for at least 3 TX clocks. Usually, that's about 30
clock cycles, so it's been mostly working. But we had no guarantee, and at
slower bitrates, it's just over a microsecond (over 1000 clock cycles). This
enforces a 2 microsecond gap between assertion and deassertion.
Signed-off-by: Becky Bruce
---
include/configs/MPC8641HPCN.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/MPC8641HPCN.h b/include/configs/MPC8641HPCN.h
index ce94b7a..84708c4 100644
--- a/include/configs/MPC8641HPCN.h
+++ b/include/configs/MPC8641HPCN.
It is no longer always true that the pci bus address can be
used as the virtual address for pci accesses. pci_map_bar()
is created to return the virtual address for a pci region.
Signed-off-by: Becky Bruce
---
drivers/pci/pci.c | 19 +++
include/pci.h | 28 ++
The BAT fields are architected; there's no need for these to be in
cpu-specific files. Drop the duplication and move these to
include/asm-ppc/mmu.h. Also, remove the BL_xxx defines that were only
used by the alaska board, and switch to using the BATU_BL_xxx defines
used by all the other boards.
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.
Signed-off-by: Becky Bruce
Now that the rest of u-boot can support it, change the PCI bus
address of the PCI MEM regions from 0x8000 to 0xc000,
and use the same bus address for both PCI1 and PCI2. This will
maximize the amount of PCI address space left over to map RAM
on systems with large amounts of memory.
Signed
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
---
board/freescale/mpc8641hpcn/mpc8641hpcn.c | 10 +-
includ
If CONFIG_ADDR_MAP is enabled, update the address map
whenever we write a bat.
Signed-off-by: Becky Bruce
---
cpu/mpc86xx/cpu_init.c | 27 +++
include/asm-ppc/mmu.h | 16 +---
lib_ppc/bat_rw.c | 28
lib_ppc/board.c
The code assumes that the pci bus address and the virtual
address used to access a region are the same, but they might
not be. Fix this assumption.
Signed-off-by: Becky Bruce
---
drivers/block/ahci.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/block/ah
This is resubmit of a series I sent back in December - I've
rebased to the latest tree and split out a couple of the patches
as requested.
This patch series cleans up much of the VA/PA/PCI bus address confusion
that is is currently causing a couple of problems on the 8641 36-bit
port, and was prev
Newer Blackfin boot roms support using the fast SPI read command rather than
just the slow one. If the functionality is available, then use it.
Signed-off-by: Mike Frysinger
---
cpu/blackfin/initcode.c | 25 +
1 files changed, 17 insertions(+), 8 deletions(-)
diff --g
Previously, booting over the UART required the baud rate to be known ahead
of time. Using a bit of tricky simple math, we can calculate the new board
rate based on the old divisors.
Signed-off-by: Mike Frysinger
Signed-off-by: Robin Getz
---
cpu/blackfin/initcode.c | 62 +++--
Update the anomaly lists to match latest anomaly sheets.
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/mach-bf527/anomaly.h | 166 +
include/asm-blackfin/mach-bf533/anomaly.h | 55 ++
include/asm-blackfin/mach-bf537/anomaly.h | 14 +++-
include/a
Move the default SPI CS that we boot from into common code so that it can
be used in other SPI drivers and environment settings.
Signed-off-by: Mike Frysinger
---
board/bf537-stamp/spi_flash.c |8 +---
include/asm-blackfin/blackfin-config-pre.h |9 +
2 files chan
Some bits of the DDR MMRs should not be set. If they do, bad things may
happen (like random failures or hardware destruction).
Signed-off-by: Mike Frysinger
---
cpu/blackfin/initcode.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/cpu/blackfin/initcode.c b/cpu/b
Newer Blackfin's have an on-chip rom with a syscontrol() function that needs
to be used to properly program the memory and voltage settings as it will
include (possibly critical) factory tested bias values.
Signed-off-by: Mike Frysinger
---
cpu/blackfin/initcode.c | 58
These are mostly updates to the startup code to fix misc bugs and get
it working with recent parts and some newer bootrom features.
Mike Frysinger (7):
Blackfin: update anomaly lists
Blackfin: use on-chip syscontrol() rom function when available
Blackfin: set default voltage levels for BF538
Signed-off-by: Mike Frysinger
---
cpu/blackfin/initcode.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/cpu/blackfin/initcode.c b/cpu/blackfin/initcode.c
index b2c8238..ffa5f61 100644
--- a/cpu/blackfin/initcode.c
+++ b/cpu/blackfin/initcode.c
@@ -199,6 +199,9 @@ stat
I have search through the archives, and didn't find anything.
Has anyone setup u-boot to configure more than 2gig of main memory?
Where does u-boot go in the 36 bit world.
is it possible to configure 2gig on each DDR controller of the MPC8572
and have u-boot run right out of the box?
I know
Signed-off-by: Derek Ou
---
common/lcd.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/lcd.c b/common/lcd.c
index 5f73247..2bcdba2 100644
--- a/common/lcd.c
+++ b/common/lcd.c
@@ -187,7 +187,7 @@ void lcd_putc (const char c)
return;
The following changes since commit 92c20fbd3a7788c1a154f50a3f44f28a7763f99a:
John Rigby (1):
ADS5121 DIU Make inclusion of FSL logo optional
are available in the git repository at:
http://git.denx.de/u-boot-mpc5xxx.git master
John Rigby (2):
ADS5121 DIU Add diu_bmp_addr env
Wolfgang,
You are right, in some rebasing I neglected to include the --author. I
will fix this and send a new pull req.
John
Wolfgang Denk wrote:
> Dear John,
>
> In message <498876f3.2070...@freescale.com> you wrote:
>
>> Wolfgang,
>>
>> The following changes since commit 92c20fbd3a7788c1a
From: Andy Fleming
These names are being taken over by the new MMC framework. Hopefuly
the PXA can be easily ported, and these functions will go away entirely.
Signed-off-by: Andy Fleming
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
drivers/mmc/pxa_mmc.c |8
1 files chang
introduce new macro CONFIG_PXA_MMC to activate it
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
cpu/pxa/Makefile |2 +-
drivers/mmc/Makefile |1 +
cpu/pxa/mmc.c => drivers/mmc/pxa_mmc.c |4
include/configs/delta.h|
Dear John,
In message <498876f3.2070...@freescale.com> you wrote:
> Wolfgang,
>
> The following changes since commit 92c20fbd3a7788c1a154f50a3f44f28a7763f99a:
>John Rigby (1):
> ADS5121 DIU Make inclusion of FSL logo optional
>
> are available in the git repository at:
>
>http:
Dear Remy Bohmer,
In message <3efb10970902031137u55743e48j6384f205d3326...@mail.gmail.com> you
wrote:
> The following changes since commit 6c6e042ab3bbfb5428e4cdeb38fa27728c63afdd:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-arm
>
> are available in the git
Dear Mike Frysinger,
In message <1233596548-5716-1-git-send-email-vap...@gentoo.org> you wrote:
> (note that the on-going enetaddr patch has been dropped)
>
> The following changes since commit 6c6e042ab3bbfb5428e4cdeb38fa27728c63afdd:
> Wolfgang Denk (1):
> Merge branch 'master' of git
Dear Eric Nelson,
In message <4988bbc0.4070...@boundarydevices.com> you wrote:
>
> As I mentioned, the customer requesting the feature has a regulatory
> requirement any time __code__ changes. They have interpreted boot loader
> scripts as being executable, so they have to write checks if the scri
Wolfgang Denk wrote:
> Dear Eric,
>
> In message <4988936e.3070...@boundarydevices.com> you wrote:
>>> In the email thread you mentioned above, Detlev mentions 2 alternatives
>>> to the "ramenv" command - loading a uImage script and running it via
>>> autoscr, or modifying autoscr to be able to ra
This patch updates the fdt UART clock fixup code to
only touch CPU internal UARTs on 4xx systems.
Only these UARTs are definitely clocked by gd->uart_clk.
Signed-off-by: Matthias Fuchs
---
cpu/ppc4xx/fdt.c | 24 ++--
1 files changed, 22 insertions(+), 2 deletions(-)
diff -
On Feb 3, 2009, at 8:48 AM, Kumar Gala wrote:
>
> On Feb 3, 2009, at 2:53 AM, Pieter wrote:
>
>>>
>>> static inline void flash_unmap(flash_info_t *info, flash_sect_t
>>> sect,
>>> unsigned int offset, void *addr)
>>> {
>>> - unsigned int byte_offset = offset * info->portwidth;
>>>
Dear Eric,
In message <4988936e.3070...@boundarydevices.com> you wrote:
>
> > In the email thread you mentioned above, Detlev mentions 2 alternatives
> > to the "ramenv" command - loading a uImage script and running it via
> > autoscr, or modifying autoscr to be able to raw files (non-uImages).
>
V3: Fixed line-wrap problem due to user error in mail!
Added usb_configured() checks in usbtty_puts() and usbtty_putc() to get around
a hang
when usb is not connected and the user has set up multi-io (setenv stdout
serial,usbtty etc).
Got rid of redundant __attribute__((packed)) directives that
The following changes since commit 6c6e042ab3bbfb5428e4cdeb38fa27728c63afdd:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-arm
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
Remy Bohmer (1):
Compile warning fix in onenand_
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
include/configs/integratorap.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/integratorap.h b/include/configs/integratorap.h
index 6ce3b4d..d7f617f 100644
--- a/include/configs/integratorap.h
+++ b/i
On Tuesday 03 February 2009 03:16:27 Wolfgang Denk wrote:
> Dear Mike Frysinger,
>
> In message <200902021937.26246.vap...@gentoo.org> you wrote:
> > > Please change:
> > >
> > > If the hardware design mandates that the MAC address is stored
> > > in some special place, like EEPROM etc., then t
Dear Derek Ou,
In message <49889076.5010...@siconix.com> you wrote:
> In the lcd_putc() of common/lcd.c, line 189 handles tab '\t'. And the
> following lines:
> console_col |= 8;
> console_col &= ~7;
> seems to have problems. If console_col is 9, it will become 8 after
Hello Peter,
Peter Tyser wrote:
> Hi Eric,
>
> On Tue, 2009-02-03 at 08:28 -0700, Eric Nelson (Boundary Devices) wrote:
>> /
>> + * Set a new environment variable from RAM.
>> + * Requires three arguments: the variable name,
Added usb_configured() checks in usbtty_puts() and usbtty_putc() to
get around a hang
when usb is not connected and the user has set up multi-io (setenv
stdout serial,usbtty etc).
Got rid of redundant __attribute__((packed)) directives that were
causing warnings from gcc.
Signed-off-by: Atin
In the lcd_putc() of common/lcd.c, line 189 handles tab '\t'. And the
following lines:
console_col |= 8;
console_col &= ~7;
seems to have problems. If console_col is 9, it will become 8 after the
above two lines, which means instead of tab of 8 spaces, it goes back
1.
Hi Afzal:
Sounds like an issue where the fixed DRAM init did not work as it
should.
Try to pull the latest version of U-Boot, see if that helps. You may
want to pull
The latest from Stefan's tree as well.
Feng Kan
AMCC Software
-Original Message-
From: u-boot-boun...@lists.denx.de [m
Wolfgang,
The following changes since commit 92c20fbd3a7788c1a154f50a3f44f28a7763f99a:
John Rigby (1):
ADS5121 DIU Make inclusion of FSL logo optional
are available in the git repository at:
http://git.denx.de/u-boot-mpc5xxx.git master
John Rigby (3):
ADS5121 DIU Add diu_b
Guennadi Liakhovetski wrote:
> On Tue, 3 Feb 2009, Wolfgang Denk wrote:
>> 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 still have the other possibility - p
Hi Eric,
On Tue, 2009-02-03 at 08:28 -0700, Eric Nelson (Boundary Devices) wrote:
> /
> + * Set a new environment variable from RAM.
> + * Requires three arguments: the variable name, a memory address and a
> length.
> + *
>
This is useful for allowing scripts to read environment variables from
file, among other things.
This is a slightly modified version of what Alessandro submitted to the
mailing list last July:
http://www.mail-archive.com/u-boot-us...@lists.sourceforge.net/msg07932.html
I changed the name
Hello,
I wanted to know if support for the Native USB 2.0 on the kilauea was in
the works. I am currently looking to add support for the USB Boot on a
kilauea derived board.
Thanks,
Lance
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.de
On Feb 3, 2009, at 2:53 AM, Pieter wrote:
>>
>> static inline void flash_unmap(flash_info_t *info, flash_sect_t sect,
>> unsigned int offset, void *addr)
>> {
>> -unsigned int byte_offset = offset * info->portwidth;
>> -
>> -unmap_physmem(addr, flash_sector_size(info, sect) -
On some platforms PCIE support is not required, but would be included
because the cpu supports it. To reduce fooprint it is now configurable
via CONFIG_PCI_DISABLE_PCIE.
Signed-off-by: Dirk Eibach
---
cpu/ppc4xx/4xx_pci.c |5 +++--
cpu/ppc4xx/4xx_pcie.c |2 +-
2 files changed, 4 inserti
>
>> Does u-boot have support for storage of environment variables in
>> file form? For example, in a file on a FAT32 file system
>> residing on a MMC card?
>
> The only reason I can think you'd want to do that is to be able
> to set environment variables in linux user land. But then I
> have a s
This adds additional checks in usbtty_puts() and usbtty_putc() to get around a
hang when usb is not
connected but multi-io (setenv stdout serial,usbtty etc) is set up by the user.
We hang because the
buffers get full because usb isn't connected.
---
drivers/serial/usbtty.c |9 -
1 fi
Sorry for a late reply, but it seems not to be upstream yet, so
On Thu, 22 Jan 2009, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 07:51 Thu 22 Jan , Jens Gehrlein wrote:
> > Jean-Christophe PLAGNIOL-VILLARD schrieb:
> >
> >> diff --git a/board/imx31_phycore/imx31_phycore.c
> >> b/board/imx31
This is the InterControl custom device based on the MPC5200B chip.
Signed-off-by: Grzegorz Bernacki
---
Version 2:
- use I/O accessor functions instead of volatile pointer
- set ethernet address only if not set in environment
- add some comments and some style cleanup
MAKEALL
Wolfgang Denk wrote:
> Dear Grzegorz,
>
> In message <12331552753467-git-send-email-...@semihalf.com> you wrote:
>> This is the InterControl custom device based on the MPC5200B chip.
> ...
>
> General comment: there is a lot of code which could use a few comments
> so the reader has a chance to u
Hi,
I have compiled u-boot (for nand flash, using canyonlands_nand_config) for
the canyonlands board having a PPC460Ex. I have flashed the u-boot-nand.bin to
the NAND flash. When I boot from the NAND flash the u-boot starts giving
outputs onto minicom, but it hangs after just a few stateme
Pieter wrote:
> Hi all
>
> We recently ported a MPC8548 board from U-Boot 1.2 to U-Boot 2009.01.
> U-Boot seems to work fine except for Flash operations, and we can boot
> Linux 2.6.27 kernel using nfs.
>
> We are using CFI ( AMD nor flash). The problem presented it self as the
> inability to erase
Becky Bruce wrote:
> include/flash.h was commented to say that the address in
> flash_info->start was a physical address. However, from u-boot's
> point of view, and looking at most flash code, it makes more
> sense for this to be a virtual address. So I corrected the
> comment to indicate that t
Dear Guennadi Liakhovetski,
In message you wrote:
>
> > I think we should not artifically split this into two cases when it's
> > really one. There is two things that need to be done: (1) nand_spl must
> > locate a valid copy of the environment and load it into RAM, and (2)
> > the address must
Dear Mike Frysinger,
In message <200902021937.26246.vap...@gentoo.org> you wrote:
>
> > Please change:
> >
> > If the hardware design mandates that the MAC address is stored
> > in some special place, like EEPROM etc., then the board
> > specific init code (like the board-specific misc
Morning Wolfgang
On Tue, 3 Feb 2009, Wolfgang Denk wrote:
> Why not? The only thing env_nand.c needs to know is the address of the
> environment in memory - it does not care if it's embedded or
> elsewhere.
>
> I think we should not artifically split this into two cases when it's
> really one. T
61 matches
Mail list logo
