Dear Recipient,
You have been awarded the sum of 8,000,000.00 (Eight Million Pounds sterling)
with reference number 77100146 by office of the ministry of finance UK.Send us
your personal details to deliver your funds.
Gloria Peter
--
To unsubscribe from this list: send the line unsubscribe
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: Tue Jan 20 04:00:16 CET 2015
git branch: test
git hash: 99f3cd52aee21091ce62442285a68873e3be833f
gcc
This patch adds the driver for the single string flash products of TI.
Several single string flash controllers of TI have similar register map
and bit data. This driver supports four products,lm3556, lm3561, lm3642
and lm3648.
Signed-off-by: Daniel Jeong gshark.je...@gmail.com
---
On 01/19/2015 08:06 PM, Tycho Lürsen wrote:
Hi Hans,
tested this update in media_build against a Debian 3.16 kernel.
It still tries to build SMIAPP. So sadly it still gives the same error.
Try again. I missed a duplicate VIDEO_SMIAPP entry in versions.txt that is
now deleted. I just tried
The V4L2 API requires both .capabilities and .device_caps fields of
struct v4l2_capability to be set. Otherwise the compliance checker
complains and since commit v4l2-ioctl: WARN_ON if querycap didn't fill
device_caps a compile-time warning is issued. Fix this non-compliance
in several soc-camera
On 12/06/2014 09:26 PM, Benjamin Larsson wrote:
On 12/06/2014 07:37 PM, Antti Palosaari wrote:
I do think it is good practice to set pointers to null generally as that
would have saved me several days of work of whentracking down this bug.
The current dvb framework contain several other cases
On 01/19/2015 02:30 PM, Antti Palosaari wrote:
Moikka!
On 01/19/2015 03:24 PM, Hans Verkuil wrote:
On 12/06/2014 10:34 PM, Antti Palosaari wrote:
w_scan complains about missing symbol rate limits:
This dvb driver is *buggy*: the symbol rate limits are undefined - please
report to
Hi Vincent,
you may use this workaround, I have the same problem:
https://github.com/ljalves/linux_media/issues/68
Reagrds
Francesco
2015-01-19 13:32 GMT+01:00 Vincent McIntyre vincent.mcint...@gmail.com:
Hi
I am seeing build failures since 11 January.
A build I did on 22 December worked
Hi,
On 19-01-15 15:10, Chen-Yu Tsai wrote:
Hi,
On Sat, Dec 20, 2014 at 6:20 PM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 19-12-14 19:17, Maxime Ripard wrote:
Hi,
On Thu, Dec 18, 2014 at 09:50:26AM +0100, Hans de Goede wrote:
Hi,
On 18-12-14 03:48, Chen-Yu Tsai wrote:
Hi,
On
Since gsc_m2m_resume() always returns 0, convert it to a void instead.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/media/platform/exynos-gsc/gsc-core.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/media/platform/exynos-gsc/gsc-core.c
To make sure the clock is fully gated in -remove(), we first need to
to bring the device into full power by invoking pm_runtime_get_sync().
Then, let's both unprepare and disable the clock.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/media/platform/exynos-gsc/gsc-core.c | 7
Instead of having separate functions that fecthes, prepares and
unprepares the clock, let's encapsulate this code into -probe().
This makes error handling easier and decreases the lines of code.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/media/platform/exynos-gsc/gsc-core.c |
On 12/06/2014 10:34 PM, Antti Palosaari wrote:
w_scan complains about missing symbol rate limits:
This dvb driver is *buggy*: the symbol rate limits are undefined - please
report to linuxtv.org
Chip supports 1 to 7.2 MSymbol/s on DVB-C.
Signed-off-by: Antti Palosaari cr...@iki.fi
Antti,
Moikka!
On 01/19/2015 03:24 PM, Hans Verkuil wrote:
On 12/06/2014 10:34 PM, Antti Palosaari wrote:
w_scan complains about missing symbol rate limits:
This dvb driver is *buggy*: the symbol rate limits are undefined - please
report to linuxtv.org
Chip supports 1 to 7.2 MSymbol/s on DVB-C.
The driver depended on CONFIG_PM to be functional. Let's remove that
dependency, by enable the runtime PM resourses during -probe() and
update the device's runtime PM status to reflect this.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/media/platform/exynos-gsc/gsc-core.c | 19
Hi,
On Sat, Dec 20, 2014 at 6:20 PM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 19-12-14 19:17, Maxime Ripard wrote:
Hi,
On Thu, Dec 18, 2014 at 09:50:26AM +0100, Hans de Goede wrote:
Hi,
On 18-12-14 03:48, Chen-Yu Tsai wrote:
Hi,
On Thu, Dec 18, 2014 at 1:18 AM, Hans de
On Mon, 19 Jan 2015, Guennadi Liakhovetski wrote:
On Thu, 18 Dec 2014, Ben Hutchings wrote:
Well, I thought that too. Will's submission from last week has that
change:
http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/87009
Anyway, yes, that looks better! But I would
On 01/19/2015 01:32 PM, Vincent McIntyre wrote:
Hi
I am seeing build failures since 11 January.
A build I did on 22 December worked fine.
My build procedure and the error are shown below.
I've just updated media_build to stop compiling the smiapp driver for kernels
3.20. So if you do 'git
On 01/19/2015 02:24 PM, Hans Verkuil wrote:
On 12/06/2014 10:34 PM, Antti Palosaari wrote:
w_scan complains about missing symbol rate limits:
This dvb driver is *buggy*: the symbol rate limits are undefined - please
report to linuxtv.org
Chip supports 1 to 7.2 MSymbol/s on DVB-C.
Hi,
On Mon, 19 Jan 2015, William Towle wrote:
On Mon, 19 Jan 2015, Guennadi Liakhovetski wrote:
On Thu, 18 Dec 2014, Ben Hutchings wrote:
Well, I thought that too. Will's submission from last week has that
change:
Hi Antti,
I'll mark this whole patch series as 'Accepted' in patchwork. It looks OK
to me, and that way patchwork is cleaned up with only your pull request
remaining.
For whatever it is worth:
Acked-by: Hans Verkuil hans.verk...@cisco.com
Regards,
Hans
On 12/23/2014 09:48 PM, Antti
Changes in v2:
- Rebase patches.
- Adapt to changes for the PM core. Especially, the Kconfig option for
CONFIG_PM_RUNTIME has been removed and the runtime PM core is now
build for CONFIG_PM.
This patchset fixup the PM support and adds some minor improvements to
There are no need to set up the runtime PM callbacks unless they are
being used. It also causes compiler warnings about unused functions.
Silence the warnings by making them available for CONFIG_PM.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
There are no need to set up the system PM callbacks unless they are
being used. It also causes compiler warnings about unused functions.
Silence the warnings by making them available for CONFIG_PM_SLEEP.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
It's not needed to keep a local flag about the current system PM state.
Let's just remove that code and the corresponding debug print.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/media/platform/exynos-gsc/gsc-core.c | 21 -
To potentially save more power in runtime PM suspend state, let's also
prepare/unprepare the clock from the runtime PM callbacks.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/media/platform/exynos-gsc/gsc-core.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
On Mon, Jan 19, 2015 at 10:17 PM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 19-01-15 15:10, Chen-Yu Tsai wrote:
Hi,
On Sat, Dec 20, 2014 at 6:20 PM, Hans de Goede hdego...@redhat.com
wrote:
Hi,
On 19-12-14 19:17, Maxime Ripard wrote:
Hi,
On Thu, Dec 18, 2014 at 09:50:26AM
On 01/19/2015 03:11 PM, William Towle wrote:
On Mon, 19 Jan 2015, Guennadi Liakhovetski wrote:
On Thu, 18 Dec 2014, Ben Hutchings wrote:
Well, I thought that too. Will's submission from last week has that
change:
On 01/19/2015 04:13 AM, Hao Liang wrote:
Hi Hans,
Thank you for your reply.
This change comes largely from a non-blackfin architecture dsp processor of
ADI want to reuse this driver.
And i have tested common read/write function on blackfin board to ensure
usability and stability.
Well,
First free the interrupt, then disable the PCI device. The other way
around will lead to this warning:
Jan 19 11:42:02 telek kernel: [ 1440.161234] WARNING: CPU: 0 PID: 2191 at
kernel/irq/manage.c:1311 __free_irq+0x97/0x1f0()
Jan 19 11:42:02 telek kernel: [ 1440.161236] Trying to free
On Mon, 2015-01-19 at 17:25 +0900, Daniel Jeong wrote:
This patch adds the driver for the single string flash products of TI.
Several single string flash controllers of TI have similar register map
and bit data. This driver supports four products,lm3556, lm3561, lm3642
and lm3648.
Why not to
On Mon, 19 Jan 2015, Ben Hutchings wrote:
On Sun, 2015-01-18 at 22:23 +0100, Guennadi Liakhovetski wrote:
On Thu, 18 Dec 2014, Ben Hutchings wrote:
From: William Towle william.to...@codethink.co.uk
Move the buffer state test in the .buf_cleanup handler into
.stop_streaming so
The VIDIOC_QUERYCAP function should set device_caps, but this was missing.
In addition, it set the version field as well, but that should be done by
the core, not by the driver.
If a driver doesn't set device_caps the v4l2 core will issue a WARN_ON, so
it's important that this is set correctly.
Hi Florian,
Sorry for the delay.
Several comments below...
On 01/07/2015 11:35 AM, Florian Echtler wrote:
This patch add support for the raw video stream from the Samsung SUR40
touchscreen device. Existing input device support is not affected by this
patch and can be used concurrently.
On Sun, 2015-01-18 at 22:23 +0100, Guennadi Liakhovetski wrote:
On Thu, 18 Dec 2014, Ben Hutchings wrote:
From: William Towle william.to...@codethink.co.uk
Move the buffer state test in the .buf_cleanup handler into
.stop_streaming so that a) the vb2_queue API is not subverted, and
Hi
I am seeing build failures since 11 January.
A build I did on 22 December worked fine.
My build procedure and the error are shown below.
$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=14.04
DISTRIB_CODENAME=trusty
DISTRIB_DESCRIPTION=Ubuntu 14.04.1 LTS
$ uname -a
Linux ubuntu
On 01/12/2015 06:58 AM, Hans Verkuil wrote:
My first code review of the new year, so let's start with a simple one to
avoid
taxing my brain cells (that are still in vacation mode) too much...
On 12/18/2014 05:20 PM, Shuah Khan wrote:
There is no need to zero out fmt.pix.priv in
Hi Mauro,
This pull request fixes two cases of missing device_caps (3.19 warns about that
now, so fix this before it's released), one cx23885 warning related to the
incorrect freeing of an interrupt, and one important fix for vb2 thread race
conditions. The last bug is responsible for various
On 01/19/2015 02:15 PM, Hans Verkuil wrote:
On 12/06/2014 09:26 PM, Benjamin Larsson wrote:
Well I guess I am biased as I have spent lots of time finding a bug that
probably wouldn't exist if the policy was that drivers always should set
their memory to zero before it is free'd.
Just because
Hi Hans,
tested this update in media_build against a Debian 3.16 kernel.
It still tries to build SMIAPP. So sadly it still gives the same error.
Regards,
Tycho.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More
40 matches
Mail list logo