This reverts previous changes to checkpatch warning:
WARNING: Prefer 'unsigned int' to bare use of 'unsigned'
---
Changes in v2:
- Added changelog
Changes in v3:
- Revert changes to using bare unsigned
drivers/staging/media/bcm2048/radio-bcm2048.c | 44 +--
On Thu, 23 Mar 2017 14:31:53 +0100
Greg Kroah-Hartman wrote:
> On Wed, Mar 22, 2017 at 01:33:39PM +1100, Eddie Youseph wrote:
> > Fixed checkpatch WARNING: Prefer 'unsigned int' to bare use of 'unsigned'
> >
> > Signed-off-by: Eddie Youseph
> > ---
> > Changes in v2:
> > - Added changelog
>
從我的 iPad 傳送
> Ander Conselvan De Oliveira 於 2017年3月14日 下午9:53 寫道：
>
>> On Tue, 2017-03-07 at 04:27 +0800, Ayaka wrote:
>>
>> 從我的 iPad 傳送
>>
Ville Syrjälä 於 2017年3月7日 上午2:34 寫道：
On Tue, Mar 07, 2017 at 01:58:23AM +0800, Ayaka wrote:
從我的 iPad 傳送
>> V
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: Mon Mar 27 05:00:14 CEST 2017
media-tree git hash:c3d4fb0fb41f4b5eafeee51173c14e50be12f839
media_build gi
Hi Arushi,
[auto build test ERROR on next-20170323]
[cannot apply to linuxtv-media/master v4.9-rc8 v4.9-rc7 v4.9-rc6 v4.11-rc4]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Arushi-Singhal/stag
Le dimanche 26 mars 2017 à 00:30 +0200, Stanimir Varbanov a écrit :
> > > +vb->planes[0].data_offset = data_offset;
> > > +vb->timestamp = timestamp_us * NSEC_PER_USEC;
> > > +vbuf->sequence = inst->sequence++;
> >
> > timestamp and sequence are only set for CAP
> url:
> https://github.com/0day-ci/linux/commits/Daniel-Scheller/stv0367-ddbridge-support-CTv6-FlexCT-hardware/20170326-235957
> base: git://linuxtv.org/media_tree.git master config:
> x86_64-rhel-7.2 (attached as .config) compiler: gcc-6 (Debian
> 6.2.0-3) 6.2.0 20160901 reproduce:
On Sun, Mar 26, 2017 at 02:28:08PM -0400, A Sun wrote:
> commit
> https://github.com/asunxx/linux/commit/17fe3b51f4ad5202a876ea4c92b5d99d4e166823
> Author: A Sun
> Date: Sun, 26 Mar 2017 13:24:18 -0400
Please don't include this.
>
> Bug:
>
> RX -EPIPE failure with infinite loop and floodin
commit
https://github.com/asunxx/linux/commit/14cae79824739ae03caa3b1c4f66cbdf73654bde
Author: A Sun
Date: Sun, 26 Mar 2017 14:55:31 -0400
Bug:
Some dev_dbg messages are misleading.
Some dev_dbg messages have inconsistent formatting.
mceusb_dev_printdata() prints incorrect range of bytes (0 t
commit
https://github.com/asunxx/linux/commit/d71c609e99cabc0a92a4d0b225486cbc09bbd8bd
Author: A Sun
Date: Sun, 26 Mar 2017 14:11:49 -0400
Bug:
Intermittent RX truncation and loss of IR received data.
This resulted in receive stream synchronization errors where driver attempted
to incorrectl
commit
https://github.com/asunxx/linux/commit/17fe3b51f4ad5202a876ea4c92b5d99d4e166823
Author: A Sun
Date: Sun, 26 Mar 2017 13:24:18 -0400
Bug:
RX -EPIPE failure with infinite loop and flooding of
Mar 20 22:24:56 raspberrypi kernel: [ 2851.966506] mceusb 1-1.2:1.0: Error: urb
status = -32
l
Em Sun, 26 Mar 2017 20:57:02 +0300
Laurent Pinchart escreveu:
> Hi Arushi,
>
> Thank you for the patch.
>
> On Friday 24 Mar 2017 21:31:45 Arushi Singhal wrote:
> > This patch replaces bit shifting on 1 with the BIT(x) macro.
> > This was done with coccinelle:
> > @@
> > constant c;
> > @@
> >
Hi Arushi,
Thank you for the patch.
On Friday 24 Mar 2017 21:31:45 Arushi Singhal wrote:
> This patch replaces bit shifting on 1 with the BIT(x) macro.
> This was done with coccinelle:
> @@
> constant c;
> @@
>
> -1 << c
> +BIT(c)
>
> Signed-off-by: Arushi Singhal
Acked-by: Laurent Pinchart
-support-CTv6-FlexCT-hardware/20170326-235957
base: git://linuxtv.org/media_tree.git master
config: x86_64-rhel-7.2 (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
All warnings (new
Hi Hans,
On Tuesday 14 Mar 2017 08:55:36 Hans Verkuil wrote:
> On 03/14/2017 04:45 AM, Mauro Carvalho Chehab wrote:
> > Hi Sakari,
> >
> > I started preparing a long argument about it, but gave up in favor of a
> > simpler one.
> >
> > Em Mon, 13 Mar 2017 14:46:22 +0200 Sakari Ailus escreveu:
>
On 3/26/2017 6:27 AM, Sean Young wrote:
...
>> +status = usb_submit_urb(ir->urb_in, GFP_ATOMIC);
>
> This can be GFP_KERNEL.
>
...
>> +rc_free_device(ir->rc);
>
> That change is wrong and will cause a double free.
>
>> usb_kill_urb(ir->urb_in);
>> usb_free_urb(ir->ur
Am 24.03.2017 um 20:16 schrieb Mauro Carvalho Chehab:
Em Thu, 23 Mar 2017 19:03:20 +0100
Frank Schäfer escreveu:
Am 23.03.2017 um 13:56 schrieb Mauro Carvalho Chehab:
Em Thu, 23 Mar 2017 13:01:32 +0100
Frank Schäfer escreveu:
Am 22.03.2017 um 15:46 schrieb Mauro Carvalho Chehab:
Em Su
Am Sun, 26 Mar 2017 10:03:33 +0200
schrieb Matthias Schwarzott :
> Am 24.03.2017 um 19:23 schrieb Daniel Scheller:
> > From: Daniel Scheller
> >
> > Some hardware and bridges (namely ddbridge) require that tuner
> > access is limited to one concurrent access and wrap i2c gate
> > control with a
On Sat, Mar 25, 2017 at 12:59:09PM -0400, A Sun wrote:
> commit
> https://github.com/asunxx/linux/commit/e557c1d737462961f2aadfbfb0836ffa3c778518
> Author: A Sun
> Date: Sat Mar 25 02:42:03 2017 -0400
>
> [PATCH] mceusb RX -EPIPE fault and more
>
> Patch for mceusb driver tested with
>
> [
Signed-off-by: Sean Young
---
backports/backports.txt | 1 +
backports/v3.12_bit_ull.patch | 70 +++
2 files changed, 71 insertions(+)
create mode 100644 backports/v3.12_bit_ull.patch
diff --git a/backports/backports.txt b/backports/backports.txt
i
Hi!
> > I do agree with you that MC places a lot of burden on the user to
> > attain a lot of knowledge of the system's architecture.
>
> Setting up the pipeline is not the hard part. One could write a
> script to do that.
Can you try to write that script? I believe it would solve big part of
t
Am 24.03.2017 um 19:23 schrieb Daniel Scheller:
> From: Daniel Scheller
>
> Some hardware and bridges (namely ddbridge) require that tuner access is
> limited to one concurrent access and wrap i2c gate control with a
> mutex_lock when attaching frontends. According to vendor information, this
> i
22 matches
Mail list logo
