On 04/10/2014 02:46 AM, Pawel Osciak wrote:
> Looks good to me, just a small nit below.
>
>
> On Mon, Apr 7, 2014 at 10:11 PM, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> The videobuf2-core did not zero the 'planes' array in __qbuf_userptr()
>> and __qbuf_dmabuf(). That's now memset to 0. W
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: Thu Apr 10 04:00:19 CEST 2014
git branch: test
git hash: a83b93a7480441a47856dc9104bea970e84cda87
gcc versi
rtl2832_sdr.c: fixup checkpatch issues about long lines
Aligned stuff under the ( for this version.
Signed-off-by: Anthony DeStefano
---
drivers/staging/media/rtl2832u_sdr/rtl2832_sdr.c | 26 +---
1 file changed, 19 insertions(+), 7 deletions(-)
diff --git a/drivers/staging
On Wed, Apr 09, 2014 at 08:07:28PM -0400, Anthony DeStefano wrote:
> rtl2832_sdr.c: fixup checkpatch issues about long lines
>
> Signed-off-by: Anthony DeStefano
> ---
> drivers/staging/media/rtl2832u_sdr/rtl2832_sdr.c | 23 ---
> 1 file changed, 16 insertions(+), 7 deletions
On Mon, Apr 7, 2014 at 10:11 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> The kernel debug messages produced by vb2 started either with a
> lower or an upper case character. Switched all to use lower-case
> which seemed to be what was used in the majority of the messages.
>
> Signed-off-by: H
Ah, alas, Sakari is right. This should not be needed, since we memcpy
vb->v4l2_buf to this, also overwriting bytesused.
On Thu, Apr 10, 2014 at 10:08 AM, Pawel Osciak wrote:
> On Mon, Apr 7, 2014 at 10:11 PM, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> The bytesused field of struct v4l2_buf
On Mon, Apr 7, 2014 at 10:11 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> The bytesused field of struct v4l2_buffer is not used for multiplanar
> formats, so just zero it to prevent it from having some random value.
>
> Signed-off-by: Hans Verkuil
Acked-by: Pawel Osciak
> ---
> drivers/m
On Mon, Apr 7, 2014 at 10:11 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Added a vb2_fileio_is_active inline function that returns true if fileio
> is in progress. Check for this too in mmap() (you don't want apps mmap()ing
> buffers used by fileio) and expbuf() (same reason).
>
> In additio
On Mon, Apr 7, 2014 at 10:11 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> This is not allowed by the spec and does in fact not make any sense.
> Return -EINVAL if this is the case.
>
> Signed-off-by: Hans Verkuil
Acked-by: Pawel Osciak
> ---
> drivers/media/v4l2-core/videobuf2-core.c | 1
On Mon, Apr 7, 2014 at 10:11 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Many dprintk's in vb2 use a hardcoded prefix with the function name. In
> many cases that is now outdated. To keep things consistent the dprintk
> macro has been changed to print the function name in addition to the "vb
I see. Ack, but please add a comment about this in the code.
On Mon, Apr 7, 2014 at 10:11 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> When using write() to write data to an output video node the vb2 core
> should set timestamps if V4L2_BUF_FLAG_TIMESTAMP_COPY is set. Nobody
> else is able t
Looks good to me, just a small nit below.
On Mon, Apr 7, 2014 at 10:11 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> The videobuf2-core did not zero the 'planes' array in __qbuf_userptr()
> and __qbuf_dmabuf(). That's now memset to 0. Without this the reserved
> array in struct v4l2_plane wo
On Mon, Apr 7, 2014 at 10:11 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Many dprintk's in vb2 use a hardcoded prefix with the function name. In
> many cases that is now outdated. To keep things consistent the dprintk
> macro has been changed to print the function name in addition to the "vb
rtl2832_sdr.c: fixup checkpatch issues about long lines
Signed-off-by: Anthony DeStefano
---
drivers/staging/media/rtl2832u_sdr/rtl2832_sdr.c | 23 ---
1 file changed, 16 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/media/rtl2832u_sdr/rtl2832_sdr.c
b/drivers/s
Signed-off-by: Javier Martinez Canillas
---
drivers/base/dma-buf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/dma-buf.c b/drivers/base/dma-buf.c
index ea77701..840c7fa 100644
--- a/drivers/base/dma-buf.c
+++ b/drivers/base/dma-buf.c
@@ -491,7 +491,7 @@ EXPORT
commit c0b00a5 ("dma-buf: update debugfs output") modified the
default exporter name to be the KBUILD_MODNAME pre-processor
macro instead of __FILE__ but the documentation was not updated.
Also the "Supporting existing mmap interfaces in exporters" section
title seems wrong since talks about the i
On 04/09/2014 01:17 PM, Greg KH wrote:
On Wed, Apr 09, 2014 at 09:21:06AM -0600, Shuah Khan wrote:
Test Cases for token devres interfaces: (passed)
- Create, lock, unlock, and destroy sequence.
- Try lock while it is locked. Returns -EBUSY as expected.
- Try lock after destroy. Returns
applications reading dvb files might want to
check crc, therefore provide the crc32 function
in the header files.
Signed-off-by: André Roth
---
lib/{ => include}/libdvbv5/crc32.h |0
lib/libdvbv5/Makefile.am |1 +
lib/libdvbv5/crc32.c |2 +-
lib/libdvbv5/dvb-s
- make the code look similar
- check for correct table ID
- ignore null packets with ID 0x1fff
- return table length, or:
- return error code on error
- update / fix Copyrights
Signed-off-by: André Roth
---
lib/include/libdvbv5/atsc_eit.h |1 -
lib/include/libdvbv5/descriptors.h |1
make dvb_table_filter_free public so it can be used by
applications.
fix potential double free.
Signed-off-by: André Roth
---
lib/include/libdvbv5/dvb-scan.h |2 ++
lib/libdvbv5/dvb-scan.c | 10 ++
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/lib/include/l
- use log info for table and descpritor printing
- cleanup 'out of memory' logs
- fix error condition in desc_ts_info
Signed-off-by: André Roth
---
lib/include/libdvbv5/atsc_header.h |2 +-
lib/libdvbv5/descriptors.c |4 +-
lib/libdvbv5/descriptors
this solves the ambiguity when parsing the dvb/atsc header
in dvb-scan.c
Signed-off-by: André Roth
---
lib/include/libdvbv5/atsc_eit.h|2 +-
lib/include/libdvbv5/atsc_header.h | 39 ++
lib/include/libdvbv5/header.h |5 ++--
lib/include/libdv
Signed-off-by: André Roth
---
utils/dvb/dvbv5-scan.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/utils/dvb/dvbv5-scan.c b/utils/dvb/dvbv5-scan.c
index 501b332..7eb3bf5 100644
--- a/utils/dvb/dvbv5-scan.c
+++ b/utils/dvb/dvbv5-scan.c
@@ -407,6 +407,7 @@ int main(in
prefix the descriptor functions with dvb_desc
for a nice API and code completion support
Signed-off-by: André Roth
---
lib/include/libdvbv5/descriptors.h |6 +++---
lib/libdvbv5/descriptors.c |6 +++---
lib/libdvbv5/descriptors/atsc_eit.c |6 +++---
lib/libdvbv5/descriptors
RTL2832 SDR extension module is currently on staging. SDR module
headers were included from staging causing direct dependency staging
directory. As a solution, add needed headers to main driver.
Motivation of that change comes from Luis / driver backports project.
Reported-by: Luis R. Rodriguez
C
It printed a little bit too heavy looking error log "DVB: Unable to
find symbol rtl2832_sdr_attach()" when staging module was disabled.
Silence that error by introducing own version of dvb_attach() macro
without the error logging.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/r
v2: I split patch to two.
v3: remove unneeded extern keyword from rtl2832_sdr_attach() declaration
Pull request for kernel 3.15 will follow right after that mail. Or tomorrow.
Or...
regards,
Antti
Antti Palosaari (2):
rtl28xxu: do not hard depend on staging SDR module
rtl28xxu: silence erro
On Wed, Apr 9, 2014 at 2:32 PM, Antti Palosaari wrote:
> +extern struct dvb_frontend *rtl2832_sdr_attach(struct dvb_frontend *fe,
> + struct i2c_adapter *i2c, const struct rtl2832_config *cfg,
> + struct v4l2_subdev *sd);
extern
Luis
--
To unsubscribe from this list: send the line
V2: I split patch to two.
Pull request for kernel 3.15 will follow right after that mail.
regards,
Antti
Antti Palosaari (2):
rtl28xxu: do not hard depend on staging SDR module
rtl28xxu: silence error log about disabled rtl2832_sdr module
drivers/media/usb/dvb-usb-v2/Makefile | 1 -
dri
RTL2832 SDR extension module is currently on staging. SDR module
headers were included from staging causing direct dependency staging
directory. As a solution, add needed headers to main driver.
Motivation of that change comes from Luis / driver backports project.
Reported-by: Luis R. Rodriguez
C
It printed a little bit too heavy looking error log "DVB: Unable to
find symbol rtl2832_sdr_attach()" when staging module was disabled.
Silence that error by introducing own version of dvb_attach() macro
without the error logging.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/r
Limits may exceed the value range of 32-bit unsigned integers. Thus use 64
bits for all of them.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp-pll.c | 69 +++---
drivers/media/i2c/smiapp-pll.h | 20 ++--
2 files changed, 48 insertions(+), 41
The sub-device names should be unique. Should two identical sensors be
present in the same media device they would be indistinguishable. The names
will change e.g. from "vs6555 pixel array" to "vs6555 1-0010 pixel array".
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-core.c | 5
The actual pixel array pixel rate may be something else than vt_pix_clk_freq
on some implementations. Add a new field which contains the corrected value.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp-pll.c | 1 +
drivers/media/i2c/smiapp-pll.h | 1 +
2 files changed, 2 insertions(+)
Some sensors support odd pre-pll divisor.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp-pll.c | 39 ++-
drivers/media/i2c/smiapp-pll.h | 2 ++
2 files changed, 28 insertions(+), 13 deletions(-)
diff --git a/drivers/media/i2c/smiapp-pll.c b/drivers
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/i2c/smiapp/smiapp-core.c
b/drivers/media/i2c/smiapp/smiapp-core.c
index 02041cc..3af8df8 100644
--- a/drivers/media/i2c/smiapp/smiapp-core.c
++
Limits may exceed the value range of 32 bit unsigned integers. Thus use 64
bits instead.
Use typed min/max/clamp macros. Debug printing changes as well.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-core.c | 30 --
drivers/media/i2c/smiapp/smiapp-q
The PLL flags were not used correctly.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp-pll.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/i2c/smiapp-pll.c b/drivers/media/i2c/smiapp-pll.c
index 2335529..ab5d9a3 100644
--- a/drivers/media/i2c/smia
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-core.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/i2c/smiapp/smiapp-core.c
b/drivers/media/i2c/smiapp/smiapp-core.c
index 6d940f0..284df17 100644
--- a/drivers/media/i2c/smiapp/smiapp-core.
op_pix_clk_div is directly assigned and not calculated. There's no need to
verify it.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp-pll.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/media/i2c/smiapp-pll.c b/drivers/media/i2c/smiapp-pll.c
index 93a8214..be94921 1006
It doesn't make sense to just copy the information to the PLL flags. Add a
new fields for the quirks to contain the PLL flags.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-core.c | 5 ++---
drivers/media/i2c/smiapp/smiapp-quirk.c | 2 +-
drivers/media/i2c/smiapp/smiapp-quirk.
No reason to keep this u8, really.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp-pll.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/i2c/smiapp-pll.h b/drivers/media/i2c/smiapp-pll.h
index a4a6498..5ce2b61 100644
--- a/drivers/media/i2c/smiapp-pll.h
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-regs.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/media/i2c/smiapp/smiapp-regs.c
b/drivers/media/i2c/smiapp/smiapp-regs.c
index 4fac32c..e88a59a 100644
--- a/drivers/media/i2c/smiapp/smiapp-regs.c
+++ b/drive
Add a quirk for diverting registers for on some sensors, even the standard
registers are not where they can be expected to be found. Add a quirk to
to help using such sensors.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-quirk.c | 8
drivers/media/i2c/smiapp/smiapp-q
These values are unsigned, so use %u instead of %d.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp-pll.c | 94 +-
1 file changed, 47 insertions(+), 47 deletions(-)
diff --git a/drivers/media/i2c/smiapp-pll.c b/drivers/media/i2c/smiapp-pll.c
inde
Hi folks,
This patchset contains PLL quirk improvements to take quirks in some
implementations into account, as well as make the quirk mechanisms more
flexible. The driver core is mostly unaffected by these changes.
The PLL tree calculation itself is concerned less with the factual
frequencies bu
Some sensors have effectively the double pixel (and other clocks) compared
to calculations.
The frequency of the bus is also affected similarly so take this into
account when calculating pll_op_clock frequency.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp-pll.c | 10 ++
driv
For some sensors in some configurations the effective value of op clk div is
bits per pixel divided by two. The output clock is correctly calculated
whereas some of the rest of the clock tree uses higher clocks than
calculated. This also limits the bpp to even values if the number of lanes
is four.
This is more flexible. Quirk flags may be affected by configuration.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-core.c | 4 ++--
drivers/media/i2c/smiapp/smiapp-quirk.c | 7 ++-
drivers/media/i2c/smiapp/smiapp-quirk.h | 2 +-
3 files changed, 9 insertions(+), 4 deletion
On Wed, Apr 09, 2014 at 09:21:06AM -0600, Shuah Khan wrote:
> Media devices often have hardware resources that are shared
> across several functions. For instance, TV tuner cards often
> have MUXes, converters, radios, tuners, etc. that are shared
> across various functions. However, v4l2, alsa, DV
On Wed, Apr 9, 2014 at 9:14 AM, Antti Palosaari wrote:
> +extern struct dvb_frontend *rtl2832_sdr_attach(struct dvb_frontend *fe,
> + struct i2c_adapter *i2c, const struct rtl2832_config *cfg,
> + struct v4l2_subdev *sd);
Thanks for the patch! Joe has been going on a crusade to remov
On Mon, Mar 10, 2014 at 10:20:47PM +0100, Hans Verkuil wrote:
> This patch series contains a list of various vb2 fixes and improvements.
>
> These patches were originally part of this RFC patch series:
>
> http://www.spinics.net/lists/linux-media/msg73391.html
>
> They are now rebased and reorde
Hi Hans,
Thanks for the set.
On Mon, Mar 10, 2014 at 10:20:57PM +0100, Hans Verkuil wrote:
> From: Hans Verkuil
>
> The bytesused field of struct v4l2_buffer is not used for multiplanar
> formats, so just zero it to prevent it from having some random value.
>
> Signed-off-by: Hans Verkuil
> -
Hi,
On 09/04/14 18:01, Randy Dunlap wrote:
> On 04/09/2014 12:22 AM, Stephen Rothwell wrote:
>> > Hi all,
>> >
>> > Please do not add material intended for v3.16 to your linux-next included
>> > branches until after v3.15-rc1 is released.
>> >
>> > This tree still fails (more than usual) the pow
On Wed, Apr 09, 2014 at 11:25:18PM +1000, Vitaly Osipov wrote:
> Fixes the following issues:
>
> tcm825x.c:
>
> ERROR: Macros with complex values should be enclosed in parenthesis
> WARNING: Prefer [subsystem eg: netdev]_info([subsystem]dev, ... then
> dev_info(dev, ... then pr_info(... to prin
RTL2832 SDR extension module is currently on staging. SDR module
headers were included from staging causing direct dependency staging
directory. As a solution, add needed headers to main driver.
Motivation of that change comes from Luis / driver backports project.
Another issues was a little too h
Move the list of shared fences to a struct, and return it in
reservation_object_get_list().
Add reservation_object_reserve_shared(), which reserves space
in the reservation_object for 1 more shared fence.
reservation_object_add_shared_fence() and
reservation_object_add_excl_fence() are used to as
Media devices often have hardware resources that are shared
across several functions. For instance, TV tuner cards often
have MUXes, converters, radios, tuners, etc. that are shared
across various functions. However, v4l2, alsa, DVB, usbfs, and
all other drivers have no knowledge of what resources
Media devices often have hardware resources that are shared
across several functions. For instance, TV tuner cards often
have MUXes, converters, radios, tuners, etc. that are shared
across various functions. However, v4l2, alsa, DVB, usbfs, and
all other drivers have no knowledge of what resources
Media devices often have hardware resources that are shared
across several functions. For instance, TV tuner cards often
have MUXes, converters, radios, tuners, etc. that are shared
across various functions. However, v4l2, alsa, DVB, usbfs, and
all other drivers have no knowledge of what resources
The following series implements small updates to the fence api.
I've found them useful when implementing the fence API in ttm and i915.
The last patch enables RCU on top of the api. I've found this less
useful, but it was the condition on which Thomas Hellstrom was ok
with converting TTM to fence,
This adds 3 more functions to deal with rcu.
reservation_object_wait_timeout_rcu() will wait on all fences of the
reservation_object, without obtaining the ww_mutex.
reservation_object_test_signaled_rcu() will test if all fences of the
reservation_object are signaled without using the ww_mutex.
tcm825x.c:
ERROR: Macros with complex values should be enclosed in parenthesis
WARNING: Prefer [subsystem eg: netdev]_info([subsystem]dev, ... then
dev_info(dev, ... then pr_info(... to printk(KERN_INFO ...
tcm825x.h:
ERROR: Macros with complex values should be enclosed in parenthesis
Signed-
On 09.04.2014 16:00, Antti Palosaari wrote:
Moikka!
http://linuxtv.org/ seems to be down currently. Server still answers to
ping...
wow, it is now alive again...
Antti
--
http://palosaari.fi/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to
Moikka!
http://linuxtv.org/ seems to be down currently. Server still answers to
ping...
regards
Antti
--
http://palosaari.fi/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.ker
From: Denis Carikli
To: linux-arm-ker...@lists.infradead.org
That new macro is needed by the imx_drm staging driver
for supporting the QVGA display of the eukrea-cpuimx51 board.
Signed-off-by: Denis Carikli
Acked-by: Mauro Carvalho Chehab
Acked-by: Laurent Pinchart
Acked-by: Philipp Zabel
Hi,
The following patches are those which I currently have queued up for
Greg for merging into his stable tree when he's next accepting patches.
If you have any concerns about these patches, please let me know in
a timely fashion.
I've re-ordered and cherry-picked some of Denis' patches, as I can
I don't know the 7131 but the following advice is generic for any USB,
PCI or PCIE device:
Essentially, when correctly configured, the tuner will output an
Intermediate Frequency (IF). This is the frequency you've selected to
tune, for example 474MHz, isolated into a 8MHz band and shifted down
to
On Mon, Apr 07, 2014 at 02:44:48PM +0200, Denis Carikli wrote:
[...]
> +static const struct panel_desc eukrea_mbimxsd51_dvisvga = {
> + .modes = &eukrea_mbimxsd51_dvisvga_mode,
> + .num_modes = 1,
> + .size = {
> + .width = 0,
> + .height = 0,
> + },
> +};
[.
Fix build error after v4l2_of_get_next_endpoint rename (fd9fdb78a9bf:
"[media] of: move graph helpers from drivers/media/v4l2-core..."):
drivers/media/i2c/s5c73m3/s5c73m3-core.c: In function
‘s5c73m3_get_platform_data’:
drivers/media/i2c/s5c73m3/s5c73m3-core.c:1619:2: error: implicit declaration
Hello Andrzej,
On 09.04.2014 10:37, Andrzej Hajda wrote:
>> +static int exynos_phy_probe(struct platform_device *pdev)
>> +{
>> +const struct of_device_id *of_id = of_match_device(
>> +of_match_ptr(exynos_phy_of_match), &pdev->dev);
>> +const u32 *offsets = of_id->data;
>> +
Hi Rahul,
On 04/09/2014 11:12 AM, Rahul Sharma wrote:
> Hi Tomasz,
>
> On 9 April 2014 14:07, Andrzej Hajda wrote:
>> Hi Tomasz,
>>
>> On 04/08/2014 04:37 PM, Tomasz Stanislawski wrote:
>>> Add exynos-simple-phy driver to support a single register
>>> PHY interfaces present on Exynos4 SoC.
>>>
>
Hi Andrzej,
This issue could be solved by exporting a regmap from PMU driver
or Exynos clock provider for the usage by exynos-simple-phy.
The operations on PHYs from exynos-simple-phy provider would
be chained to PMU driver and protected by a spinlock in the regmap.
Luckily, the divider is not use
Hi Andrzej,
On 9 April 2014 16:00, Andrzej Hajda wrote:
> Hi Tomasz,
>
> On 04/08/2014 04:37 PM, Tomasz Stanislawski wrote:
>> The HDMIPHY (physical interface) is controlled by a single
>> bit in a power controller's regiter. It was implemented
>> as clock. It was a simple but effective hack.
>
>
Hi Tomasz,
On 04/08/2014 04:37 PM, Tomasz Stanislawski wrote:
> The HDMIPHY (physical interface) is controlled by a single
> bit in a power controller's regiter. It was implemented
> as clock. It was a simple but effective hack.
This power controller register has also bits to control HDMI clock
d
Hi,
On 09/04/14 11:12, Rahul Sharma wrote:
> Idea looks good. How about keeping compatible which is independent
> of SoC, something like "samsung,exynos-simple-phy" and provide Reg
> and Bit through phy provider node. This way we can avoid SoC specific
> hardcoding in phy driver and don't need to
Hi Tomasz,
On 9 April 2014 14:07, Andrzej Hajda wrote:
> Hi Tomasz,
>
> On 04/08/2014 04:37 PM, Tomasz Stanislawski wrote:
>> Add exynos-simple-phy driver to support a single register
>> PHY interfaces present on Exynos4 SoC.
>>
>> Signed-off-by: Tomasz Stanislawski
>> ---
>> .../devicetree/bin
Hi,
On 04/08/2014 08:13 PM, Alexander Sosna wrote:
> Hi,
>
> I took drivers/media/usb/gspca/kinect.c as skeleton to build a depth
> driver for the kinect camera.
>
> I needed to implement this feature because libfreenect performs so badly
> on the raspberry pi that you can't get a single frame.
Hi.
I need to make a continuous (H24) recording of some DVB-S and DVB-T
streams and I wish to let me to play it during its recording, without
waiting for the file closing.
The purpose is having something like a DVR which lets me to play a DVB
stream selecting a date/time, so I will also need to i
Hi Tomasz,
On 04/08/2014 04:37 PM, Tomasz Stanislawski wrote:
> Add exynos-simple-phy driver to support a single register
> PHY interfaces present on Exynos4 SoC.
>
> Signed-off-by: Tomasz Stanislawski
> ---
> .../devicetree/bindings/phy/samsung-phy.txt| 24 +++
> drivers/phy/Kconfig
Hi,
I have this board which I think is about 2007 vintange. It has a PLX
PCI6140 PCI-PCI bridge, with both a TI TSB43AB22 IEEE1394 FireWire
controller and an NXP SAA7131E on the far side.
The tuner is a TDA8275A and the DVB-T decoder is the TDA10046A. It
reports a subsystem ID of 17de:7256.
The
On 04/09/2014 09:56 AM, Sachin Kamat wrote:
Hi Jacek,
On 9 April 2014 13:01, Jacek Anaszewski wrote:
On 04/08/2014 09:49 AM, Sachin Kamat wrote:
Hello Sachin,
Thanks for the review. I put it into info message because this is
rather hard for the user to figure out why the adjustment occur
Hi Jacek,
On 9 April 2014 13:01, Jacek Anaszewski wrote:
> On 04/08/2014 09:49 AM, Sachin Kamat wrote:
>>
> Hello Sachin,
>
> Thanks for the review. I put it into info message because this is
> rather hard for the user to figure out why the adjustment occurred,
> bearing in mind that JPEG with t
On 04/08/2014 09:49 AM, Sachin Kamat wrote:
Hi Jacek,
On 7 April 2014 18:46, Jacek Anaszewski wrote:
Prevent decompression of a JPEG 4:2:0 with odd width to
the YUV 4:2:0 compliant formats for Exynos4x12 SoCs and
adjust capture format to RGB565 in such a case. This is
required because the conf
84 matches
Mail list logo
