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 Nov 1 05:00:11 CET 2018
media-tree git hash:3b796aa60af087f5fec75aee9b17f2130f2b9adc
media_build git
Add initial support for Melexis line of thermal cameras. This is the first part
of
processing pipeline in which the real processing is done in userspace using the
V4L2 camera data.
Dependency patchset series: https://patchwork.kernel.org/cover/10650541/
Matt Ranostay (2):
media: video-i2c: che
Not all future supported video chips will always have power management
support, and so it is important to check before calling set_power() is
defined.
Signed-off-by: Matt Ranostay
---
drivers/media/i2c/video-i2c.c | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
diff
Add initial support for MLX90640 thermal cameras which output an 32x24
greyscale pixel image along with 2 rows of coefficent data.
Because of this the data outputed is really 32x26 and needs the two rows
removed after using the coefficent information to generate processed
images in userspace.
Sig
Hi Dmitry,
On Wed, Oct 31, 2018 at 6:46 PM Hans Verkuil wrote:
>
> On 10/30/2018 03:02 PM, Dmitry Vyukov wrote:
[snip]
> >
> > Do I understand it correctly that when a process opens /dev/video* or
> > /dev/media* it gets a private instance of the device? In particular,
> > if several processes te
Em Wed, 31 Oct 2018 15:32:03 -0700
Linus Torvalds escreveu:
> On Wed, Oct 31, 2018 at 11:05 AM Linus Torvalds
> wrote:
> >
> > But pulled,
>
> I have no idea how I missed this during the actual test compile after
> the pull (and yes, I'm sure I did one), but after doing a couple of
> more pul
--
Schönen Tag.
Wir hoffen, Sie gut zu treffen.
Benötigen Sie einen dringenden Kredit für ein Geschäft oder ein Projekt?
Wir bieten Kredite zu 1,5% und wir können Ihre Transaktion innerhalb von
3 bis 5 Arbeitstagen abschließen.
Wenn Sie ernsthaft an einem Kredit interessiert sind, empfehlen
On Wed, Oct 31, 2018 at 11:05 AM Linus Torvalds
wrote:
>
> But pulled,
I have no idea how I missed this during the actual test compile after
the pull (and yes, I'm sure I did one), but after doing a couple of
more pulls I finally did notice.
After the media pull I get this warning:
./usr/incl
Hi Jean-Michel,
We've done some work with another FPD-Link de-serializer (ds90ux940) and
IIRC we had some trouble figuring out how to coax the lanes into LP-11
state. But on the ds90ux940 it can be done by setting bit 7 in the CSI
Enable Port registers (offsets 0x13 and 0x14). But the "imx6-mi
Hi Luca,
On 10/30/2018 06:44 PM, Luca Ceresoli wrote:
> Hi Vladimir,
>
> On 16/10/18 14:48, Laurent Pinchart wrote:
>> Hi Vladimir,
>>
>> On Saturday, 13 October 2018 16:47:48 EEST Vladimir Zapolskiy wrote:
>>> On 10/12/2018 03:01 PM, Laurent Pinchart wrote:
On Tuesday, 9 October 2018 00:12:
Hi Luca,
thank you for review.
On 10/30/2018 06:43 PM, Luca Ceresoli wrote:
> Hi Vladimir,
>
> On 08/10/18 23:12, Vladimir Zapolskiy wrote:
>> From: Vladimir Zapolskiy
>>
>> TI DS90Ux9xx de-/serializers are capable to route I2C messages to
>> I2C slave devices connected to a remote de-/serializ
Sean Young wrote:
> device_create() will register the device in sysfs and send uevent. So, your
> original udev rule/code will not work, since it always would read
> a mac address of 0, as proposed_mac is not populated when the device is
> announced. That is, unless udev is scheduled after the ma
Hi Linus,
Em Wed, 31 Oct 2018 11:05:09 -0700
Linus Torvalds escreveu:
> On Tue, Oct 30, 2018 at 6:53 AM Mauro Carvalho Chehab
> wrote:
> >
> > For a new media API: the request API
>
> Ugh. I don't know how much being in staging matters - if people start
> using it, they start using it.
>
>
On Tue, Oct 30, 2018 at 6:53 AM Mauro Carvalho Chehab
wrote:
>
> For a new media API: the request API
Ugh. I don't know how much being in staging matters - if people start
using it, they start using it.
"Staging" does not mean "regressions don't matter".
But pulled,
Linus
Em Wed, 31 Oct 2018 16:13:00 +
Sean Young escreveu:
> On Wed, Oct 31, 2018 at 03:51:40PM +, David Howells wrote:
> > David Howells wrote:
> >
> > > > > > Devices without a mac address shouldn't have a mac_dvb sysfs
> > > > > > attribute,
> > > > > > I think.
> > > > >
> > > > > I'
On Wed, Oct 31, 2018 at 03:51:40PM +, David Howells wrote:
> David Howells wrote:
>
> > > > > Devices without a mac address shouldn't have a mac_dvb sysfs
> > > > > attribute,
> > > > > I think.
> > > >
> > > > I'm not sure that's possible within the core infrastructure. It's a
> > > > cla
Em Wed, 31 Oct 2018 15:51:40 +
David Howells escreveu:
> David Howells wrote:
>
> > > > > Devices without a mac address shouldn't have a mac_dvb sysfs
> > > > > attribute,
> > > > > I think.
> > > >
> > > > I'm not sure that's possible within the core infrastructure. It's a
> > > > cla
David Howells wrote:
> > > > Devices without a mac address shouldn't have a mac_dvb sysfs attribute,
> > > > I think.
> > >
> > > I'm not sure that's possible within the core infrastructure. It's a
> > > class attribute set when the class is created; I'm not sure it can be
> > > overridden on a
Hi Dmitry,
On 10/31/18 7:46 AM, Hans Verkuil wrote:
> On 10/30/2018 03:02 PM, Dmitry Vyukov wrote:
>> Hello Helen and linux-media,
>>
>> I've attended your talk "Shifting Media App Development into High
>> Gear" on OSS Summit last week and approached you with some questions
>> if/how this can be u
Sean Young wrote:
> > > Devices without a mac address shouldn't have a mac_dvb sysfs attribute,
> > > I think.
> >
> > I'm not sure that's possible within the core infrastructure. It's a class
> > attribute set when the class is created; I'm not sure it can be overridden
> > on
> > a per-devic
On Wed, Oct 31, 2018 at 11:05:10AM +0100, Hans Verkuil wrote:
> CC-ing Sean Young: please see question at the end.
>
> On 10/31/2018 10:46 AM, Hans Verkuil wrote:
> > On 10/30/2018 03:02 PM, Dmitry Vyukov wrote:
> >> Hello Helen and linux-media,
> >>
> >> I've attended your talk "Shifting Media Ap
Sean Young wrote:
> > How do I tell? If it's all zeros it's not there?
>
> The mac gets populated through read_mac_address member of
> dvb_usb_device_properties.
That doesn't seem to be true for all drivers. The cx23885 driver does things
differently, for instance.
David
Sean Young wrote:
> With this patch, with a usb Hauppauge Nova-T Stick I get:
>
> $ tail /sys/class/dvb/*/dvb_*
> ...
> ==> /sys/class/dvb/dvb0.demux0/dvb_mac <==
> 00:00:00:00:00:00
I presume you're complaining, then, that the file exists in this instance
rather than it doesn't have the real M
Em Wed, 31 Oct 2018 11:00:22 +0100
Hans Verkuil escreveu:
> On 10/31/2018 10:40 AM, Mauro Carvalho Chehab wrote:
> > Em Wed, 31 Oct 2018 11:29:45 +0200
> > Sakari Ailus escreveu:
> >
> >> Hi Mauro,
> >>
> >> On Tue, Oct 30, 2018 at 09:06:18AM -0300, Mauro Carvalho Chehab wrote:
> >>> Em Tue
On Wed, Oct 31, 2018 at 10:36:22AM +, David Howells wrote:
> Sean Young wrote:
>
> > > > Devices have a MAC address available, which is printed during boot:
> >
> > Not all dvb devices have a mac address.
>
> How do I tell? If it's all zeros it's not there?
The mac gets populated through
Sean Young wrote:
> > > Devices have a MAC address available, which is printed during boot:
>
> Not all dvb devices have a mac address.
How do I tell? If it's all zeros it's not there?
> Devices without a mac address shouldn't have a mac_dvb sysfs attribute,
> I think.
I'm not sure that's po
CC-ing Sean Young: please see question at the end.
On 10/31/2018 10:46 AM, Hans Verkuil wrote:
> On 10/30/2018 03:02 PM, Dmitry Vyukov wrote:
>> Hello Helen and linux-media,
>>
>> I've attended your talk "Shifting Media App Development into High
>> Gear" on OSS Summit last week and approached you
Em Wed, 31 Oct 2018 11:32:02 +0200
Sakari Ailus escreveu:
> Hi Mauro,
>
> On Tue, Oct 30, 2018 at 05:35:23PM -0300, Mauro Carvalho Chehab wrote:
> > Em Tue, 30 Oct 2018 21:28:57 +0100
> > jacopo mondi escreveu:
> >
> > > Hi Mauro,
> > >
> > > On Tue, Oct 30, 2018 at 09:14:09AM -0300, Mauro
On 10/31/2018 10:40 AM, Mauro Carvalho Chehab wrote:
> Em Wed, 31 Oct 2018 11:29:45 +0200
> Sakari Ailus escreveu:
>
>> Hi Mauro,
>>
>> On Tue, Oct 30, 2018 at 09:06:18AM -0300, Mauro Carvalho Chehab wrote:
>>> Em Tue, 30 Oct 2018 01:00:29 +0200
>>> Sakari Ailus escreveu:
>>>
Clean up th
On Wed, Oct 31, 2018 at 06:40:30AM -0300, Mauro Carvalho Chehab wrote:
> Em Wed, 31 Oct 2018 11:29:45 +0200
> Sakari Ailus escreveu:
>
> > Hi Mauro,
> >
> > On Tue, Oct 30, 2018 at 09:06:18AM -0300, Mauro Carvalho Chehab wrote:
> > > Em Tue, 30 Oct 2018 01:00:29 +0200
> > > Sakari Ailus escreve
On 10/31/2018 10:49 AM, Sakari Ailus wrote:
> On Tue, Oct 30, 2018 at 01:03:18PM +0100, Hans Verkuil wrote:
>> On 10/30/2018 12:00 AM, Sakari Ailus wrote:
>>> The tw9910 driver does not depend on SoC camera framework. Don't include
>>> the header, but instead include media/v4l2-async.h which the dr
On Tue, Oct 30, 2018 at 01:03:18PM +0100, Hans Verkuil wrote:
> On 10/30/2018 12:00 AM, Sakari Ailus wrote:
> > The tw9910 driver does not depend on SoC camera framework. Don't include
> > the header, but instead include media/v4l2-async.h which the driver really
> > needs.
>
> You might want to m
On 10/30/2018 03:02 PM, Dmitry Vyukov wrote:
> Hello Helen and linux-media,
>
> I've attended your talk "Shifting Media App Development into High
> Gear" on OSS Summit last week and approached you with some questions
> if/how this can be used for kernel testing. Thanks, turn out to be a
> very use
On Wed, Oct 31, 2018 at 06:40:30AM -0300, Mauro Carvalho Chehab wrote:
> Em Wed, 31 Oct 2018 11:29:45 +0200
> Sakari Ailus escreveu:
>
> > Hi Mauro,
> >
> > On Tue, Oct 30, 2018 at 09:06:18AM -0300, Mauro Carvalho Chehab wrote:
> > > Em Tue, 30 Oct 2018 01:00:29 +0200
> > > Sakari Ailus escreve
Em Wed, 31 Oct 2018 11:29:45 +0200
Sakari Ailus escreveu:
> Hi Mauro,
>
> On Tue, Oct 30, 2018 at 09:06:18AM -0300, Mauro Carvalho Chehab wrote:
> > Em Tue, 30 Oct 2018 01:00:29 +0200
> > Sakari Ailus escreveu:
> >
> > > Clean up the SoC camera framework header. It only exists now to keep bo
Hi Mauro,
On Tue, Oct 30, 2018 at 05:35:23PM -0300, Mauro Carvalho Chehab wrote:
> Em Tue, 30 Oct 2018 21:28:57 +0100
> jacopo mondi escreveu:
>
> > Hi Mauro,
> >
> > On Tue, Oct 30, 2018 at 09:14:09AM -0300, Mauro Carvalho Chehab wrote:
> > > Em Tue, 30 Oct 2018 01:21:34 +0200
> > > Sakari Ail
Hi Mauro,
On Tue, Oct 30, 2018 at 09:06:18AM -0300, Mauro Carvalho Chehab wrote:
> Em Tue, 30 Oct 2018 01:00:29 +0200
> Sakari Ailus escreveu:
>
> > Clean up the SoC camera framework header. It only exists now to keep board
> > code compiling. The header can be removed once the board code depend
On 10/30/2018 10:17 PM, jacopo mondi wrote:
> On Tue, Oct 30, 2018 at 05:35:23PM -0300, Mauro Carvalho Chehab wrote:
>> Em Tue, 30 Oct 2018 21:28:57 +0100
>> jacopo mondi escreveu:
>>
>>> Hi Mauro,
>>>
>>> On Tue, Oct 30, 2018 at 09:14:09AM -0300, Mauro Carvalho Chehab wrote:
Em Tue, 30 Oct 2
On Tue, Oct 30, 2018 at 09:35:31PM -0300, Mauro Carvalho Chehab wrote:
> Em Tue, 30 Oct 2018 22:32:50 +
> Sean Young escreveu:
>
> Thanks for reviewing it!
>
> > On Tue, Oct 30, 2018 at 11:03:19AM -0300, Mauro Carvalho Chehab wrote:
> > > Em Mon, 24 Sep 2018 11:10:31 +0100
> > > David Howell
Any request for a change in bitrate after both planes
are streamed on is handled by setting the target bitrate
property to hardware.
Signed-off-by: Malathi Gottam
---
drivers/media/platform/qcom/venus/venc_ctrls.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/media/pla
40 matches
Mail list logo
