09 Sep, 2010
7 commits
-
Confiures GPMC timings for both chips and also configures pinmux
for GPIO_65, which is used as the interrupt signal for the second chipSigned-off-by: Scott Ellis
Signed-off-by: Steve Sakoman
Signed-off-by: Sandeep Paulraj -
This patch enhances the revision detection function and adds
support for the C4 revision. The board revision is printed
and approriate revision specific setup is done automatically.Signed-off-by: Steve Sakoman
Signed-off-by: Sandeep Paulraj -
The latest Overo COM modules encode their revision number on
GPIOs 115, 113, and 112. All boards to date have no pullups on these pins
and hence appear as revision 0.This patch reads and prints the revision information.
Signed-off-by: Steve Sakoman
Signed-off-by: Sandeep Paulraj -
Allows one to set the processor clock rate via "setenv mpurate 720" for example
Default is set to a "safe" 500 Mhz.
Signed-off-by: Steve Sakoman
Signed-off-by: Sandeep Paulraj -
This patch modifies the pinmux setup for MMC1_CLK and MMC3_CLK to enable
the input driver. MMC2_CLK was already properly configured.Signed-off-by: Steve Sakoman
Signed-off-by: Sandeep Paulraj -
This patch adds a function to allow one to easily set the target
voltage for the TWL4030 regulators. It also modifies the existing
code to use this new function. Applicable definitions are moved
out of the driver file and into the header file so that they are
generally accessibleSigned-off-by: Steve Sakoman
Signed-off-by: Sandeep Paulraj -
The functions in syslib.c can be shared, so this patch moves it from
cpu/omap3 to cpu/omap-commonSigned-off-by: Steve Sakoman
Signed-off-by: Sandeep Paulraj
08 Sep, 2010
5 commits
04 Sep, 2010
1 commit
-
From the document, if set all arguments in "OUTPUT_FORMAT" to
"tradbigmips", then even add "-EL" to gcc we still get EB format.pb1x00 is only used in Little-endian, so its default endian should be
set to LE.Signed-off-by: Xiangfu Liu
Signed-off-by: Shinya Kuribayashi
03 Sep, 2010
3 commits
-
We need to invalidate the data cache after it has been used as init-ram.
This problem was detected on the lwmon5 update.
Signed-off-by: Stefan Roese
-
This patch fixes a bug in reconfigure_pll(), where the detection of
the current bootstrap option is wrong. The ICS bits where incorrectly
shifted. This bug was found on the lwmon5 board, which uses bootstrap
option H (I2C bootstrap EEPROM).Additionally a bit of code was moved into the if statement, since its
only used after later on. No need to run this code all the time.Also, a few empty lines are added to make the code better readable.
Signed-off-by: Stefan Roese
Cc: Rupjyoti Sarmah
Cc: Victor Gallardo -
Opps, after a long time I tested recent u-boot on our
APC405 board. This simple fix makes networking work again.Signed-off-by: Matthias Fuchs
Signed-off-by: Stefan Roese
01 Sep, 2010
2 commits
-
Use more bits to support 36-bit addressing
Signed-off-by: York Sun
Signed-off-by: Kumar Gala -
Signed-off-by: York Sun
Signed-off-by: Kumar Gala
30 Aug, 2010
15 commits
-
Signed-off-by: Albert Aribaud
Acked-by: Prafulla Wadaskar
Acked-by: Heiko Schocher -
This rewrite of the mvtwsi driver is 25% smaller and much
faster and simpler than the previous code.Signed-off-by: Albert Aribaud
Acked-by: Prafulla Wadaskar
Acked-by: Heiko Schocher -
This driver is not kirkwood-specific and can also be used
e.g. by orion5x. Rename to a SoC-neutral name.Signed-off-by: Albert Aribaud
Acked-by: Prafulla Wadaskar
Acked-by: Heiko Schocher -
These are not used on this board, which uses soft I2C instead.
Signed-off-by: Albert Aribaud
Acked-by: Prafulla Wadaskar
Acked-by: Heiko Schocher -
Fix data size.
Signed-off-by: Nobuhiro Iwamatsu
-
Fix data size.
Signed-off-by: Nobuhiro Iwamatsu
-
Fix data size.
Signed-off-by: Nobuhiro Iwamatsu
-
SH did not support do_bdinfo fuction.
This code based avr32 stuff.Signed-off-by: Nobuhiro Iwamatsu
-
Fix data size.
Signed-off-by: Nobuhiro Iwamatsu
-
Fix data size.
Signed-off-by: Nobuhiro Iwamatsu
-
Fix data size.
Signed-off-by: Nobuhiro Iwamatsu
-
Fix data size.
Signed-off-by: Nobuhiro Iwamatsu
-
Fix data size.
Signed-off-by: Nobuhiro Iwamatsu
-
Fix data size.
Signed-off-by: Nobuhiro Iwamatsu
-
Update data address size and fix typo of register.
Signed-off-by: Nobuhiro Iwamatsu
26 Aug, 2010
1 commit
-
Signed-off-by: Reinhard Meyer
23 Aug, 2010
3 commits
-
Remove the register offset and common defines which are
already present in drivers/i2c/omap24xx.h. All of these
defines carry the same value even.Cc: Steve Sakoman
Cc: Heiko
Cc: Sandeep Paulraj
Cc: Wolfang DenkSigned-off-by: Nishanth Menon
Acked-by: Steve Sakoman -
OMAP2420 ES2.3 trm defines syss register offset as 0x10. Add it.
Cc: Steve Sakoman
Cc: Heiko
Cc: Sandeep Paulraj
Cc: Wolfang DenkSigned-off-by: Nishanth Menon
Acked-by: Steve Sakoman -
Make the header guard to be generic to stop conflicting with
omap2 i2c header file arch/arm/include/asm/arch-omap24xx/i2c.hCc: Steve Sakoman
Cc: Heiko
Cc: Sandeep Paulraj
Cc: Wolfang DenkSigned-off-by: Nishanth Menon
Acked-by: Steve Sakoman
20 Aug, 2010
3 commits
-
fdt_parent_offset() is an expensive operation, so we'd like to reduce
unnecessary calls to it.Further, the practice of iterating up to the root if address/size cells
aren't found was apparently done for Linux for compatibility with certain
buggy Open Firmware implementations, and U-Boot inherited the code. The
compliant behavior is to treat a missing #address-cells as 2, and a missing
#size-cells as 1 -- never looking anywhere but the immediate parent of the
node of interest.Signed-off-by: Scott Wood
Signed-off-by: Kumar Gala -
We currently do not add a cpu-release-addr for core 0, this is needed
when we want to reset core 0 and later restart it from LinuxSigned-off-by: Matthew McClintock
Signed-off-by: Kumar Gala -
There is a limitation (or bug?) of nios2 toolchain. The nios2 gcc
didn't generate correct code when the reset vector is passed as a
constant. It just generated a direct "call", which was wrong when
the reset vector was not located in the same 256MB span as u-boot.The "Nios II Processor Reference Handbook" said,
"call can transfer execution anywhere within the 256 MByte range
determined by PC31..28. The Nios II GNU linker does not automatically
handle cases in which the address is out of this range."So we have to use registered "callr" instruction to do the job.
Signed-off-by: Thomas Chou
Signed-off-by: Scott McNutt