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 Aug 15 04:00:27 CEST 2015
git branch: test
git hash: 2696f495bdc046d84da6c909a1e7f535138a2a62
gcc versi
www.facebook.com
Gratulálunk !!!
Örülünk, hogy be, hogy a Facebook számla került véletlenszerűen
kiválasztott, a kedvezményezett $ 1,000,000.00usd a 2014/2015 Facebook Év
{Grand Jutalmak győztes}.
Küldjön e-mailt az alábbi adatokat: fb_deliveryserv...@yeah.net
MEGHÍVÓ AZONOSÍTÓ: NW90W0W0-XAN
www.facebook.com
Gratulálunk !!!
Örülünk, hogy be, hogy a Facebook számla került véletlenszerűen
kiválasztott, a kedvezményezett $ 1,000,000.00usd a 2014/2015 Facebook Év
{Grand Jutalmak győztes}.
Küldjön e-mailt az alábbi adatokat: fb_deliveryserv...@yeah.net
MEGHÍVÓ AZONOSÍTÓ: NW90W0W0-XAN
Em Sat, 15 Aug 2015 01:37:44 +0300
Sakari Ailus escreveu:
> Hi Mauro,
>
> On Fri, Aug 14, 2015 at 11:56:37AM -0300, Mauro Carvalho Chehab wrote:
> > Those are the initial patches from my previous series of MC changes.
> >
> > The first patch removes an unused parameter when creating links.
> >
Hi Mauro,
On Fri, Aug 14, 2015 at 11:56:37AM -0300, Mauro Carvalho Chehab wrote:
> Those are the initial patches from my previous series of MC changes.
>
> The first patch removes an unused parameter when creating links.
>
> The next 5 patches warrant that all object types (entities, pads and
>
Hi Mauro,
On Fri, Aug 14, 2015 at 11:56:42AM -0300, Mauro Carvalho Chehab wrote:
> @@ -448,6 +456,7 @@ EXPORT_SYMBOL_GPL(media_device_register_entity);
> */
> void media_device_unregister_entity(struct media_entity *entity)
> {
> + int i;
I'd declare temporary variables as last.
>
Hi Mauro,
On Fri, Aug 14, 2015 at 11:56:41AM -0300, Mauro Carvalho Chehab wrote:
> As entities are graph elements, let's embeed media_graph_obj
> on it. That ensures an unique ID for entities that can be
> global along the entire media controller.
>
> For now, we'll keep the already existing enti
Hello,
On Saturday 15 August 2015 00:08:55 Sakari Ailus wrote:
> On Fri, Aug 14, 2015 at 11:56:39AM -0300, Mauro Carvalho Chehab wrote:
> ...
>
> > diff --git a/include/media/media-entity.h b/include/media/media-entity.h
> > index 8b21a4d920d9..478d5cd56be9 100644
> > --- a/include/media/media-en
Hi Mauro,
On Fri, Aug 14, 2015 at 11:56:40AM -0300, Mauro Carvalho Chehab wrote:
> Due to the MC API proposed changes, we'll need to have an unique
> object ID for all graph objects, and have some shared fields
> that will be common on all media graph objects.
>
> Right now, the only common objec
Hi Mauro,
On Fri, Aug 14, 2015 at 11:56:39AM -0300, Mauro Carvalho Chehab wrote:
...
> diff --git a/include/media/media-entity.h b/include/media/media-entity.h
> index 8b21a4d920d9..478d5cd56be9 100644
> --- a/include/media/media-entity.h
> +++ b/include/media/media-entity.h
> @@ -126,6 +126,8 @@
www.facebook.com
Gratulálunk !!!
Örülünk, hogy be, hogy a Facebook számla került véletlenszerűen
kiválasztott, a kedvezményezett $ 1,000,000.00usd a 2014/2015 Facebook Év
{Grand Jutalmak győztes}.
Küldjön e-mailt az alábbi adatokat: fb_deliveryserv...@yeah.net
MEGHÍVÓ AZONOSÍTÓ: NW90W0W0-XAN
On 12 August 2015 at 03:05, Krzysztof Hałasa wrote:
> Hi Ezequiel,
>
> OTOH I don't see any reason preventing you from sending a pull request
> for the inclusion of the TW686x driver, Mauro could merge this stuff
> then (assuming it's ready).
>
> You don't have to wait for me and a driver doesn't
When using multiple capture cards, it migth be necessary to identify a specific
device with an ALSA one. If not, the order of the ALSA devices might have no
relation to the id of the radio or video device.
Signed-off-by: Nicolas Sugino
---
Changelog:
v2:
Shortened line size
Fix
This patch fixes the following sparse warnings:
warning: ... may be used uninitialized in this function
Some function variables have been initialized to 0.
Signed-off-by: Andrew Milkovich
---
drivers/staging/media/bcm2048/radio-bcm2048.c | 20 ++--
1 file changed, 10 insertions(+
Em Fri, 14 Aug 2015 17:33:28 +0200
Hans Verkuil escreveu:
> On 08/14/2015 05:18 PM, Hans Verkuil wrote:
> > On 08/14/2015 04:56 PM, Mauro Carvalho Chehab wrote:
> >> Just like entities and pads, links also need to have unique
> >> Object IDs along a given media controller.
> >>
> >> So, let's add
On Thu, Aug 13, 2015 at 9:11 PM, David Miller wrote:
> From: James Bottomley
>> At least on some PA architectures, you have to be very careful.
>> Improperly managed, multiple aliases will cause the system to crash
>> (actually a machine check in the cache chequerboard). For the most
>> temperame
Em Fri, 14 Aug 2015 17:18:28 +0200
Hans Verkuil escreveu:
> On 08/14/2015 04:56 PM, Mauro Carvalho Chehab wrote:
> > Just like entities and pads, links also need to have unique
> > Object IDs along a given media controller.
> >
> > So, let's add a media_graph_obj inside it and initialize
> > the
On 08/14/2015 05:18 PM, Hans Verkuil wrote:
> On 08/14/2015 04:56 PM, Mauro Carvalho Chehab wrote:
>> Just like entities and pads, links also need to have unique
>> Object IDs along a given media controller.
>>
>> So, let's add a media_graph_obj inside it and initialize
>> the object then a new lin
On 08/14/2015 04:56 PM, Mauro Carvalho Chehab wrote:
> Just like entities and pads, links also need to have unique
> Object IDs along a given media controller.
>
> So, let's add a media_graph_obj inside it and initialize
> the object then a new link is created.
>
> Signed-off-by: Mauro Carvalho C
Hi Mauro,
Thank you for the patch.
On Friday 14 August 2015 11:56:38 Mauro Carvalho Chehab wrote:
> Currently, media_entity_init() creates an array with the links,
> allocated at init time. It provides a parameter (extra_links)
> that would allocate more links than the current needs, but this
> i
On 08/14/2015 04:56 PM, Mauro Carvalho Chehab wrote:
> As entities are graph elements, let's embeed media_graph_obj
s/embeed/embed/
> on it. That ensures an unique ID for entities that can be
> global along the entire media controller.
>
> For now, we'll keep the already existing entity ID. Such
On 08/14/2015 04:56 PM, Mauro Carvalho Chehab wrote:
> PADs also need unique object IDs that won't conflict with
> the entity object IDs.
>
> The pad objects are currently created via media_entity_init()
> and, once created, never change.
>
> While this will likely change in the future in order t
On 08/14/2015 04:56 PM, Mauro Carvalho Chehab wrote:
> Due to the MC API proposed changes, we'll need to have an unique
> object ID for all graph objects, and have some shared fields
> that will be common on all media graph objects.
>
> Right now, the only common object is the object ID, but other
On 08/14/2015 04:56 PM, Mauro Carvalho Chehab wrote:
> Instead of accessing direcly entity.id, let's create a macro,
s/direcly/directly/
> as this field will be moved into a common struct later on.
>
> Signed-off-by: Mauro Carvalho Chehab
Acked-by: Hans Verkuil
Regards,
Hans
>
> d
On 08/14/2015 04:56 PM, Mauro Carvalho Chehab wrote:
> Currently, media_entity_init() creates an array with the links,
> allocated at init time. It provides a parameter (extra_links)
> that would allocate more links than the current needs, but this
> is not used by any driver.
>
> As we want to be
PADs also need unique object IDs that won't conflict with
the entity object IDs.
The pad objects are currently created via media_entity_init()
and, once created, never change.
While this will likely change in the future in order to
suppory dynamic changes, for now we'll keep PADs as arrays
and in
Just like entities and pads, links also need to have unique
Object IDs along a given media controller.
So, let's add a media_graph_obj inside it and initialize
the object then a new link is created.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/media-device.c b/drivers/media/m
As entities are graph elements, let's embeed media_graph_obj
on it. That ensures an unique ID for entities that can be
global along the entire media controller.
For now, we'll keep the already existing entity ID. Such
field need to be dropped on some point, but for now, let's
not do this, to avoid
Those are the initial patches from my previous series of MC changes.
The first patch removes an unused parameter when creating links.
The next 5 patches warrant that all object types (entities, pads and
links) will have an unique ID, as agreed at the MC workshop.
They prepare for the addition of
Currently, media_entity_init() creates an array with the links,
allocated at init time. It provides a parameter (extra_links)
that would allocate more links than the current needs, but this
is not used by any driver.
As we want to be able to do dynamic link allocation/removal,
we'll need to change
Instead of accessing direcly entity.id, let's create a macro,
as this field will be moved into a common struct later on.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/media-device.c b/drivers/media/media-device.c
index 7b39440192d6..b9382f06044a 100644
--- a/drivers/media/media
Due to the MC API proposed changes, we'll need to have an unique
object ID for all graph objects, and have some shared fields
that will be common on all media graph objects.
Right now, the only common object is the object ID, but other
fields will be added latter on.
Signed-off-by: Mauro Carvalho
On 08/14/2015 03:21 PM, Mauro Carvalho Chehab wrote:
> Em Fri, 14 Aug 2015 16:08:34 +0300
> Sakari Ailus escreveu:
>
>> Hi Mauro,
>>
>> Thank you for the patchset!
>>
>> On Wed, Aug 12, 2015 at 05:14:46PM -0300, Mauro Carvalho Chehab wrote:
>>> Due to the MC API proposed changes, we'll need to:
>
Em Fri, 14 Aug 2015 16:08:34 +0300
Sakari Ailus escreveu:
> Hi Mauro,
>
> Thank you for the patchset!
>
> On Wed, Aug 12, 2015 at 05:14:46PM -0300, Mauro Carvalho Chehab wrote:
> > Due to the MC API proposed changes, we'll need to:
> > - have an unique object ID for all graph objects;
> >
Hi Mauro,
Thank you for the patchset!
On Wed, Aug 12, 2015 at 05:14:46PM -0300, Mauro Carvalho Chehab wrote:
> Due to the MC API proposed changes, we'll need to:
> - have an unique object ID for all graph objects;
> - be able to dynamically create/remove objects;
> - be able to
Hi Hans,
On Friday 14 August 2015 14:15:58 Hans Verkuil wrote:
> On 08/06/2015 10:26 PM, Helen Fornazier wrote:
> > Initialize the test pattern generator on the sensor
> > Generate a colored bar image instead of a grey one
>
> You don't want to put the tpg in every sensor and have all the blocks
On 08/06/2015 10:26 PM, Helen Fornazier wrote:
> Implement scaler and integrated with the core
As per my suggestion in patch 2/7, you don't actually need (or want) to do
image processing here. All you need to do is to tell the tpg how it should
look like. That way you get scaling for free!
Ditto
On 08/06/2015 10:26 PM, Helen Fornazier wrote:
> Initialize the test pattern generator on the sensor
> Generate a colored bar image instead of a grey one
You don't want to put the tpg in every sensor and have all the blocks in
between process the video. This is all virtual, so all that is necessar
On 08/06/2015 10:26 PM, Helen Fornazier wrote:
> * This patch series add to the vimc driver video processing units ad a
> debayer and a scaler.
> * The test pattern generator from vivid driver was exported as a module, as
> it is used by
> the vimc driver as well.
> * The debayer transforms the
On 08/12/2015 05:50 PM, Kamil Debski wrote:
> Hi,
>
> On 12 August 2015 at 13:42, Marek Szyprowski wrote:
>> Hello Hans,
>>
>> I'm sorry for a delay. Once again I've been busy with some other internal
>> stuff.
>>
>> On 2015-07-28 11:02, Hans Verkuil wrote:
>>>
>>> Kamil, Marek,
>>>
>>> Why does
These patches are the last set for 4.3 (except for this one
https://patchwork.linuxtv.org/patch/30895/ that I just posted).
Some have been posted before as part of the 'Various fixes' git pull request
that wasn't fully merged (the tw68 and rcar patches).
Regards,
Hans
The following chan
In file included from
drivers/media/platform/sti/c8sectpfe/c8sectpfe-core.c:18:0:
drivers/media/platform/sti/c8sectpfe/c8sectpfe-core.c: In function
'configure_memdma_and_inputblock':
drivers/media/platform/sti/c8sectpfe/c8sectpfe-core.c:587:21: warning: format
'%x' expects argument of type 'uns
On 08/13/2015 09:37 PM, Nicolas Sugino wrote:
> When using multiple capture cards, it migth be necessary to identify a
> specific device with an ALSA one. If not, the order of the ALSA devices might
> have no relation to the id of the radio or video device.
>
> Signed-off-by: Nicolas Sugino
> -
Em Fri, 14 Aug 2015 13:33:48 +0300
Sakari Ailus escreveu:
> Hi Mauro,
>
> On Wed, Aug 12, 2015 at 05:14:51PM -0300, Mauro Carvalho Chehab wrote:
> > Currently, media_entity_init() creates an array with the links,
> > allocated at init time. It provides a parameter (extra_links)
> > that would al
On 08/13/2015 07:29 PM, Laurent Pinchart wrote:
> Hello,
>
> On Tuesday 11 August 2015 17:07:04 Helen Fornazier wrote:
>> On Tue, Aug 11, 2015 at 6:36 AM, Mauro Carvalho Chehab wrote:
>>> Hans Verkuil escreveu:
On 08/10/15 19:21, Helen Fornazier wrote:
> On Mon, Aug 10, 2015 at 10:11 AM,
Hi Mauro,
On Wed, Aug 12, 2015 at 05:14:51PM -0300, Mauro Carvalho Chehab wrote:
> Currently, media_entity_init() creates an array with the links,
> allocated at init time. It provides a parameter (extra_links)
> that would allocate more links than the current needs, but this
> is not used by any
46 matches
Mail list logo
