Moikka!
On 07/23/2014 02:20 PM, kbuild test robot wrote:
tree: git://linuxtv.org/media_tree.git master
head: eb9da073bd002f2968c84129a5c49625911a3199
commit: 77bbb2b049c1c3e935f5bec510bec337d94ae8f8 [378/499] rtl2832_sdr: move
from staging to media
config: i386-randconfig-ha2-0723 (attache
On 07/23/2014 07:04 AM, Monica, Agnes wrote:
> Hi,
>
> It would be good if support exists for full and limited range.
>
> 1. So can we re-use(map) the existing colorspace for our different color
> format.
Well, no, obviously. You need to propose new colorspace defines. The list of
colorspace
A lot of work was done in vb2 to regulate how drivers and the vb2 core handle
buffer ownership, but inexplicably the videobuf2-core.h comments were never
updated. Do so now. The same was true for the replacement of the -ENOBUFS
mechanism by the min_buffers_needed field.
Signed-off-by: Hans Verkuil
On 07/24/2014 05:53 AM, Scott Jiang wrote:
> In fact we only need to give a warning if the driver still use the
> buffer after we release all queued buffers.
>
> Signed-off-by: Scott Jiang
Nacked-by: Hans Verkuil
You're removing the warning telling you that your driver has a bug instead
of fix
Hi,
It would be good if support exists for full and limited range.
1. So can we re-use(map) the existing colorspace for our different color
format.
2. Or is it a good way to use custom control command.
So in future if we come across some specific features with respect to our chip,
is it go
Since we have get vdev by calling video_devdata() at the beginning of
s5p_mfc_open(), we should just use vdev instead of calling video_devdata()
again in the following code.
Signed-off-by: Zhaowei Yuan
---
drivers/media/platform/s5p-mfc/s5p_mfc.c |2 +-
1 file changed, 1 insertion(+), 1 dele
It should be bank2_virt to be checked after dma allocation
instead of dev->fw_virt_addr.
Signed-off-by: Zhaowei Yuan
---
drivers/media/platform/s5p-mfc/s5p_mfc_ctrl.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc_ctrl.c
b/drivers/m
In fact we only need to give a warning if the driver still use the
buffer after we release all queued buffers.
Signed-off-by: Scott Jiang
---
drivers/media/v4l2-core/videobuf2-core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/v4l2-core/videobuf2-core.c
Hi Sachin,
Thanks for testing.
Even I tested with both PM enable/disable with EXYNOS_IOMMU. I didn't
face any issues.
Let me check with out IOMMU. I will update the status soon.
Regards,
Shaik Ameer Basha
On Tue, Jul 22, 2014 at 10:31 AM, Sachin Kamat wrote:
> Hi Shaik,
>
> On Mon, Jul 21, 201
Hi Zhaowei,
On 07/23/2014 09:49 AM, Zhaowei Yuan wrote:
> Since we have get vdev by calling video_devdata() at the beginning of
> s5p_mfc_open(), we should just use vdev instead of calling video_devdata()
> again in the following code.
>
> Change-Id: I869051762d33b50a7c0dbc8149b072e70b89c6b9
Ple
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: Wed Jul 23 04:00:19 CEST 2014
git branch: test
git hash: eb9da073bd002f2968c84129a5c49625911a3199
gcc versi
Since we have get vdev by calling video_devdata() at the beginning of
s5p_mfc_open(), we should just use vdev instead of calling video_devdata()
again in the following code.
Change-Id: I869051762d33b50a7c0dbc8149b072e70b89c6b9
Signed-off-by: Zhaowei Yuan
---
drivers/media/platform/s5p-mfc/s5p_mf
It should be bank2_virt to be checked after dma allocation
instead of dev->fw_virt_addr.
Change-Id: I03ed5603de3ef1d97bf76d7d42097d9489b6b003
Signed-off-by: Zhaowei Yuan
---
drivers/media/platform/s5p-mfc/s5p_mfc_ctrl.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drive
Hi Christoph,
I know you don't have any time for Kaffeine anymore. Still, it is a very
nice application, with helps me to test some stuff.
However, its DVB support is too outdated, and doesn't work fine with devices
with multiple delivery systems, as it doesn't have support yet for
DTV_ENUM_DELS
The same card entry is used for HVR-4400 and HVR-5500.
Only HVR-5500 has been tested.
Signed-off-by: Matthias Schwarzott
---
drivers/media/pci/cx23885/Kconfig | 1 +
drivers/media/pci/cx23885/cx23885-cards.c | 17 +---
drivers/media/pci/cx23885/cx23885-dvb.c | 43 +
Signed-off-by: Matthias Schwarzott
---
Documentation/dvb/get_dvb_firmware | 33 -
1 file changed, 32 insertions(+), 1 deletion(-)
diff --git a/Documentation/dvb/get_dvb_firmware
b/Documentation/dvb/get_dvb_firmware
index d91b8be..26c623d 100755
--- a/Documentatio
DVB-T was tested with 8MHz BW channels in germany
This driver is the simplest possible, it uses automatic mode for all
parameters (TPS).
Added spectrum inversion support.
Signed-off-by: Matthias Schwarzott
---
drivers/media/dvb-frontends/Kconfig |9 +
drivers/media/dvb-frontends/Make
This series adds support for Si2165 demod.
The driver is DVB-T only for now.
Then it adds support for these devices:
* Hauppauge WinTV 930C-HD model 1113xx
* Hauppauge WinTV 930C-HD model 1114xx
* Hauppauge HVR-5500 (add DVB-T support)
* PCTV QuatroStick 521e
* PCTV QuatroStick 522e
Regards
Matth
The hardware is identical to Hauppauge WinTV 930C-HD (model 1114xx)
Signed-off-by: Matthias Schwarzott
---
drivers/media/usb/cx231xx/cx231xx-cards.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/media/usb/cx231xx/cx231xx-cards.c
b/drivers/media/usb/cx231xx/cx23
Signed-off-by: Matthias Schwarzott
---
drivers/media/usb/cx231xx/Kconfig | 1 +
drivers/media/usb/cx231xx/cx231xx-cards.c | 42 +
drivers/media/usb/cx231xx/cx231xx-dvb.c | 63 +++
drivers/media/usb/cx231xx/cx231xx.h | 1 +
4 files
The hardware is identical to Hauppauge WinTV 930C-HD (model 1113xx)
Signed-off-by: Matthias Schwarzott
---
drivers/media/usb/cx231xx/cx231xx-cards.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/media/usb/cx231xx/cx231xx-cards.c
b/drivers/media/usb/cx231xx/cx23
This is needed to support PCTV QuatroStick 522e which uses a si2157.
The si2157 driver is written using i2c_client attachment.
Signed-off-by: Matthias Schwarzott
---
drivers/media/usb/cx231xx/cx231xx-dvb.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/media/usb/cx231xx/cx23
After loading the driver the first open to dvb device node fails.
Signed-off-by: Matthias Schwarzott
---
drivers/media/usb/cx231xx/Kconfig | 1 +
drivers/media/usb/cx231xx/cx231xx-avcore.c | 1 +
drivers/media/usb/cx231xx/cx231xx-cards.c | 92 ++
drivers/m
Acked-by: Antti Palosaari
Reviewed-by: Antti Palosaari
Could you merge it directly from patchwork.
regards
Antti
On 07/22/2014 10:25 PM, Mauro Carvalho Chehab wrote:
changeset a733291d6934 didn't merge the fixes well. It ended by
restoring some bad logic removed there.
Signed-off-by: Mauro
changeset a733291d6934 didn't merge the fixes well. It ended by
restoring some bad logic removed there.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/dvb-frontends/si2168.c | 14 --
1 file changed, 14 deletions(-)
diff --git a/drivers/media/dvb-frontends/si2168.c
b/drivers
At least here with my PCTV 292e, it is printing this error:
si2168 10-0064: si2168: unkown chip version Si21170-
without a \n at the end. Probably because it is doing something
weird or firmware didn't load well. Anyway, better to print it
in hex, instead of using %c.
While here, fix the
On 07/22/2014 08:03 PM, Mauro Carvalho Chehab wrote:
Em Tue, 22 Jul 2014 17:28:07 +0100
Luis Alves escreveu:
That's right,
A few days ago I also checked that with Antti. I've also had made some
debugging and DVB core is in fact passing the correct bandwidth to the
driver.
But the true is that
as sudo su
root@SDR-client:/home/mike# lsusb -v -d 1d5c:2000
Bus 002 Device 003: ID 1d5c:2000
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 2.10
bDeviceClass 239 Miscellaneous Device
bDeviceSubClass 2 ?
bDeviceProtocol
tree: git://linuxtv.org/media_tree.git master
head: 7955f03d18d14d18188f94581a4ea336c94b1e2d
commit: 7955f03d18d14d18188f94581a4ea336c94b1e2d [499/499] [media] go7007: move
out of staging into drivers/media/usb.
reproduce: make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones prefixed by
As reported by Kbuildtest:
warning: (VIDEO_PVRUSB2 && VIDEO_TLG2300 && VIDEO_USBVISION &&
VIDEO_GO7007 && VIDEO_AU0828_V4L2 && VIDEO_CX231XX && VIDEO_TM6000 &&
VIDEO_EM28XX && VIDEO_IVTV && VIDEO_MXB && VIDEO_CX18 && VIDEO_CX23885 &&
VIDEO_CX88 && VIDEO_BT848 && VIDEO_SAA7134 && VIDEO_SA
tree: git://linuxtv.org/media_tree.git master
head: 7955f03d18d14d18188f94581a4ea336c94b1e2d
commit: 28cae868cd245b6bb2f27bce807e9d78afcf8ea2 [498/499] [media] solo6x10:
move out of staging into drivers/media/pci.
reproduce: make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones prefixed
Em Tue, 22 Jul 2014 17:28:07 +0100
Luis Alves escreveu:
> That's right,
> A few days ago I also checked that with Antti. I've also had made some
> debugging and DVB core is in fact passing the correct bandwidth to the
> driver.
>
> But the true is that it doesn't work...
> The sample I have is a
On Tue, Jul 22, 2014 at 6:04 PM, Laurent Pinchart
wrote:
> Hi Enrico,
>
> You will need to upgrade media-ctl and yavta to versions that support
> interlaced formats. media-ctl has been moved to v4l-utils
> (http://git.linuxtv.org/cgit.cgi/v4l-utils.git/) and yavta is hosted at
> git://git.ideasonb
Hi Enrico,
On Tuesday 22 July 2014 18:26:52 Enrico wrote:
> On Tue, Jul 22, 2014 at 6:04 PM, Laurent Pinchart wrote:
> > Hi Enrico,
> >
> > You will need to upgrade media-ctl and yavta to versions that support
> > interlaced formats. media-ctl has been moved to v4l-utils
> > (http://git.linuxtv.o
That's right,
A few days ago I also checked that with Antti. I've also had made some
debugging and DVB core is in fact passing the correct bandwidth to the
driver.
But the true is that it doesn't work...
The sample I have is a dvb-c mux using QAM128 @ 6 Mbaud (which results
in 7MHz bw) using 7MHz
Hi Raymond,
On Tuesday 22 July 2014 09:20:34 Raymond Jender wrote:
> Please remove me from this mailing list. It does not provide me with what I
> thought it would.
We can't do that, but you can easily perform the operation yourself. Look at
the bottom of any e-mail you receive from the list (b
Em Tue, 22 Jul 2014 12:09:48 +0100
Luis Alves escreveu:
> This patch fixes DVB-C reception.
> Without setting the bandwidth to 8MHz the received stream gets corrupted.
>
> Regards,
> Luis
>
> Signed-off-by: Luis Alves
> ---
> drivers/media/tuners/si2157.c | 1 +
> 1 file changed, 1 insertion(
Hi Enrico,
On Tuesday 22 July 2014 17:52:27 Enrico wrote:
> On Tue, Jun 24, 2014 at 5:19 PM, Enrico wrote:
> > On Tue, May 27, 2014 at 10:38 AM, Enrico wrote:
> >> On Mon, May 26, 2014 at 9:50 PM, Laurent Pinchart wrote:
> >>> Hello,
> >>>
> >>> This patch sets implements support for BT.656 and
On 22.07.2014 13:09, Luis Alves wrote:
> This patch fixes DVB-C reception.
> Without setting the bandwidth to 8MHz the received stream gets corrupted.
Hi Luis,
I also wonder if some code should default to bandwidth of 8MHz if none
is set.
But then I grepped for it and found code in
drivers/media
This patch adds the TS mode as a config option:
- ts_mode added to config struct.
- Possible (interesting) values are
* Parallel mode = 0x06
* Serial mode = 0x03
Currently the modules using this demod only use parallel mode.
Regards,
Luis
Signed-off-by: Luis Alves
---
drivers/media/dvb-f
On Tue, Jun 24, 2014 at 5:19 PM, Enrico wrote:
> On Tue, May 27, 2014 at 10:38 AM, Enrico wrote:
>> On Mon, May 26, 2014 at 9:50 PM, Laurent Pinchart
>> wrote:
>>> Hello,
>>>
>>> This patch sets implements support for BT.656 and interlaced formats in the
>>> OMAP3 ISP driver. Better late than ne
On Sat, Jul 12, 2014 at 10:30 PM, abdoulaye berthe wrote:
Heads up. Requesting ACKs for this patch or I'm atleast warning that it will be
applied. We're getting rid of the return value from gpiochip_remove().
> this remove all reference to gpio_remove retval in all driver
> except pinctrl and gp
On 22/07/14 16:44, Arnd Bergmann wrote:
> I'd vote for listing it as an optional clock independent of the compatible
> string and changing the driver to just use it when it's provided.
That sounds good to me, thanks for the suggestion.
--
Regards,
Sylwester
--
To unsubscribe from this list: send
On Tuesday 22 July 2014 16:18:25 Sylwester Nawrocki wrote:
>
> All right, then I would rephrase it to:
>
> - clock-names : should contain:
>- "jpeg" for the common gate clock,
>- "sclk" for the special clock (only for Exynos3250).
> - clocks: shou
On 22/07/14 13:48, Arnd Bergmann wrote:
> -- clocks : should contain the JPEG codec IP gate clock specifier, from
> the
> > >> > +- clocks : should contain the JPEG codec IP gate clock specifier
> > >> > and
> > >> > +for the Exynos3250 SoC additionally the SCLK_
I have a business proposal I would like to share with you, on your response I
will email you with more details.
I await your quick response.
Kind regards
Richard Wong
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
Am Montag, den 21.07.2014, 21:19 +0200 schrieb Robert Schwebel:
> Hi Mauro,
>
> On Mon, Jul 21, 2014 at 04:01:28PM -0300, Mauro Carvalho Chehab wrote:
> > > This patch adds support for the CODA960 VPU in Freescale i.MX6 SoCs.
> > >
> > > It enables h.264 and MPEG4 encoding and decoding support. B
From: Michael Olbrich
Some drivers might allow to decode remaining frames from an internal ringbuffer
after a decoder stop command. Allow those to call v4l2_m2m_try_schedule
directly.
Signed-off-by: Michael Olbrich
Signed-off-by: Philipp Zabel
---
Changes since v3:
- Export v4l2_m2m_try_sched
Provide a way to specify panel requirement in terms of supported media bus
format (particularly useful for panels connected to an RGB or LVDS bus).
Signed-off-by: Boris BREZILLON
---
drivers/gpu/drm/panel/panel-simple.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/pan
Add RGB444 format using a 12 bits bus and RGB565 using a 16 bits bus.
These formats will later be used by atmel-hlcdc driver.
Signed-off-by: Boris BREZILLON
---
include/uapi/linux/v4l2-mediabus.h| 2 ++
include/uapi/linux/video-bus-format.h | 4 +++-
2 files changed, 5 insertions(+), 1 dele
Rename mediabus formats and move the enum into a separate header file so
that it can be used by DRM/KMS subsystem without any reference to the V4L2
subsystem.
Old V4L2_MBUS_FMT_ definitions are now macros that points to VIDEO_BUS_FMT_
definitions.
Signed-off-by: Boris BREZILLON
---
include/uapi
Hello,
This patch series is a proposal to describe the different data formats used
by HW components to connect with each other.
This is just a copy of the existing V4L2_MBUS_FMT defintions with a neutral
name so that it can be used by V4L2 and DRM/KMS subsystem.
This series also makes use of thi
Foxlink's fl500wvr00-a0t supports RGB888 format.
Signed-off-by: Boris BREZILLON
---
drivers/gpu/drm/panel/panel-simple.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-simple.c
index 42fd6d1..f1e49fd 100644
--- a/drivers/gp
Add bus_formats and nbus_formats fields and
drm_display_info_set_bus_formats helper function to specify the bus
formats supported by a given display.
This information can be used by display controller drivers to configure
the output interface appropriately (i.e. RGB565, RGB666 or RGB888 on raw
RGB
On Tuesday 22 July 2014 13:42:00 Sylwester Nawrocki wrote:
> On 14/07/14 11:56, Mark Rutland wrote:
> >> diff --git a/Documentation/devicetree/bindings/media/exynos-jpeg-codec.txt
> >> b/Documentation/devicetree/bindings/media/exynos-jpeg-codec.txt
> >> > index 937b755..3142745 100644
> >> > --- a
On 14/07/14 11:56, Mark Rutland wrote:
>> diff --git a/Documentation/devicetree/bindings/media/exynos-jpeg-codec.txt
>> b/Documentation/devicetree/bindings/media/exynos-jpeg-codec.txt
>> > index 937b755..3142745 100644
>> > --- a/Documentation/devicetree/bindings/media/exynos-jpeg-codec.txt
>> > +
This patch fixes DVB-C reception.
Without setting the bandwidth to 8MHz the received stream gets corrupted.
Regards,
Luis
Signed-off-by: Luis Alves
---
drivers/media/tuners/si2157.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/tuners/si2157.c b/drivers/media/tuners/si2157.c
Am Montag, den 21.07.2014, 16:04 -0300 schrieb Mauro Carvalho Chehab:
> Em Fri, 11 Jul 2014 11:36:29 +0200
> Philipp Zabel escreveu:
>
> > From: Michael Olbrich
> >
> > Some drivers might allow to decode remaining frames from an internal
> > ringbuffer
> > after a decoder stop command. Allow t
The following changes since commit a733291d6934d0663af9e7d9f2266ab87a2946cd:
Merge commit '67dd8f35c2d8ed80f26c9654b474cffc11c6674d' into
patchwork (2014-07-22 02:03:59 -0300)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git sdr_pull
for you to fetch chang
Rename driver namespace according to current driver name. Old
msi3101 was name of reference design, msi2500 is name of chip
itself.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/msi2500/msi2500.c | 256 ++--
1 file changed, 128 insertions(+), 128 deletions(
There was a lot of duplicated functionality between different
stream format handling. Refactor functionality in order to get
rid of duplicated code.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/msi2500/msi2500.c | 437 +---
1 file changed, 103 insertions(+
On 07/22/14 09:23, Hans Verkuil wrote:
> Hi Monica,
>
> The v4l2-library is not the best mailinglist for that so I've added
> linux-media
> as well, which is more appropriate. I've also added Lars-Peter since he does a
> lot of adv work as well.
>
> The short answer is that those colorspaces are
Hi Monica,
The v4l2-library is not the best mailinglist for that so I've added linux-media
as well, which is more appropriate. I've also added Lars-Peter since he does a
lot of adv work as well.
The short answer is that those colorspaces are not supported at the moment,
but that it is not a probl
tree: git://linuxtv.org/media_tree.git master
head: a733291d6934d0663af9e7d9f2266ab87a2946cd
commit: 77bbb2b049c1c3e935f5bec510bec337d94ae8f8 [441/499] rtl2832_sdr: move
from staging to media
config: make ARCH=arm allmodconfig
Note: the linuxtv-media/master HEAD a733291d6934d0663af9e7d9f2266a
64 matches
Mail list logo
