Hi,
I'm Claude working for InSignal as open-source director. I am happy to
announce about 1st initial release of "FFmpeg-on-Android" project to be
public open-source project. InSignal and project members expect to join
anyone who interests multimedia on android platform with FFmpeg. :)
"FFmpeg on Android" project is the open source project for multimedia
play service which is adopt to Android OS 4.0. "FFmpeg on Android"
project is originally designed by dr.nitro and powered by InSignal Co., Ltd.
"FFmpeg on Android" project is to enhance multimedia support on Android
OS, starts on 4.0 ICS version. Currently Android OS has many limits to
support variety multimedia formats, using specific H/W resources, not
also S/W. So, we expact, if we can use the famus FFmpeg library in
Andorid OS with little modification on Android Stagefright; We can
overcome many current limits in Android muntimedia supports easly.
Currently source code is releaded at git public site of InSignal,
git.insignal.co.kr/multimedia/ffmpeg-on-android. You can check with web
site;
"http://git.insignal.co.kr/?p=multimedia/ffmpeg-on-android.git;a=summary".
And also, we worked on Origen board (based on Exynos4210) and try to
port next Origen boards (based on Exynos4412 and Exynos5250). You can
see the capture of its working capture on Origen board at youtube,
"http://youtu.be/BBrnwMC8cec".
If you have any interest or any question, please visit google groups,
"https://groups.google.com/forum/#!forum/ffmpeg-on-android", to talk all
about FFmpeg-on-Android project freely. :)
All the source code of "FFmpeg-on-Android" is under Apache license v2.0.
If you want to know more details about Apache license, you can see
LICENSE file in source code.
with Best Regards,
claude
Hi all,
this patch series implements Xen support for ARMv7 with virtualization
extensions. It allows a Linux guest to boot as dom0 and
as domU on Xen on ARM. PV console, disk and network frontends and
backends are all working correctly.
It has been tested on a Versatile Express Cortex A15 emulator, using the
latest Xen, and a simple ad-hoc tool to build guest domains
(marc.info/?l=xen-devel&m=134089788016546).
The patch marked with [HACK] shouldn't be applied and is part of the
series only because it is needed to create domUs.
I am also attaching to this email the dts'es that I am currently using
for dom0 and domU: vexpress-v2p-ca15-tc1.dts is the dts used for dom0
and it is passed to Linux by Xen, while vexpress-virt.dts is the dts
used for other domUs and it is appended in binary form to the guest
kernel image. I am not sure where they are supposed to live yet, so I am
just attaching them here so that people can actually try out this series
if they want to.
Comments are very welcome!
Ian Campbell (2):
ARM: enable earlyprintk=xen
[HACK] xen/arm: implement xen_remap_domain_mfn_range
Stefano Stabellini (22):
arm: initial Xen support
xen/arm: hypercalls
xen/arm: page.h definitions
xen/arm: sync_bitops
xen/arm: empty implementation of grant_table arch specific functions
xen: missing includes
xen/arm: Xen detection and shared_info page mapping
xen/arm: Introduce xen_pfn_t for pfn and mfn types
xen/arm: compile and run xenbus
xen: do not compile manage, balloon, pci, acpi and cpu_hotplug on ARM
xen/arm: introduce CONFIG_XEN on ARM
xen/arm: Introduce xen_guest_init
xen/arm: get privilege status
xen/arm: initialize grant_table on ARM
xen/arm: receive Xen events on ARM
xen/arm: implement alloc/free_xenballooned_pages with alloc_pages/kfree
xen: allow privcmd for HVM guests
xen/arm: compile blkfront and blkback
xen/arm: compile netback
xen: update xen_add_to_physmap interface
arm/v2m: initialize arch_timers even if v2m_timer is not present
hvc_xen: allow dom0_write_console for HVM guests
arch/arm/Kconfig | 10 ++
arch/arm/Makefile | 1 +
arch/arm/include/asm/hypervisor.h | 6 +
arch/arm/include/asm/sync_bitops.h | 17 ++
arch/arm/include/asm/xen/hypercall.h | 69 ++++++++
arch/arm/include/asm/xen/hypervisor.h | 19 +++
arch/arm/include/asm/xen/interface.h | 66 ++++++++
arch/arm/include/asm/xen/page.h | 77 +++++++++
arch/arm/kernel/early_printk.c | 11 ++-
arch/arm/mach-vexpress/v2m.c | 11 +-
arch/arm/xen/Makefile | 1 +
arch/arm/xen/enlighten.c | 244 ++++++++++++++++++++++++++++
arch/arm/xen/grant-table.c | 53 ++++++
arch/arm/xen/hypercall.S | 65 ++++++++
arch/ia64/include/asm/xen/interface.h | 2 +-
arch/x86/include/asm/xen/interface.h | 2 +
arch/x86/xen/enlighten.c | 9 +
arch/x86/xen/irq.c | 1 +
arch/x86/xen/xen-ops.h | 1 -
drivers/block/xen-blkback/blkback.c | 1 +
drivers/net/xen-netback/netback.c | 1 +
drivers/net/xen-netfront.c | 1 +
drivers/tty/hvc/hvc_xen.c | 14 +-
drivers/xen/Makefile | 9 +-
drivers/xen/events.c | 18 ++-
drivers/xen/grant-table.c | 3 +-
drivers/xen/privcmd.c | 20 +--
drivers/xen/xenbus/xenbus_comms.c | 2 +-
drivers/xen/xenbus/xenbus_probe.c | 27 ++--
drivers/xen/xenbus/xenbus_probe_frontend.c | 1 +
drivers/xen/xenbus/xenbus_xs.c | 1 +
drivers/xen/xenfs/super.c | 7 +
include/xen/events.h | 2 +
include/xen/interface/features.h | 3 +
include/xen/interface/grant_table.h | 4 +-
include/xen/interface/io/protocols.h | 3 +
include/xen/interface/memory.h | 19 ++-
include/xen/interface/platform.h | 4 +-
include/xen/interface/xen.h | 9 +-
include/xen/privcmd.h | 3 +-
include/xen/xen.h | 4 +-
41 files changed, 763 insertions(+), 58 deletions(-)
A branch based on 3.5-rc7 is available here:
git://xenbits.xen.org/people/sstabellini/linux-pvhvm.git 3.5-rc7-arm-1
Cheers,
Stefano
Hi,list,i was reading forlin patch in linaro about mmc sdio function single irq,i am in a SDIO wifi project,i want to evaluate SDIO wifi throught in sdio layer,if Customer guess SDIO speed isnt ok ,they can use my programm to test and evaluate,such as RX only,TX only,ECHO(Host Send data-SDIO Function Side Sdio controller back data -Host Receive) or others,my idea use a module to test. but thread lantency can not guarantee,hope list give me idea,i should use tasklet or some good way or idea to test.
B.R
Tommy
* A big.LITTLE MP integration tree has been created to help test the
various patchsets together and it is being used for the TC2
enablement. ARM is going to point all members to this tree instead of
hosting their own.
* (git://git.linaro.org/arm/big.LITTLE/mp.git)
* The ARM Landing Team delivered support for ARM TC2 tile for the
vexpress board. TC2 is a big.LITTLE core with 2 Cortex A15 and 3
Cortex a7 processors).
* The Linaro Power Management group delivered its first submissions of
big.LITTLE MP functionality
- improving hotplug and making it faster
- minimal unoptimised support for MP in ARM (patches accepted by
Russell, Vincent Guittot)
- add support to cpuidle for MP (Daniel Lezcano, patches in review)
- including minimal unoptimised support for MP in ARM,
- support to cpuidle.
- Asymetric ARM support patchset has been accepted upstream.
- Scripts to help emulate a b.L system in absence of HW
* http://git.linaro.org/gitweb?p=people/rob_lee/asymm_cpu_emu.git;a=summary)
* Vincent Guitot has run some tests to measure the improvement of the
cpu plug duration with Tejun's patches. The results are available on
this link:
https://wiki.linaro.org/WorkingGroups/PowerManagement/Doc/Hotplug#Workqueue
Other items:
* Thomas Gleixner released v3 of his smpboot patchset that will be the
basis of getting rid of high-overhead per-CPU kthread creation. This
version fixes the UP build error, but introduced an CONFIG_PREEMPT=y
issue in softirq, which I am tracking down.
* Silas Boyd-Wickizer has prototyped a tool based on the Linux
kernel's "sparse" static analysis software to classify the 300+ uses
of for_each_online_cpu(), which will help us work out how to address
any needed changes required to allow CPU hotplug to get rid of
stop_machine().
* Paul McKenney's RCU changes to support CPU hotplug's getting rid of
__stop_machine() are now in -tip slated for 3.6. I do expect that
there are additional implicit RCU dependencies on __stop_machine(),
and will be continuing inspection efforts to track them down.
* A number of CPU-hotplug improvements from a number of contributors
are in -tip queued for 3.6 inclusion.
* Paul McKenney presented a work-in-progress poster session on the
CPU-hotplug efforts (co-authored by Thomas Gleixner and Vincent
Guittot) at ECRTS last week. Well received, particularly the
real-time aspects.
* Paul McKenney will be leading a Linux Plumbers Conference discussion
on this topic as part of Amit's and Vincent's Scheduler
microconference.
* Paul Turner released a new version of his entity load-tracking
patchset that Morten Rasmussen has been basing his scheduler changes
on.
--
David Zinman
Linaro Release Manager | Project Manager
Linaro.org | Open source software for ARM SoCs
Postmortem and lessons learned for Linaro's release 2012.07
https://wiki.linaro.org/Cycles/1207/Release/Review
Highlights and Key Successes
============================
Linaro continues to make progress in big.LITTLE development as the ARM
Landing Team delivers support for ARM TC2 (TestChip2) tile for the
vexpress board. (TC2 is a big.LITTLE core with 2 Cortex A15 and 3
Cortex a7 processors). The Linaro Power Management group delivered
its first submissions of big.LITTLE MP functionality including minimal
unoptimised support for MP in ARM, and support to cpuidle.
git://git.linaro.org/arm/big.LITTLE/mp.git.
The LAVA team released the first boot log from the new big.LITTLE TC2
daughter card on a Versatile Express which is currently located in its
LAVA lab. Linux Linaro updated on top of the latest upstream release
(3.5), which reflects the latest changes and development available at
Linaro, such as big.LITTLE MP.
Postmortem and Lessons Learned
==============================
There was not a single common item that came out of the postmortem
sessions with the teams. The cycle delivery was relatively modest due
to its short length and many engineers on leave.
Please visit https://wiki.linaro.org/Cycles/1207/Release/Review for a
more detailed accounting of cycle issues.
Blueprints
=========
The number of high or essential priority blueprints that missed the cycle:
Android 6 out of 11
Developer Platform 3 out of 9
Infrastructure 1 out of 6
Lava 4 out of 5
Total 14 out of 31
45% of high or essential priority blueprints scheduled for this cycle
were not delivered.
Total blueprints: 27 out of 57 missed the cycle.
High priority missed blueprints recap:
12.05: 19 out of 48, 39%
12.06: 13 out of 31, 42%
12.07: 14 out of 31, 45%
* Not included is data from working groups and landing teams
Source:
https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AjEaTwrvj1bidFNwY…
--
David Zinman
Linaro Release Manager | Project Manager
Linaro.org | Open source software for ARM SoCs
Hey,
Lately we've been producing and using the pre-built images for most of
the use cases we have at Linaro. Seems that now that we finally got it
working the way we expected, it'd also make sense to move the Ubuntu
QA to start using the pre-built images instead of a combination of
hwpack + rootfs.
A few advantages about using pre-built images:
- Single ID for the hwpack + rootfs combination
- Less time to download, if you use zsync with a previous image as base
- A lot faster to flash, as it'll use the maximum from your SD card
into one single shot (dd)
We're producing them daily nowadays, so I think we should just go and
change the process. You can find all the pre-built images at
http://snapshots.linaro.org/precise/pre-built/
Fathi, Paul, would that work for you both?
Thanks!
--
Ricardo Salveti de Araujo
The following 2 patches add driver for S5K4ECGX sensor with embedded ISP SoC,
and minor v4l2 control API enhancement. S5K4ECGX is 5M CMOS Image sensor from Samsung
Changes since v2:
- added GPIO (reset/stby) and regulators
- updated I2C read/write, based on s5k6aa datasheet
- fixed set_fmt errors
- reduced register tables a bit
- removed vmalloc
Changes since v1:
- fixed s_stream(0) when it called twice
- changed mutex_X position to be used when strictly necessary
- add additional s_power(0) in case that error happens
- update more accurate debugging statements
- remove dummy else
Sangwook Lee (2):
v4l: Add factory register values form S5K4ECGX sensor
v4l: Add v4l2 subdev driver for S5K4ECGX sensor
drivers/media/video/Kconfig | 8 +
drivers/media/video/Makefile | 1 +
drivers/media/video/s5k4ecgx.c | 839 ++++++++++
drivers/media/video/s5k4ecgx_regs.h | 3105 +++++++++++++++++++++++++++++++++++
include/media/s5k4ecgx.h | 39 +
5 files changed, 3992 insertions(+)
create mode 100644 drivers/media/video/s5k4ecgx.c
create mode 100644 drivers/media/video/s5k4ecgx_regs.h
create mode 100644 include/media/s5k4ecgx.h
--
1.7.9.5
After copying the kurt-taylor alsa-ucm and android-ucm releated files to
device/linaro/pandaboard/audio
The following compiler errors are observed in use-case.c
1) include alsa/asoundlib.h error asoundlib.h not found (should be
tinyalsa/asoundlib.h)
2 #include "../include/use-case.h" ( should be "use-case.h")
3) include "../include/iatomic.h" (part of alsa and not tinyalsa)
4) Had to delete hardware/linaro
Thanks,
Asha
