linux-kernel - Re: linux-next: Tree for Mar 28

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Sun, 31 Mar 2013 10:25:27 -0300
From:	Mauro Carvalho Chehab <mchehab@...hat.com>
To:	Stephen Rothwell <sfr@...b.auug.org.au>
Cc:	<linux-next@...r.kernel.org>, <linux-kernel@...r.kernel.org>
Subject: Re: linux-next: Tree for Mar 28

Hi Stephen,

Em Thu, 28 Mar 2013 16:28:04 +1100
Stephen Rothwell <sfr@...b.auug.org.au> escreveu:

> Hi all,
> 
> The next linux-next release will be on Tuesday April 2.
> 
> Changes since 20130327:
> 
> The vl4-dvb tree still had its build failure for which I disabled a
> staging driver.

Sorry for a late fix. Hans was/is on vacations, and didn't noticed about
that breakage, as he was/is without access to his email at work. A proper
fix for it were added on my tree:

commit 9e7664e0827528701074875eef872f2be1dfaab8
Author: Hans Verkuil <hverkuil@...all.nl>
Date:   Fri Mar 29 07:20:36 2013 -0300

    [media] solo6x10: The size of the thresholds ioctls was too large
    
    On powerpc the maximum size for the ioctl argument is 8191, and it was
    8192. However, the 64x64 array of threshold values is more than is actually
    needed in practice for PAL and NTSC formats. A 45x45 array will do just fine.
    So change the size accordingly to fix this problem.
    
    Signed-off-by: Hans Verkuil <hans.verkuil@...co.com>
    Signed-off-by: Mauro Carvalho Chehab <mchehab@...hat.com>

So, you should be able to drop the patch that disables solo6x10 compilation
on the next linux-next.

Regards,
Mauro

Download attachment "signature.asc" of type "application/pgp-signature" (837 bytes)