(2014/04/17 10:27), Roberto Alcantara wrote:
Bad news for me.
I will try to debug something about MTP despite I don’t know yet how to.
I will let know about this guys.
Thank you !
Em 16/04/2014, à(s) 13:34, Mauro Carvalho Chehab
escreveu:
I suspect that it is trying to load this device
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 17 04:00:21 CEST 2014
git branch: test
git hash: 701b57ee3387b8e3749845b02310b5625fbd8da0
gcc versi
Hi Hans,
Em Wed, 16 Apr 2014 18:38:25 -0300
Mauro Carvalho Chehab escreveu:
> Em Fri, 11 Apr 2014 10:11:07 +0200
> Hans Verkuil escreveu:
>
> > From: Hans Verkuil
> >
> > --- a/drivers/media/platform/blackfin/bfin_capture.c
> > +++ b/drivers/media/platform/blackfin/bfin_capture.c
> > @@ -42
Em Thu, 17 Apr 2014 00:33:55 +0200
Hans Verkuil escreveu:
> On 04/17/2014 12:23 AM, Mauro Carvalho Chehab wrote:
> > Em Mon, 10 Mar 2014 13:20:49 +0100
> > Hans Verkuil escreveu:
> >
> >> From: Hans Verkuil
> >>
> >> Convert the saa7134 driver to vb2.
> >>
> >> Note that while this uses the vb
Bad news for me.
I will try to debug something about MTP despite I don’t know yet how to.
I will let know about this guys.
Thank you !
Em 16/04/2014, à(s) 13:34, Mauro Carvalho Chehab
escreveu:
>
>
> I suspect that it is trying to load this device via smsdio driver, but
> I'm not sure.
>
On 04/17/2014 12:23 AM, Mauro Carvalho Chehab wrote:
> Em Mon, 10 Mar 2014 13:20:49 +0100
> Hans Verkuil escreveu:
>
>> From: Hans Verkuil
>>
>> Convert the saa7134 driver to vb2.
>>
>> Note that while this uses the vb2-dma-sg version, the VB2_USERPTR mode is
>> disabled. The DMA hardware only s
As requested by Mauro, here is the rebased version of the 'vb2: stop_streaming
should return void' patch and the saa7134 vb2 conversion patch.
Regards,
Hans
The following changes since commit 701b57ee3387b8e3749845b02310b5625fbd8da0:
[media] vb2: Add videobuf2-dvb support (2014-04-16
Hello,
On Wed, Apr 09, 2014 at 09:21:08AM -0600, Shuah Khan wrote:
> +#define TOKEN_DEVRES_FREE0
> +#define TOKEN_DEVRES_BUSY1
> +
> +struct token_devres {
> + int status;
> + charid[];
> +};
Please just do "bool busy" and drop the constants.
> +struct tkn_match {
> +
Em Fri, 11 Apr 2014 10:11:07 +0200
Hans Verkuil escreveu:
> From: Hans Verkuil
>
> The vb2 core ignores any return code from the stop_streaming op.
> And there really isn't anything it can do anyway in case of an error.
> So change the return type to void and update any drivers that implement i
the table parsers now initialize the complete table,
and do no longer rely on an already initialized table
header in the supplied buffer.
adds section length checking in PAT as well.
Signed-off-by: André Roth
---
lib/include/libdvbv5/header.h | 2 +-
lib/libdvbv5/dvb-scan.c| 31 ++
Fix stream curruption on high bitrate (>60mbit).
Signed-off-by: Evgeny Plehov
---
drivers/media/usb/dvb-usb/technisat-usb2.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/usb/dvb-usb/technisat-usb2.c
b/drivers/media/usb/dvb-usb/technisat-usb2.c
index 42019
Previously we where updating the buffer state using __fill_v4l2_buffer
before the state transition was completed through __vb2_dqbuf. This
would cause the V4L2_BUF_FLAG_DONE to be set, which would mean it still
queued. The spec says the dqbuf should clean the DONE flag, right not it
alway set it.
Warnings due to __le16 / u16 conversions.
Replace offending struct and so stay on cpu domain.
Signed-off-by: Robert Butora
---
drivers/media/usb/gspca/dtcs033.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/drivers/media/usb/gspca/dtcs033.c
b/drivers/media
On Wed, Apr 16, 2014 at 08:21:54PM +0200, Laurent Pinchart wrote:
> Applied with whitespace fixes and the following change to 07/11.
>
> @@ -867,6 +868,9 @@ static int video_queue_buffer(struct device *dev,
> buf.type = dev->type;
> buf.memory = dev->memtype;
>
> - if (dev->type
Hi Jacek,
Thanks for the update!
On Fri, Apr 11, 2014 at 04:56:56PM +0200, Jacek Anaszewski wrote:
> This patch adds helper functions for registering/unregistering
> LED class flash devices as V4L2 subdevs. The functions should
> be called from the LED subsystem device driver. In case the
> suppo
Hi Sakari,
Thank you for the patches.
On Saturday 12 April 2014 16:23:52 Sakari Ailus wrote:
> Hi,
>
> This is the third version of the timestamp source and mem-to-mem device
> support patchset.
>
> Change since v2:
>
> - struct device type remains enum v4l2_buf_type
>
> - Added a struct whic
Hi Hans,
Well I'll confirm that tomorrow. To me it looks like 320x240 scaled with a
corresponding loss of detail.
I'll see if I can find a nice test image to use to show the difference clearly
in comparison to the stk1160 at the same resolution. The ImpactVCB-e should be
better but it isn't. T
On Wed, 16 Apr 2014, Laurent Pinchart wrote:
> Hi Thomas,
>
> (CC'ing the linux-usb mailing list)
>
> On Tuesday 15 April 2014 16:45:28 Thomas Pugliese wrote:
> > On Tue, 15 Apr 2014, Laurent Pinchart wrote:
> > > Hi Thomas,
> > >
> > > Could you please send me a proper revert patch with the
On 04/16/2014 07:11 PM, Steve Cookson wrote:
> Hi Guys,
>
> On 14/04/14 15:02, Hans Verkuil wrote:
>
> > I'd appreciate it if you can test this with a proper video feed.
>
> Ok, here is the first issue:
>
> 1) I have a 640x480 video feed which displays appropriately through
> stk1160, but onl
Hi Jacek,
Thanks for the patch! Comments below.
On Fri, Apr 11, 2014 at 04:56:54PM +0200, Jacek Anaszewski wrote:
> This patch adds led-flash support to Maxim max77693 chipset.
> A device can be exposed to user space through LED subsystem
> sysfs interface or through V4L2 subdevice when the suppo
Hi Guys,
On 14/04/14 15:02, Hans Verkuil wrote:
> I'd appreciate it if you can test this with a proper video feed.
Ok, here is the first issue:
1) I have a 640x480 video feed which displays appropriately through
stk1160, but only displays at 320x240 in ImpactVCBe.
In fact this is the same i
Hi Guys,
On 16/04/14 14:20, Hans Verkuil wrote:
>> However looking at the tree structure I have to say I don't understand
>> > it. Firstly there seem to be two equivalent branches in
/lib/modules/:
>> >
>> > 1) drivers/linux/drivers/misc/altera-stapl/
>> >
>> > and
>> >
>> > 2) drivers/misc/alt
Em Wed, 16 Apr 2014 17:51:21 +0900
Sat escreveu:
> Hi Roberto,
>
> Did you check if the device id of your tuner is included in smsusb.c?
> id can be gotten by lsusb command.
>
> Thanks,
> Satoshi
>
> (2014/04/16 8:28), Roberto Alcantara wrote:
> > Guys,
> >
> > I’m trying enable Siano SMS2270
Remove the CONFIG_ prefix from two Kconfig symbols in a dependency for
SMS_SIANO_DEBUGFS. This prefix is invalid inside Kconfig files.
Note that the current (common sense) dependency on SMS_USB_DRV and
SMS_SDIO_DRV being equal ensures that SMS_SIANO_DEBUGFS will not
violate its constraints. These
On Tue, Apr 15, 2014 at 12:34 PM, Sylwester Nawrocki
wrote:
> This patch makes the driver instantiating its child devices itself,
> rather than relying on an OS to instantiate devices as children
> of "simple-bus". This removes an incorrect usage of "simple-bus"
> compatible.
Good, but why can't
Hi Laurent and Hans,
Thank you for the review.
On Wed, Apr 16, 2014 at 7:46 PM, Hans Verkuil wrote:
> On 04/16/2014 04:09 PM, Laurent Pinchart wrote:
>> Hi Arun,
>>
>> Thank you for the patch.
>> On Wednesday 16 April 2014 18:29:21 Arun Kumar K wrote:
>>> From: Pawel Osciak
>>>
>>> This event i
This solves this bug:
https://bugzilla.kernel.org/show_bug.cgi?id=73361
The problem is that when you quit tvtime it calls STREAMOFF, but then it queues
a
bunch of buffers for no good reason before closing the file descriptor.
In the past closing the fd would free the vb queue since that was par
On 04/16/2014 04:09 PM, Laurent Pinchart wrote:
> Hi Arun,
>
> Thank you for the patch.
> On Wednesday 16 April 2014 18:29:21 Arun Kumar K wrote:
>> From: Pawel Osciak
>>
>> This event indicates that the decoder has reached a point in the stream,
>> at which the resolution changes. The userspace
Hi Arun,
Thank you for the patch.
On Wednesday 16 April 2014 18:29:21 Arun Kumar K wrote:
> From: Pawel Osciak
>
> This event indicates that the decoder has reached a point in the stream,
> at which the resolution changes. The userspace is expected to provide a new
> set of CAPTURE buffers for t
On Mon, 14 Apr 2014 15:49:34 +0200 (CEST)
Guennadi Liakhovetski wrote:
> I'd prefer to first post it to the lists to maybe have someone test it ;)
> Otherwise - I've got a couple more fixes for 3.15, which I hope to make
> ready and push in a couple of weeks... So, with your ack I can take this
> Anyway, I would recommend that you make a safety copy of your modules
> first (just in case :-) ), and then move all the newly install modules
> to the right place.
Yeah, I generally recommend that in such cases you just "rm -rf
/lib/modules/`uname -r`/kernel/drivers/media" before running "make
On 04/16/2014 03:14 PM, Steve Cookson wrote:
> Hi Hans,
>
> Thanks for this.
> On 16/04/14 10:58, Hans Verkuil wrote:
> > find /lib/modules/`uname -r`/|grep altera
> >
> > If you have duplicate altera-stapl.ko files, then that might explain it.
> > In that case remove the older module.
> The
Hi Hans,
Thanks for this.
On 16/04/14 10:58, Hans Verkuil wrote:
> find /lib/modules/`uname -r`/|grep altera
>
> If you have duplicate altera-stapl.ko files, then that might explain it.
> In that case remove the older module.
There are indeed duplicates. I removed the older one and dmesg went
From: Pawel Osciak
When a resolution change point is reached, queue an event to signal the
userspace that a new set of buffers is required before decoding can
continue.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
---
drivers/media/platform/s5p-mfc/s5p_mfc.c |6 ++
driv
From: Pawel Osciak
This event indicates that the decoder has reached a point in the stream,
at which the resolution changes. The userspace is expected to provide a new
set of CAPTURE buffers for the new format before decoding can continue.
Signed-off-by: Pawel Osciak
Signed-off-by: Arun Kumar K
Hi Thomas,
(CC'ing the linux-usb mailing list)
On Tuesday 15 April 2014 16:45:28 Thomas Pugliese wrote:
> On Tue, 15 Apr 2014, Laurent Pinchart wrote:
> > Hi Thomas,
> >
> > Could you please send me a proper revert patch with the above description
> > in the commit message and CC Mauro Carvalho
> This patch adds led-flash support to Maxim max77693 chipset.
> A device can be exposed to user space through LED subsystem
> sysfs interface or through V4L2 subdevice when the support
> for V4L2 Flash sub-devices is enabled. Device supports up to
> two leds which can work in flash and torch mode.
On 04/15/2014 08:44 PM, Steve Cookson wrote:
> Hi Hans,
>
> On 15/04/14 18:13, Hans Verkuil wrote:
>> You may have to do a 'depmod -a' here. Try that first.
> I tried that. It worked fine. No more error messages from
>
> make -C .. rmmod
>
11tried to modprobe cx23885, but got "invalid
Hi Roberto,
Did you check if the device id of your tuner is included in smsusb.c?
id can be gotten by lsusb command.
Thanks,
Satoshi
(2014/04/16 8:28), Roberto Alcantara wrote:
Guys,
I’m trying enable Siano SMS2270 ISDB-T tuner in development board with
Allwinner A20 SoC.
I recompiled kerne
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 16 Apr 09:28:51 CEST 2014
git branch: test
git hash: 30ece903f5470cf80971a5f2dc6924dd62d5d96c
gcc versi
40 matches
Mail list logo
