Lothar Waßmann [Mon, 27 Aug 2012 10:26:53 +0000 (12:26 +0200)]
net: cpsw: Loop until interface ready or timeout in cpsw_slave_update_link()
Without this patch the first packet sent will always be dropped.
Also check for interface status in cpsw_send() only if interface is
not ready because the MII access inside cpsw_update_link() is a very
time consuming operation and significantly deteriorates performance.
Lothar Waßmann [Wed, 1 Aug 2012 09:59:44 +0000 (11:59 +0200)]
- change definition of OMAP_HSMMC1_BASE and adjust register offsets to match Reference Manual
- fix wrong definition of OMAP_HSMMC3_BASE
- remove useless parens
- add necessary parens for macro argument
Lothar Waßmann [Mon, 18 Jun 2012 11:24:01 +0000 (13:24 +0200)]
- initialize some more vital pads
- switch off unneeded clocks in board_early_init_f()
- introduce another bogus delay to make board_eth_init() work reliably
- print exact module name
Lothar Waßmann [Thu, 14 Jun 2012 09:30:36 +0000 (11:30 +0200)]
- use '-x assembler-with-cpp' option to prevent dtc syntax errors
- make sure error messages from dtc are displayed rather than assigned to 'rc' variable
- check for empty $(LDSCRIPT) when trying to find out output format
Lothar Waßmann [Thu, 14 Jun 2012 07:56:58 +0000 (09:56 +0200)]
Combine consecutive inline asm instructions into one statement to
prevent them from being reordered.
The GCC manual states:
| Similarly, you can't expect a sequence of volatile asm instructions
| to remain perfectly consecutive. If you want consecutive output, use a
| single asm. Also, GCC will perform some optimizations across a
| volatile asm instruction; GCC does not “forget everything” when it
| encounters a volatile asm instruction the way some other compilers do.
The reason for above message is that when booting from MMC, I2C needs to
be initialized to talk with the TWL4030. On OMAP3 I2C is only
initalized in SPL if CONFIG_SPL_BOARD_INIT is set.
Cc: Thomas Weber <weber@corscience.de> Cc: Steve Sakoman <sakoman@gmail.com>
Original patch for Beagleboard is: Signed-off-by: Peter Meerwald <p.meerwald@bct-electronic.com>
Extended to cover all other boards: Signed-off-by: Tom Rini <trini@ti.com>
Tom Rini [Tue, 8 May 2012 07:29:31 +0000 (07:29 +0000)]
ARM: omap3: Set SPL stack size to 8KB, image to 54KB.
With older toolchains it is possible to not fit entirely into the 45KB
that we had assigned to SPL. Adjust to allow for 8KB of stack (which
should be more than required) and 54KB of text/data.
Cc: Vaibhav Hiremath <hvaibhav@ti.com> Cc: Nagendra T S <nagendra@mistralsolutions.com> Cc: Thomas Weber <weber@corscience.de> Cc: Ilya Yanok <yanok@emcraft.com> Cc: Steve Sakoman <sakoman@gmail.com> Cc: Stefano Babic <sbabic@denx.de> Signed-off-by: Tom Rini <trini@ti.com> Acked-by: Stefano Babic <sbabic@denx.de> Acked-by: Vaibhav Hiremath <hvaibhav@ti.com>
Matt Porter [Mon, 7 May 2012 16:49:21 +0000 (16:49 +0000)]
arm, omap3: fix warm reset serial output on OMAP36xx/AM/DM37xx
In warm reset conditions on OMAP36xx/AM/DM37xx the rom code
incorrectly sets the DPLL4 clock input divider to /6.5 which
is an invalid value unless the input clock is 13MHz. When a JTAG
emulator is attached, a warm reset is necessary after the emulator
gains control of the process. This results in a loss of serial
output due to the invalid DPLL4 settings.
This patch fixes the issue by resetting the DPLL4 clock input
divider to /1 when the input clock is not 13MHz. AM/DM37x TRM
section 3.5.3.3.3.2.1 specifies that the /6.5 setting is only
used when the input clock is 13MHz.
Jon Hunter [Tue, 1 May 2012 10:05:08 +0000 (10:05 +0000)]
OMAP4: Set fdt_high for OMAP4 devices to enable booting with Device Tree
For OMAP4 boards, such as the panda-es, that have 1GB of memory the linux
kernel fails to locate the device tree blob on boot. The reason being is that
u-boot is copying the DT blob to the upper part of RAM when booting the kernel
and the kernel is unable to access the blob. By setting the fdt_high variable
to either 0xffffffff (to prevent the copy) or 0xac000000 (704MB boundary
of memory for OMAP4) the kernel is able to locate the DT blob and boot.
Based upon following patch by Dirk Behme set the fdt_high variable to allow
booting with device tree on OMAP4 boards.
"7e9603e i.mx6q: configs: Add fdt_high and initrd_high variables"
Cc: Sricharan R <r.sricharan@ti.com> Cc: Sandeep Paulraj <s-paulraj@ti.com> Cc: Tom Rini <trini@ti.com> Signed-off-by: Jon Hunter <jon-hunter@ti.com>
Tero Kristo [Wed, 25 Apr 2012 06:05:21 +0000 (06:05 +0000)]
omap4: do not enable auxiliary cores
Booting up these cores (dsp / ivahd / cortex-m3) is bad without
firmware running on them, and they will hang preventing any kind
of sleep transitions later on with the kernel.
Signed-off-by: Tero Kristo <t-kristo@ti.com> Acked-by: R Sricharan <r.sricharan@ti.com>