media: Linux media interface: v0.10
Linux video capture interface: v2.00
em28xx: New device USB 2870 Device @ 480 Mbps (eb1a:2870, interface 0, class 0)
em28xx: Video interface 0 found: isoc
em28xx: DVB interface 0 found: isoc
em28xx: chip ID is em2870
em2870 #0: i2c eeprom 00: 1a eb 67 95 1a eb 7
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: Sat Jan 11 04:00:34 CET 2014
git branch: test
git hash: d20e4ed6d30c6ecee315eea0efb3449c3591d09e
gcc versio
There are some bugs preventing the usage of audio with a xHCI port:
1) The URB interval equal to 1 means a IRQ rate of 64 x 125 us, with
xHCI (a period of 8ms), while it means a period of 64 ms with EHCI;
2) The period value was never 64 bytes.
Properly address the two above issues and prepar
De-allocate memory and free sound if an error happens.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/em28xx/em28xx-audio.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/media/usb/em28xx/em28xx-audio.c
b/drivers/media/usb/em28xx/em28xx-audio.c
index 8e6f04873422..4e
Just filling urb->interval with 1 is wrong, and causes a different
behaviour with xHCI.
With EHCI, the URB size is typically 192 bytes. However, as
xHCI specifies intervals in microframes, the URB size becomes
too short (24 bytes).
With this patch, the interval will be properly initialized, and
t
Thanks for the test application.
But I don' see the test directory in the repository mention here:
http://git.infradead.org/users/kmpark/public-apps/tree/refs/heads/master
Thank you again.
On Wed, Jan 8, 2014 at 12:54 PM, Sylwester Nawrocki
wrote:
> Hi,
>
>
> On 01/01/2014 12:39 AM, m silverstr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
于 2014年01月10日 19:13, Andrzej Hajda 写道:
> Hi Randy,
>
> On 01/10/2014 10:15 AM, randy wrote:
>
>
>
>>> It won't work, if I do that, after step 7, neither OUPUT nor
>>> CAPTURE will poll return in my program. but ./mfc-encode -m
>>> /dev/video1 -c
Hi Ethan,
On 01/06/2014 01:41 PM, Ethan Zhao wrote:
> Function saa7146_format_by_fourcc() may return NULL, reference of the returned
> result would cause NULL pointer issue without checking.
>
> Signed-off-by: Ethan Zhao
> ---
> drivers/media/common/saa7146/saa7146_hlp.c | 22 ++
Hi,
Thanks for the patch, but the return value is already checked earlier on when
building the ep_tb table, so it can never return NULL here.
Regards,
Hans
On 01/10/2014 02:07 PM, Hans Verkuil wrote:
Cc to linux-media and Hans de Goede (gspca maintainer).
Regards,
Hans
On 01/07/14
Cc to linux-media and Hans de Goede (gspca maintainer).
Regards,
Hans
On 01/07/14 10:56, Ethan Zhao wrote:
> function alt_xfer() may return NULL, should check its return value passed into
> create_urbs() as parameter.
>
> gspca_init_transfer()
> {
> ... ...
> ret = create_urbs(gspca_dev
Also CC to linux-media and Andy Walls who maintains this driver.
Regards,
Hans
On 01/06/14 16:07, Ethan Zhao wrote:
> cx18_i2c_register() is called in cx18_init_subdevs() with index
> greater than length of hw_bus array, that will cause array overrun,
> introduce a helper cx18_get_max_bu
Ethan,
FYI: please post such media patches to the linux-media mailinglist in the
future.
That way they will be picked up by patchwork and it makes handling them a lot
easier.
I'm CC-ing that mailinglist in this reply so everyone can take a look at this
patch.
Regards,
Hans
On 01/06/
Folgender Artikel auf http://diepresse.com wird Ihnen von Franklin Buthelezi
empfohlen:
Mein Freund, der Fahrradhändler
Manche Dinge verändern sich über die langen Wintermonate hinweg.
http://diepresse.com/home/leben/mode/kolumnezumtag/548717/index.do
Notiz:
Dear friend,
I am the internation
This is a series of cleanup patches for em28xx I2C. It was originally
part of a series of patches meant to split em28xx V4L2 module, but it
made sense to submit as a separate patch set.
Part of the original series were already merged, as the patches there
were ok.
The first patch on this series c
Follow the error codes for I2C as described at Documentation/i2c/fault-codes.
In the case of the I2C status register (0x05), this is mapped into:
- ENXIO - when reg 05 returns 0x10
- ETIMEDOUT - when the device is not temporarily not responding
(e. g. reg 05
The I2C output messages is too polluted. Clean it a little
bit, by:
- use the proper core support for memory dumps;
- hide most stuff under the i2c_debug umbrella;
- add the missing KERN_CONT where needed;
- use 2 levels or verbosity. Only the second one
wi
If i2c_debug is enabled, we splicitly want to know when a
device fails with timeout.
If i2c_debug==2, this is already provided, for each I2C transfer
that fails.
However, most of the time, we don't need to go that far. We just
want to know that I2C transfers fail.
So, add such errors for normal
Hi Randy,
On 01/10/2014 10:15 AM, randy wrote:
>> It won't work, if I do that, after step 7, neither OUPUT nor
>> CAPTURE will poll return in my program. but ./mfc-encode -m
>> /dev/video1 -c h264,header_mode=1 work normally,
> I am sorry, I didn't well test it, if I use ./mfc-encode -m
> /dev/
Hi Tom,
On Thu, Jan 09, 2014 at 03:19:00PM +, Tom wrote:
> Hello,
>
> sorry for questioning this issue again, but by all the articles I found I
> never got clear reason for the idle problem of the ccdc.
>
> With my camera its a kind of randomly problem. I grab images with the yavta
> tool. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
于 2014年01月08日 23:44, randy 写道:
> 于 2014年01月08日 22:42, Kamil Debski 写道:
>> Hi Randy,
>
>> Please have a look at the V4L2_CID_MPEG_VIDEO_HEADER_MODE
>> control.
>>> From your description it seems that it is in its default state
>>> -
>>>
>> V4L2_MPEG_V
Hi Laurent,
Laurent Pinchart wrote:
Hi Sakari,
Thank you for the patch.
On Tuesday 17 December 2013 15:49:24 Sakari Ailus wrote:
When the sub-device is registered, increment the use count of the sub-device
owner only if it's different from the owner of the driver for the media
device. This av
Le 09/01/2014 19:14, Enrico a écrit :
On Wed, Jan 8, 2014 at 12:55 PM, Julien BERAUD wrote:
Le 07/01/2014 11:12, Enrico a écrit :
On Mon, Jan 6, 2014 at 11:11 AM, Julien BERAUD
wrote:
Le 03/01/2014 12:30, Enrico a écrit :
On Wed, Dec 18, 2013 at 11:09 AM, Enrico
wrote:
On Tue, Dec 17, 2
Hi Dan and Daniel,
On Mon, Dec 16, 2013 at 12:45:44PM +0300, Dan Carpenter wrote:
> There are several error paths which don't unlock on error.
>
> Signed-off-by: Dan Carpenter
Thanks for the patch. However it seems this change has been already done by
essentially similar patch (w/o the redundan
23 matches
Mail list logo
