This patchset add support for Samsung's SMDK5250 board based on
EXYNOS5250 based SoC. It also adds support for MMC SPL booting.
The porting is done by Samsung engineers at HQ in System LSI Team.
I am contributing in upstreaming the code for the board.
Based upon discussions following patches are
CONFIG_SYS_CLK_FREQ_C210 macro giving notion of S5PC2XX (Exynos4)
architecture. Replace CONFIG_SYS_CLK_FREQ_C210 with CONFIG_SYS_CLK_FREQ
to make it generic for exynos architecture.
Signed-off-by: Chander Kashyap
---
Changes for v2:
- None
Changes for v3:
- None
Changes for V4:
This patch adds support for MMC SPL booting.
Signed-off-by: Chander Kashyap
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
None
board/samsung/smdk5250/Makefile | 16
board/samsung/smdk5250/mmc_boot.c | 58
Samsung's ARM Cortex-A15 based SoCs are known as Exynos5 series of
SoCs. This patch adds the support for Exynos5.
Signed-off-by: Chander Kashyap
---
Changes for v2:
- This patch was part of "EXYNOS: Add SMDK5250 board support"
- Now it is seprated as SoC support.
Changes for v3:
SMDK5250 board is based on Samsungs EXYNOS5250 SoC.
Signed-off-by: Chander Kashyap
---
Changes for v2:
- This patch is bifurcated into borad support and SoC support
- Fixed typo: s/EEYNOS/EXYNOS
- Squashed patch "SMDK5250: enable device tree support" in this.
Changes for v
On 01/23/2012 04:40 PM, Somebody in the thread at some point said:
> Hi all,
>
> We have both tried all the builds on the pandaboard 4430 but we have
> encountered some problems.
> It seems like those builds are depending on the screen on how they will
> behave.
>
> The problem at my side is that
Hi all,
We have both tried all the builds on the pandaboard 4430 but we have
encountered some problems.
It seems like those builds are depending on the screen on how they will
behave.
The problem at my side is that the display doesn't want to show something.
I have tried all the builds on my Asus
On 12-01-19 04:39 PM, Zach Pfeffer wrote:
Team,
The TI SMP team is interested in our work improving SMP on Android.
They may be able to come to Connect and hack on things with us.
We need to get the relevant patches that have been hanging around
integrated into some builds, get some benchmark a
This patch provides an attempt to get away from jiffies in msleep()
and msleep_interruptible() to hrtimers-backed usleep_range() and
usleep_range_interruptible(). Both of the latter now returns an amount
of microseconds really spent in sleep; another rationale for this
was to convert msleep()-based
Adding Thomas since he is maintainer of hrtimers and John since he
knows a bit about timekeeping. :)
On Mon, Jan 23, 2012 at 5:40 PM, Dmitry Antipov
wrote:
> This patch provides an attempt to get away from jiffies in msleep()
> and msleep_interruptible() to hrtimers-backed usleep_range() and
> us
Hello,
I'm Grégoire Gentil, the founder of Always Innovating. I intend to
participate to Linaro Connect Q1.12 though I'm not part of this
organization. I follow the work of Linaro and I find it very interesting
for our OMAP-based products such as the HDMI Dongle:
http://www.alwaysinnovating.com.
lavors) at http://snapshots.linaro.org/oneiric/, with build id
20120123-1.
For our four main boards we also have a testing spreadsheet, were we
publish the official release testing, done by the dev plat engineers.
You can find the links at
https://wiki.linaro.org/Platform/DevPlatform/Testing (not
The Linaro Kernel Working Group (KWG) is excited to announce the
availability our January 2012 development snapshot:
linux-linaro-3.2-2021.01-0
As the word "snapshot" implies, these are meant as development kernels
and have not been fully validated. You should expect issues and to help
us deliver
Just a quick word of thanks to Amit Pundir, Botao Sun, Vishal
Bhoj, Abhishek Paliwal and Tony Mansson for running over 576 manual test
for the 12.01 Android cycle, Thanks, you guys rock!
Snowball
https://android-build.linaro.org/builds/~linaro-android/landing-snowball-12.01-release/#build=5
Ori
14 matches
Mail list logo
