On 08/06/2015 11:45 PM, Sudip Mukherjee wrote:
> On Thu, Aug 06, 2015 at 09:55:54PM -0500, Junsu Shin wrote:
>> This is a patch to the dm365_ipipe.c that fixes over 80 characters warning
>> detected by checkpatch.pl.
>> Signed-off-by: Junsu Shin
> please do not use whitespace before Signed-off
This is a patch to the dm365_ipipe.c that fixes over 80 characters warning
detected.
Signed-off-by: Junsu Shin
---
drivers/staging/media/davinci_vpfe/dm365_ipipe.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/media/davinci_vpfe/dm365_ipipe.c
b/drivers
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 8 04:00:20 CEST 2015
git branch: test
git hash: 4dc102b2f53d63207fa12a6ad49c7b6448bc3301
gcc versi
Hi!
I've made a first sketch about the API of the vimc driver (virtual
media controller) to configure the topology through user space.
As first suggested by Laurent Pinchart, it is based on configfs.
I would like to know you opinion about it, if you have any suggestion
to improve it, otherwise I'
Em Sat, 8 Aug 2015 02:14:46 +0300
Sakari Ailus escreveu:
> Hi Mauro,
>
> On Fri, Aug 07, 2015 at 11:19:59AM -0300, Mauro Carvalho Chehab wrote:
> > We'll need unique IDs for graph objects and a way to associate
> > them with the media interface.
> >
> > So, add an atomic var to be used to creat
On Fri, 2015-08-07 at 16:26 -0700, Luis R. Rodriguez wrote:
> On Fri, Aug 7, 2015 at 4:08 PM, Toshi Kani wrote:
> > On Fri, 2015-08-07 at 15:23 -0700, Luis R. Rodriguez wrote:
> > > On Fri, Aug 7, 2015 at 2:56 PM, Toshi Kani wrote:
> > > > On Fri, 2015-08-07 at 13:25 -0700, Luis R. Rodriguez wrot
On Fri, Aug 7, 2015 at 4:08 PM, Toshi Kani wrote:
> On Fri, 2015-08-07 at 15:23 -0700, Luis R. Rodriguez wrote:
>> On Fri, Aug 7, 2015 at 2:56 PM, Toshi Kani wrote:
>> > On Fri, 2015-08-07 at 13:25 -0700, Luis R. Rodriguez wrote:
>> > > On Thu, Aug 6, 2015 at 3:58 PM, Toshi Kani wrote:
>> > > >
On Fri, 2015-08-07 at 17:08 -0600, Toshi Kani wrote:
> On Fri, 2015-08-07 at 15:23 -0700, Luis R. Rodriguez wrote:
> > On Fri, Aug 7, 2015 at 2:56 PM, Toshi Kani wrote:
> > > On Fri, 2015-08-07 at 13:25 -0700, Luis R. Rodriguez wrote:
> > > > On Thu, Aug 6, 2015 at 3:58 PM, Toshi Kani
> > > > wr
Hi Mauro,
On Fri, Aug 07, 2015 at 11:19:59AM -0300, Mauro Carvalho Chehab wrote:
> We'll need unique IDs for graph objects and a way to associate
> them with the media interface.
>
> So, add an atomic var to be used to create unique IDs and
> a list to store such objects.
>
> Signed-off-by: Maur
On Fri, 2015-08-07 at 15:23 -0700, Luis R. Rodriguez wrote:
> On Fri, Aug 7, 2015 at 2:56 PM, Toshi Kani wrote:
> > On Fri, 2015-08-07 at 13:25 -0700, Luis R. Rodriguez wrote:
> > > On Thu, Aug 6, 2015 at 3:58 PM, Toshi Kani wrote:
> > > > On Thu, 2015-08-06 at 12:53 -0700, Luis R. Rodriguez wrot
Dear Client,
Have a good day!
Glad to learn you're on the market of Infrared Lamp products
We are the manufacture at family use electronic health devices since 2000.
We keep good quality and reliable cooperation for global valued customers.
Main products include infrared lamp.
If any product m
On Fri, Aug 7, 2015 at 2:56 PM, Toshi Kani wrote:
> On Fri, 2015-08-07 at 13:25 -0700, Luis R. Rodriguez wrote:
>> On Thu, Aug 6, 2015 at 3:58 PM, Toshi Kani wrote:
>> > On Thu, 2015-08-06 at 12:53 -0700, Luis R. Rodriguez wrote:
>> > > On Fri, Jun 12, 2015 at 9:58 AM, Toshi Kani wrote:
>> > > >
On Fri, 2015-08-07 at 13:25 -0700, Luis R. Rodriguez wrote:
> On Thu, Aug 6, 2015 at 3:58 PM, Toshi Kani wrote:
> > On Thu, 2015-08-06 at 12:53 -0700, Luis R. Rodriguez wrote:
> > > On Fri, Jun 12, 2015 at 9:58 AM, Toshi Kani wrote:
> > > > On Fri, 2015-06-12 at 08:59 +0100, Jan Beulich wrote:
>
On Thu, Aug 6, 2015 at 3:58 PM, Toshi Kani wrote:
> On Thu, 2015-08-06 at 12:53 -0700, Luis R. Rodriguez wrote:
>> On Fri, Jun 12, 2015 at 9:58 AM, Toshi Kani wrote:
>> > On Fri, 2015-06-12 at 08:59 +0100, Jan Beulich wrote:
>> > > > > > On 12.06.15 at 01:23, wrote:
>> > > > There are two usages
On 20 July 2015 at 22:16, David Härdeman wrote:
> The current code is not mature enough, the API should allow a single
> protocol to be specified. Also, the current code contains heuristics
> that will depend on module load order.
>
> The issues were discussed in this thread:
> https://www.mail-ar
good news
samsung s6,280euro,
imac, Nikon, Samsung, gultar, ipad
S ite: poazzlo.com
N�r��yb�X��ǧv�^�){.n�+{���bj)w* jg��� �ݢj/���z�ޖ��2�ޙ&�)ߡ�a���� �G���h��j:+v���w��٥
Dear Client,
Have a good day!
Glad to learn you're on the market of Infrared Lamp products
We are the manufacture at family use electronic health devices since 2000.
We keep good quality and reliable cooperation for global valued customers.
Main products include infrared lamp.
If any product m
Hello
On Tue, Jul 14, 2015 at 11:32 AM, Laurent Pinchart
wrote:
> Hi Hans,
>
> On Tuesday 14 July 2015 16:19:50 Hans Verkuil wrote:
>> On 07/13/15 10:03, Sakari Ailus wrote:
>> > Helen Fornazier wrote:
>> >> On Tue, Jun 30, 2015 at 4:26 PM, Helen Fornazier wrote:
>> >>> On Tue, Jun 30, 2015 at 6:
Em Fri, 7 Aug 2015 11:19:58 -0300
Mauro Carvalho Chehab escreveu:
> This is the second version of an initial set of patches showing
> the approach I'm taking in order to fulfill all the MC needs that
> was discussed on the 3 day MC summit in Helsinki.
Weird, two patches of this series seem to h
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 group objects;
- keep the object in memory until we stop use it.
Due to that, create a struct media_grap
This is the second version of an initial set of patches showing
the approach I'm taking in order to fulfill all the MC needs that
was discussed on the 3 day MC summit in Helsinki.
The goal of this patchset is:
1) to create a common struct that will be embedded on all internal
structs that repr
All objects need an object ID. However, as v4l2 subdevs embeed
entities internally, the code needs to manually check if the
entity objects were not properly initialized and do it at
entity register time.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/media-device.c b/drivers/med
We'll need unique IDs for graph objects and a way to associate
them with the media interface.
So, add an atomic var to be used to create unique IDs and
a list to store such objects.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/media-device.c b/drivers/media/media-device.c
ind
As we need __media_entity_remove_link() earlier, move it to
happen earlier, to avoid needing to have a function prototype.
No functional changes.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/media-entity.c b/drivers/media/media-entity.c
index 43fa8ac59055..96d48aec8381 100644
In preparation to add a public function to add links, let's
make the internal function that creates link more generic.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/media-entity.c b/drivers/media/media-entity.c
index 96d48aec8381..c68dc421b022 100644
--- a/drivers/media/media-e
We need to initialize the common media_graph_obj that
it is now embedded inside each media controller object.
Latter patches will use those functions to ensure that
the object will be properly initialized.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/media-entity.c b/drivers/
Using memory realloc to increase the size of an array
is complex and makes harder to remove links. Also, by
embedding the link inside an array at the entity makes harder
to change the code to add interfaces, as interfaces will
also need to use links.
So, convert the links from arrays to lists.
Si
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
As entities will also have links to interfaces, we need to
rename the existing functions that remove links, to avoid
namespace collision and confusion.
No functional changes.
The rename was made by this script:
for i in $(find drivers/media -name '*.[ch]' -type f) $(find
drivers/staging/
Removing a link is simple. Yet, better to have a separate
function for it, as we'll be also sharing it with a
public API call.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/media-entity.c b/drivers/media/media-entity.c
index c68dc421b022..8e77f2ae7197 100644
--- a/drivers/media
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/media-entity.c b/drivers/media/media-entity.c
index bdeb6e804c7e..43fa8ac59055 100644
--- a/drivers/media/media-entity.c
+++ b/drivers/media/media-entity.c
@@ -480,6 +480,9 @@ static struct media_link *media_entity_add_link(struct
m
Interfaces are different than entities: they represent a
Kernel<->userspace interaction, while entities represent a
piece of hardware/firmware/software that executes a function.
Let's distinguish them by creating a separate structure to
store the interfaces.
Latter patches should change the exist
When a new link is created, we need to initialize the object
inside it.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/media-device.c b/drivers/media/media-device.c
index 56724f7853bf..9fb3f8958265 100644
--- a/drivers/media/media-device.c
+++ b/drivers/media/media-device.c
@@ -
PAD embedded objects also need to be initialized. Those are
currently created via media_entity_init() and, once created,
never change.
While this will likely change in the future, for now we can
just initialize those objects once, when registering the
entity.
Signed-off-by: Mauro Carvalho Chehab
Dear Manager,
May I know do you in need of the below products we manufacture:
1. 2.4V LTO(Lithium Titantiate) battery: 3C charge,10C discharge,up to 30,000
cycele life
2. 3.2V LiFePO4 battery: cylindrical,primastic,pouch cell,up to 2,000 cycle life
3. 1A-750A Battery monitor/battery fuel gauge
Sorry for sending this to the wrong list.
On 07/08/15 09:25, Javier Martin wrote:
Hi,
I am using mainline kernel 4.1 and I was writing a small application
that uses double buffering to read YUV420 frames from a file at 30fps
and displays them using the overlay plane in the imx-drm driver.
The f
Dear Client,
Have a good day!
Glad to learn you're on the market of Infrared Lamp products
We are the manufacture at family use electronic health devices since 2000.
We keep good quality and reliable cooperation for global valued customers.
Main products include infrared lamp.
If any product m
Hi,
I am using mainline kernel 4.1 and I was writing a small application
that uses double buffering to read YUV420 frames from a file at 30fps
and displays them using the overlay plane in the imx-drm driver.
The first issue I noticed is that the image was green so I had to apply
the following
38 matches
Mail list logo
