These patches does the following things:
uses CONFIG_MACH_TYPE generic macro to initialize machine id.
Uses get_ram_size () to initialize DRAM bank size to accurate value
Migrates mmc spl support from mmc_spl framework to spl framework
Replace hardcoded value with a macro and removes typedef in
board/samsung/smdkv310/mmc_boot.c file.
Chander Kashyap (4):
SMDKV310: Initialize board id using CONFIG_MACH_TYPE
SMDKV310: use get_ram_size() to validate dram size
smdkv310: use spl framework for mmc spl
smdkv310: use macro for mmc data read function address
board/samsung/smdkv310/Makefile | 19 ++++-
.../board => board}/samsung/smdkv310/mmc_boot.c | 15 ++--
board/samsung/smdkv310/smdkv310.c | 13 ++-
.../samsung/smdkv310/tools/mkv310_image.c | 0
include/configs/smdkv310.h | 8 ++-
mmc_spl/board/samsung/smdkv310/Makefile | 106 --------------------
mmc_spl/board/samsung/smdkv310/u-boot.lds | 88 ----------------
7 files changed, 41 insertions(+), 208 deletions(-)
rename {mmc_spl/board => board}/samsung/smdkv310/mmc_boot.c (83%)
rename {mmc_spl/board => board}/samsung/smdkv310/tools/mkv310_image.c (100%)
delete mode 100644 mmc_spl/board/samsung/smdkv310/Makefile
delete mode 100644 mmc_spl/board/samsung/smdkv310/u-boot.lds
--
1.7.4.1
penguin359,
Bero, from the Linaro Android platform team is working on this. I've
included him.
On 27 September 2011 16:55, penguin359 <lorenl(a)north-winds.org> wrote:
> Take a look at the android branch of ffmpeg by Unhelpful. He looks like
> he's working on porting ffmpeg as a standard set of codecs that can be
> included with Android for when hardware support is lacking.
> https://github.com/Unhelpful/ffmpeg/tree/android/doc
>
> --
> You received this message because you are subscribed to the Google Groups
> "android-platform" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/android-platform/-/-46xEzf6zZAJ.
> To post to this group, send email to android-platform(a)googlegroups.com.
> To unsubscribe from this group, send email to
> android-platform+unsubscribe(a)googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/android-platform?hl=en.
>
--
Zach Pfeffer
Android Platform Team Lead, Linaro Platform Teams
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linarohttp://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
The development platforms team would like to announce the availability
of the android-tools-adb and android-tools-fastboot packages. This
allows one to have access to these tools without having to go through
all the steps involved with the AndroidSDK and can be useful
especially in situations where you just need the one or two tools.
The packages should be considered experimental. We are undecided if
these packages will be maintained long term as after all one can just
install the Android SDK. Feedback both positive or negative will
greatly help influence this decision.
The tools are found in ppa:linaro-maintainers/tools.
--
Regards,
Tom
"We want great men who, when fortune frowns will not be discouraged."
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com
Status:
https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/WeeklyReport
Last meeting minutes:
https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/Notes/2011-09-20
== Highlights: ==
* Components released, only thing missing is test-content - that project
required a special check with the TSC so that we are given the green
light to distribute content which is Creative Commons licensed. Checking
with the TSC has started - ongoing.
* Team has started planning the content for 11.10 release.
* For Connect: NEON optimization forum: organized a couple of
presentations for LCQ4.11 - one of which will be "best practices"
* Requirements for the next quarter - list of what is being considered
is as follows (Items without a link in papyrs need still to be described
and justified)
- UMM Camera Demo - https://linaro.papyrs.com/page/4156/MMWG2011-1/#
- UCM for Android - https://linaro.papyrs.com/page/4157/MMWG2011-2/#
- libpng optimization
- Better video rendering integration in UI, like X11 proposal for
wayland, extended dri2
- Audio DTS decoding - could be tricky, involves legal aspects which
need to be carefully looked at, already done in libav?
- Compressed data sound support (as in
http://www.linuxplumbersconf.org/2011/ocw/proposals/633)
- Realvideo on ARM (popular in China) - needs optimization for 720p
playback, VGA is ok
- armv6 optimizations for vp8 in libav
- 10-bit h264 optimization needed in libav
- 3D video stream
- secure streaming (like netflix)
- audio library optimization
Best,
--
Ilias Biris ilias.biris(a)linaro.org
Project Manager, Linaro
M: +358504839608, IRC: ibiris Skype: ilias_biris
Linaro.org│ Open source software for ARM SoCs
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi all,
here are some tests to test the cpu hotplug.
Any feedback would be appreciate
Thanks a lot
-- Daniel
Test 1: check the sysfs files are present
=========================================
for each cpu
* check /sys/devices/system/cpu/cpuX/online is there
What about the particular case for cpu0 where the 'online' file is there
but shouldn't as the other arch ?
Test 2: check cpu state is reflected in sysfs
=============================================
for each cpu
* set cpuX offline
* check cpuX status is offline
* set cpuX back online
* check cpuX status is online
Test 3: check the affinity does not work on an online cpu
=========================================================
for each cpu
* set cpuX offline
* check 'taskset -c X /bin/true' fails
* set cpuX back online
Test 4: check cpus are reflected on /proc/cpuinfo correctly
===========================================================
NRCPUS=<number of configured cpu on the system>
for each cpu
* set cpuX offline
* check /proc/cpuinfo 'processor' keyword count is 'NRCPUS - 1'
* check the processor keyword contains a cpu id different from the cpu
we offlined
* set cpuX back online
Test 5: test userspace notification
===================================
for each cpu
* set cpuX offline
* check from userspace notification has been done with the command
'udevadm monitor --kernel --subsystem-match=cpu'
* and the event is related to the cpuX and 'offline'
* set the cpu online
* check from userspace notification has been done with the command
'udevadm monitor --kernel --subsystem-match=cpu'
* and the event is related to the cpuX and 'online'
Test 6: do some stress test
===========================
for each cpu
* for i in 1 .. 50
* set cpuX offline
* set cpuX back online
- --
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJOgvR5AAoJEAKBbMCpUGYAd+cH/Al3bFhii/cgUqUxD9tWohoi
+J7vfcbWbeDfX8cpYSzYczThfO97TYgGQdMjRkcq3MUkQ0xy/wWw96mZFl87L0eq
5bYnOgnZa/glUUeENyPs8/hrSJ2Mhf/Kcnp8VLK53E9OrzQ6bYOs7ms1ap81gsvW
Ub9UL4Zzq0YkPMP1T0M63tt3qioukNlUDPV2ZNTAg0iTHy7tXuaWp6bx8bk+ggXA
wqs+XCridjzD5YjZcvKyn0f5nSlGDx1rH+rOEGSktudZInvJBsyCmOMa3upWMJUf
loBqhK4LqrYwIU/JbCTQaB9F1U1yYioqvgZBlO/LuOR/nbLmJFXtfeQOLbA9lRk=
=Jrc3
-----END PGP SIGNATURE-----
and everyone...
On 22 September 2011 11:48, Zach Pfeffer <zach.pfeffer(a)linaro.org> wrote:
> Adding kiko, Alexander and Scott.
>
> On 22 September 2011 10:39, Zach Pfeffer <zach.pfeffer(a)linaro.org> wrote:
>> I just wanted to get a thread going on this.
>>
>> Andy's idea:
>>
>> "What I think we need is for Linaro to take charge of common-3.x, ie,
>> a linaro-common-tracking branch. That will let anyone 'androidize'
>> Linus HEAD based trees, which you can't do routinely at the moment. I
>> guess usually, it's no so painful to continuously uplevel Android
>> patchset day by day unless some gross conflict is coming."
>>
>> John's opinion is that this upleveling isn't trivial and that we
>> should wait for Google to do it since they're the experts.
>>
>> I also share this opinion. I don't think we should diverg from
>> Google's official kernel/common.git by pre-uplevaling since the result
>> won't be a valid Android tree.
>>
>> The problem is, it would be useful to have a tracking Android branch
>> so that people who use topic trees can more easily octopus merge them
>> together to produce an Android tree, the alternative is to cherry-pick
>> patch sets onto jstultz's from trees who have a different basis.
>>
>> Usually Android's kernel/common.git is upreved more often, but with
>> kernel.org being down and http://android.git.kernel.org/ we're
>> currently in a weird situation.
>
> So the question is,
>
> Its non-trivial to take a LT or WG tree, which is based on the latest
> kernel and move it into a platform, as the number of platforms
> increases this will become a bigger job. We've managed to get by, but
> we should come up with a cohesive plan so that we can meet this
> challenge. Thoughts?
>
>> --
>> Zach Pfeffer
>> Android Platform Team Lead, Linaro Platform Teams
>> Linaro.org | Open source software for ARM SoCs
>> Follow Linaro: http://www.facebook.com/pages/Linaro
>> http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
>>
>
>
>
> --
> Zach Pfeffer
> Android Platform Team Lead, Linaro Platform Teams
> Linaro.org | Open source software for ARM SoCs
> Follow Linaro: http://www.facebook.com/pages/Linaro
> http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
>
--
Zach Pfeffer
Android Platform Team Lead, Linaro Platform Teams
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linarohttp://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog