Hi Chanho,
Thank you for the patch.
On Friday 27 September 2013 13:57:40 Chanho Min wrote:
> The pan/tilt absolute control value is signed value. If minimum value
> is minus, It will be changed to plus by clamp_t() as commit 64ae9958a62.
> ([media] uvcvideo: Fix control value clamping for unsigne
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Sun Sep 29 04:00:13 CEST 2013
git branch: test
git hash: ffee921033e64edf8579a3b21c7f15d1a6c3ef71
gcc versi
On Sat, Sep 28, 2013 at 08:21:36PM +0200, Tomasz Figa wrote:
> Since CONFIG_PLAT_S3C64XX is going to be removed, this patch modifies
> the s3c-i2s-v2 driver to use the proper way of checking for S3C64xx
> support - CONFIG_ARCH_S3C64XX.
Acked-by: Mark Brown
signature.asc
Description: Digital sig
(adding missing devicetree mailing list at Cc)
On 09/28/2013 09:27 PM, Sylwester Nawrocki wrote:
Add PHY provider node for the MIPI CSIS and MIPI DSIM PHYs.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
Acked-by: Felipe Balbi
---
arch/arm/boot/dts/exynos4.dtsi | 10
(adding missing devicetree mailing list at Cc)
On 09/28/2013 09:27 PM, Sylwester Nawrocki wrote:
Add a PHY provider driver for the Samsung S5P/Exynos SoC MIPI CSI-2
receiver and MIPI DSI transmitter DPHYs.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
Changes since v4:
-
Generic PHY drivers are used to handle the MIPI CSIS and MIPI DSIM
DPHYs so we can remove now unused code at arch/arm/plat-samsung.
In case there is any board file for S5PV210 platforms using MIPI
CSIS/DSIM (not any upstream currently) it should use the generic
PHY API to bind the PHYs to respectiv
Use the generic PHY API instead of the platform callback
for the MIPI DSIM DPHY enable/reset control.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
Acked-by: Felipe Balbi
Acked-by: Donghwa Lee
---
Changes since v4:
- PHY label removed from the platform data structure.
---
dr
Use the generic PHY API instead of the platform callback
to control the MIPI CSIS DPHY.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
Acked-by: Felipe Balbi
Acked-by: Mauro Carvalho Chehab
---
Changes since v4:
- updated to latest version of the PHY framework - removed PHY
Add a PHY provider driver for the Samsung S5P/Exynos SoC MIPI CSI-2
receiver and MIPI DSI transmitter DPHYs.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
Changes since v4:
- updated to latest version of the PHY framework - removed PHY
labels.
The individual driver symb
Add PHY provider node for the MIPI CSIS and MIPI DSIM PHYs.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
Acked-by: Felipe Balbi
---
arch/arm/boot/dts/exynos4.dtsi | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/exynos4.dtsi
This patch series adds a simple driver for the Samsung S5P/Exynos SoC
series MIPI CSI-2 receiver (MIPI CSIS) and MIPI DSI transmitter (MIPI
DSIM) DPHYs, using the generic PHY framework. Previously the MIPI
CSIS and MIPI DSIM used a platform callback to control the PHY power
enable and reset bits. T
Am 28.09.2013 20:08, schrieb Marc MERLIN:
> On Mon, Sep 23, 2013 at 10:21:23AM +0200, Oleksij Rempel wrote:
>>> Understood, just making sure this was still potentially useful considering
>>> what I found out since my last message.
>>
>> Which version of powertop are you actually using? None of curr
All other platforms have this condition checked inside their own Kconfig
files, so for consistency this patch makes it this way for mach-s3c64xx
as well.
Signed-off-by: Tomasz Figa
---
arch/arm/Kconfig | 2 --
arch/arm/mach-s3c64xx/Kconfig | 4
2 files changed, 4 insertions(+),
Since CONFIG_PLAT_S3C64XX is going to be removed, this patch modifies
the gpio-samsung driver to use the proper way of checking for S3C64xx
support - CONFIG_ARCH_S3C64XX.
Signed-off-by: Tomasz Figa
---
drivers/gpio/gpio-samsung.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
dif
CONFIG_PLAT_S3C64XX has been kept in place way too long since it was
marked as temporary in commit
110d85a ARM: S3C64XX: Eliminate plat-s3c64xx
After fixing all users of it in previous patches, this patch finally
kills this temporary Kconfig entry.
Signed-off-by: Tomasz Figa
---
arch/arm/Kconf
Since CONFIG_PLAT_S3C64XX is going to be removed, this patch modifies
the Kconfig entry of s3c-camif driver to use the proper way of checking
for S3C64xx support - CONFIG_ARCH_S3C64XX.
Signed-off-by: Tomasz Figa
---
drivers/media/platform/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletio
Since CONFIG_PLAT_S3C64XX is going to be removed, this patch modifies
the s3c-i2s-v2 driver to use the proper way of checking for S3C64xx
support - CONFIG_ARCH_S3C64XX.
Signed-off-by: Tomasz Figa
---
sound/soc/samsung/s3c-i2s-v2.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff
On Mon, Sep 23, 2013 at 10:21:23AM +0200, Oleksij Rempel wrote:
> > Understood, just making sure this was still potentially useful considering
> > what I found out since my last message.
>
> Which version of powertop are you actually using? None of current
The latest, i.e. 2.4.
> versions would
Sorry
I need clarify one thing,
For the DVB, it's not the xc3028 here,
It's the AF9013
I have read the phrase "available C API" in the datasheet" , I googled it and
found this thread for example :
http://forum.stmlabs.com/showthread.php?tid=3404
It's for raspberry and the likes linux-toy-S
Here goes the initial scan files for Portugal DVB-T. Please commit them.
Portugal is schedule to migrate from a SFN to a MFN, but for now this
is how it is.
Files in attach and also the hg diff:
diff -r 3ee111da5b3a util/scan/dvb-t/pt-Azores-Faial
--- /dev/null Thu Jan 01 00:00:00 1970 +
++
Am Sonntag, 22. September 2013, 00:27:37 schrieb Peter Senna Tschudin:
> The variable vco_select is only assigned the values true and false.
> Change its type to bool.
>
> The simplified semantic patch that find this problem is as
> follows (http://coccinelle.lip6.fr/):
>
> @exists@
> type T;
> i
I'm trying to use a Hauppauge WIN-TV HVR-900 (H) TV USB 2.0 Analogue & Digital
TV Tuner, Bus ID 2040:b138, with kernel 3.6.11.
Analog TV only with working audio/alsa support would be fine for me. I stumpled
across http://www.technomancy.org/linux/hauppauge-wintv-hvr-900/ which
describes the de
22 matches
Mail list logo