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 Oct 17 04:00:21 CEST 2015
git branch: test
git hash: efe98010b80ec4516b2779e1b4e4a8ce16bf89fe
gcc versi
Hello Arnd,
On Fri, Oct 16, 2015 at 11:49 PM, Arnd Bergmann wrote:
> On Friday 16 October 2015 23:45:46 Javier Martinez Canillas wrote:
>>
>> On Fri, Oct 16, 2015 at 10:32 PM, Arnd Bergmann wrote:
>> > The 'static inline' version of lnbh25_attach() has an incorrect
>> > prototype which results i
On Friday 16 October 2015 23:45:46 Javier Martinez Canillas wrote:
>
> On Fri, Oct 16, 2015 at 10:32 PM, Arnd Bergmann wrote:
> > The 'static inline' version of lnbh25_attach() has an incorrect
> > prototype which results in a build error when
> > CONFIG_DVB_LNBH25 is disabled:
> >
> > In file in
Hello Arnd,
On Fri, Oct 16, 2015 at 10:32 PM, Arnd Bergmann wrote:
> The 'static inline' version of lnbh25_attach() has an incorrect
> prototype which results in a build error when
> CONFIG_DVB_LNBH25 is disabled:
>
> In file included from
> /git/arm-soc/drivers/media/pci/netup_unidvb/netup_unid
Hello Arnd,
On Fri, Oct 16, 2015 at 10:30 PM, Arnd Bergmann wrote:
> The 'static inline' version of horus3a_attach() is incorrectly
> copied from another file, which results in a build error when
> CONFIG_DVB_HORUS3A is disabled:
>
> In file included from
> /git/arm-soc/drivers/media/pci/netup_u
The cobalt driver uses various encoders that require the VIDEO_V4L2_SUBDEV_API
code, but it does not have the dependency itself, so we get a build error
when it's not enabled:
warning: (VIDEO_COBALT) selects VIDEO_ADV7511 which has unmet direct
dependencies (MEDIA_SUPPORT && VIDEO_V4L2 && I2C &&
The 'static inline' version of lnbh25_attach() has an incorrect
prototype which results in a build error when
CONFIG_DVB_LNBH25 is disabled:
In file included from
/git/arm-soc/drivers/media/pci/netup_unidvb/netup_unidvb_core.c:36:0:
/git/arm-soc/drivers/media/dvb-frontends/lnbh25.h:46:86: error:
The 'static inline' version of horus3a_attach() is incorrectly
copied from another file, which results in a build error when
CONFIG_DVB_HORUS3A is disabled:
In file included from
/git/arm-soc/drivers/media/pci/netup_unidvb/netup_unidvb_core.c:34:0:
media/dvb-frontends/horus3a.h:51:13: warning: 's
The sh-vou driver has been converted from videobuf to videobuf2, but
the Kconfig file still lists VIDEOBUF_DMA_CONTIG as a dependency.
Consequently we can build the driver without VIDEOBUF2_DMA_CONTIG
and get a link error:
drivers/built-in.o: In function `sh_vou_probe':
vf610-ocotp.c:(.text+0x2dbf
Fix libintl linking for uclibc (see [1] for details).
[1] http://lists.busybox.net/pipermail/buildroot/2015-October/142032.html
Signed-off-by: Peter Seiderer
---
utils/dvb/Makefile.am | 8
utils/keytable/Makefile.am | 1 +
2 files changed, 5 insertions(+), 4 deletions(-)
diff --g
16 октября 2015 г. 19:47:00 GMT+03:00, Andi Kleen пишет:
>On Fri, Oct 16, 2015 at 07:02:10PM +0300, Andrey Ryabinin wrote:
>> When the kernel compiled with KASAN=y, GCC adds redzones
>> for each variable on stack. This enlarges function's stack
>> frame and causes:
>> 'warning: the frame si
On Fri, Oct 16, 2015 at 07:02:10PM +0300, Andrey Ryabinin wrote:
> When the kernel compiled with KASAN=y, GCC adds redzones
> for each variable on stack. This enlarges function's stack
> frame and causes:
> 'warning: the frame size of X bytes is larger than Y bytes'
>
> The worst case I've s
Hello,
Acked-by: Abylay Ospan
2015-10-16 19:02 GMT+03:00 Andrey Ryabinin :
> When the kernel compiled with KASAN=y, GCC adds redzones
> for each variable on stack. This enlarges function's stack
> frame and causes:
> 'warning: the frame size of X bytes is larger than Y bytes'
>
> The w
When the kernel compiled with KASAN=y, GCC adds redzones
for each variable on stack. This enlarges function's stack
frame and causes:
'warning: the frame size of X bytes is larger than Y bytes'
The worst case I've seen for now is following:
../net/wireless/nl80211.c: In function ‘nl80211_
On 10/16/2015 11:20 AM, Hans Verkuil wrote:
> This pull request fixes various bugs, but the main change is Antti's support
> for SDR transmitters.
>
> BTW, I have v4l2-ctl and v4l2-compliance support ready for this feature as
> well. Available here:
>
> http://git.linuxtv.org/cgit.cgi/hverkuil/v4
On 09/21/2015 10:04 PM, Benoit Parrot wrote:
> The Camera Adaptation Layer (CAL) is a block which consists of a dual
> port CSI2/MIPI camera capture engine.
> Port #0 can handle CSI2 camera connected to up to 4 data lanes.
> Port #1 can handle CSI2 camera connected to up to 2 data lanes.
> The driv
Hi Junghak,
On Fri, Oct 16, 2015 at 03:27:39PM +0900, Junghak Sung wrote:
> diff --git a/include/media/videobuf2-core.h b/include/media/videobuf2-core.h
> index f1e7169..6ef7da7 100644
> --- a/include/media/videobuf2-core.h
> +++ b/include/media/videobuf2-core.h
> @@ -431,6 +431,7 @@ struct vb2_bu
From: Aviv Greenberg
Add support for Intel DS4 depth camera in uvc driver.
This includes adding new uvc GUIDs for the new pixel formats,
adding new V4L pixel format definition to user api headers,
and updating the uvc driver GUID-to-4cc tables with the new formats.
Change-Id: If240d95a7d4edc8dcc
This pull request fixes various bugs, but the main change is Antti's support
for SDR transmitters.
BTW, I have v4l2-ctl and v4l2-compliance support ready for this feature as
well. Available here:
http://git.linuxtv.org/cgit.cgi/hverkuil/v4l-utils.git/log/?h=sdr
Note: this needs some cleanup as t
On 10/16/2015 10:59 AM, Antti Palosaari wrote:
>
>
> On 10/16/2015 11:53 AM, Hans Verkuil wrote:
>> On 09/04/2015 12:06 PM, Hans Verkuil wrote:
>>> Hi Antti,
>>>
>>> Two comments, see below:
>>>
>>> On 09/01/2015 11:59 PM, Antti Palosaari wrote:
HackRF SDR device has both receiver and transm
On 10/16/2015 11:53 AM, Hans Verkuil wrote:
On 09/04/2015 12:06 PM, Hans Verkuil wrote:
Hi Antti,
Two comments, see below:
On 09/01/2015 11:59 PM, Antti Palosaari wrote:
HackRF SDR device has both receiver and transmitter. There is limitation
that receiver and transmitter cannot be used at
On 09/04/2015 12:06 PM, Hans Verkuil wrote:
> Hi Antti,
>
> Two comments, see below:
>
> On 09/01/2015 11:59 PM, Antti Palosaari wrote:
>> HackRF SDR device has both receiver and transmitter. There is limitation
>> that receiver and transmitter cannot be used at the same time
>> (half-duplex oper
22 matches
Mail list logo
