From: Jason Liu <Jason Liu jason.hui(a)linaro.org>
This patchset adds Freescale i.mx51 device tree support.
This is based on
git://git.secretlab.ca/git/linux-2.6 devicetree/test
This patch has been tested on MX51 babbage board and can
boot up succesfully to linux console with DT enabled.
Grant, I think it's almost ready for you to merge it.
V4:
- Add Linaro sign off and copyrightt
V3:
- prefix the property name with the vendor name as like:
"fsl,has-rts-cts" and "fsl,irda-mode"
- use the ttymxc0 as the console
- add FEC support, nfs can be used now
Jason Liu (5):
arm/dt: add basic mx51 device tree support
arm/dt: add very basic dts file for babbage board
serial/imx: parse from device tree support
net/fec: check id_entry pointer before using it
net/fec: add device tree matching support
arch/arm/boot/dts/babbage.dts | 122 +++++++++++++++++++++++++++++++
arch/arm/mach-mx5/Kconfig | 8 ++
arch/arm/mach-mx5/Makefile | 1 +
arch/arm/mach-mx5/board-dt.c | 65 ++++++++++++++++
arch/arm/mach-mx5/clock-mx51-mx53.c | 43 +++++++++++-
arch/arm/plat-mxc/include/mach/common.h | 1 +
drivers/net/fec.c | 25 +++++--
drivers/tty/serial/imx.c | 79 +++++++++++++++++---
8 files changed, 327 insertions(+), 17 deletions(-)
create mode 100644 arch/arm/boot/dts/babbage.dts
create mode 100644 arch/arm/mach-mx5/board-dt.c
Hi all,
For some reason the jenkins instance that powers the android build
system isn't auto provisioning slaves from ec2, so builds are being
queued but not executed. If you notice this happen and it's blocking
you, get an admin (asac, loic, patryk) to go to
https://android-build.linaro.org/jenkins/computer/ and click the
"provision via ec2" button, and a slave will be started and run the
builds. You can click it more than once to get multiple slaves to clear
the queue more quickly. The slaves will be de-provisioned after they
have been idle for a little while, so we don't need to manually clean up
after ourselves.
I'll try and figure out what's going on and fix it next week.
Cheers,
mwh
This patch set is to add full platform dt clock support for mx51
babbage, based on Jason's basic-mx51-dt patch. All mx51 non-dt clocks
in clock-mx51-mx53.c are translated to dt ones.
Shawn Guo (5):
arm/dts: babbage: add all available clock nodes
arm/mxc: add clk member 'rate' to ease dt fixed-clock support
arm/dt: mx51: dynamically add clocks per dt nodes
arm/dt: mx5: change timer init function to dt clock way
of/clock: eliminate function __of_clk_get_from_provider
arch/arm/boot/dts/babbage.dts | 495 +++++++++++-
arch/arm/mach-mx5/board-dt.c | 9 +-
arch/arm/mach-mx5/clock-mx51-mx53.c | 1401 +++++++++++++++++++++++++++++++-
arch/arm/plat-mxc/include/mach/clock.h | 4 +
drivers/of/clock.c | 23 +-
5 files changed, 1886 insertions(+), 46 deletions(-)
Regards,
Shawn
Hi, list:
I am working on Validation part for Android, in which mainly
inclusive of integrating existing benchmark and testing suites into
abrek, like 0xbench and android CTS. For now in my thought, if these
benchmark/testing can integrate with abrek, then it should be no much
problem or extra effort for integrating further into LAVA.
Though I have some questions regarding to validation.
How to detect the early fail through serial console? like
detecting the failure during kernel booting stage also before running
init or getting the shell. I think this will be a job issued by the
dispatcher though I don't know how this checking mechanism will be
done. Would there be anything here needed to do specifically for
Android?
How to connect the devices in the farm? I checked the wiki page,
Platform/Validation/Specs/HardwareSetup [1]. The network will be used.
I am thinking what's needed for setting up a network environment for
this? The device is needed to fetch a fixed ip by dhcp just after
booting up? USB gadget is an alternative for Android and in most
situation could be more convenient for personal testing. adb (Android
Debug Bridge, running on host side) can connect to a device through
USB or TCP/IP.
I suppose there are device context for describing how to connect
certain device probably, like Android devices.
Regarding to remote device registration, adb can list all the
attached device but we still need a way to distinguish from each
device in the farm. IP is a way to distinguish between each of them,
like:
$ adb devices
List of devices attached
emulator-5554 device
192.168.85.102:5555 device
Any feedback is appreciated. Thanks.
Regards,
-Jeremy Chang
[1] https://wiki.linaro.org/Platform/Validation/Specs/HardwareSetup
All partitions from mmc is expected.
This depends on Jim Huang's patch "init: support mmc device mount" in
android/system/core to work.
Signed-off-by: Jeremy Chang <jeremy.chang(a)linaro.org>
---
init.rc | 12 ++++++------
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/init.rc b/init.rc
index b6a92c5..a3f72e1 100644
--- a/init.rc
+++ b/init.rc
@@ -90,12 +90,12 @@ loglevel 3
write /dev/cpuctl/bg_non_interactive/cpu.shares 52
on fs
-# mount mtd partitions
- # Mount /system rw first to give the filesystem a chance to save
a checkpoint
- mount yaffs2 mtd@system /system
- mount yaffs2 mtd@system /system ro remount
- mount yaffs2 mtd@userdata /data nosuid nodev
- mount yaffs2 mtd@cache /cache nosuid nodev
+# mount mmc partitions
+ mount ext4 mmc@blk0p3 /system
+ mount ext4 mmc@blk0p3 /system ro remount
+ mount ext4 mmc@blk0p5 /cache
+ mount ext4 mmc@blk0p6 /data
+ mount ext4 mmc@blk0p7 /sdcard
on post-fs
# once everything is setup, no need to modify /
--
1.7.1