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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4F21B811.90904@parallels.com>
Date:	Fri, 27 Jan 2012 00:31:13 +0400
From:	Glauber Costa <glommer@...allels.com>
To:	David Miller <davem@...emloft.net>
CC:	<geert@...ux-m68k.org>, <rdunlap@...otime.net>,
	<sfr@...b.auug.org.au>, <linux-next@...r.kernel.org>,
	<linux-kernel@...r.kernel.org>, <gleb@...hat.com>,
	<netdev@...r.kernel.org>
Subject: Re: linux-next: Tree for Jan 25 (net/sock.h, jump_label, memcg)

On 01/26/2012 10:43 PM, David Miller wrote:
> From: Geert Uytterhoeven<geert@...ux-m68k.org>
> Date: Thu, 26 Jan 2012 18:18:28 +0100
>
>> On Wed, Jan 25, 2012 at 20:07, Randy Dunlap<rdunlap@...otime.net>  wrote:
>>> back to net/sock.h and jump_label:
>>>
>>> (on i386:)
>>>
>>> /next/linux-next-20120125/include/net/sock.h:953:2: error: implicit declaration of function 'static_branch'
>>> /next/linux-next-20120125/include/linux/jump_label.h:43:29: error: conflicting types for 'static_branch'
>>>
>>> Full randconfig file is attached.
>>
>> Without having to add randomness, also in m68k/allmodconfig, now in Linus'
>> tree :-(
>> http://kisskb.ellerman.id.au/kisskb/buildresult/5491860/
>
> Glauber are you actually going to fix this or are you going to ignore
> this bug report for another couple days?!?!
Dave,

I am going to work on it right now, with no further delays, as I've been 
doing with all the reports I've got. I didn't receive any report
about this one for some reason, and that's why I didn't say anything.
So thanks for nagging.

>
> Frankly, I'm so sick and tired of all of these socket mem cgroup
> regressions, this is way out of control and every "fix" seems to add
> more build or runtime regressions.
>
> Glauber, this has to stabilize soon or I will revert every single one
> of your changes, and it will take a nuclear war and a multi-month
> audit of your code to get those changes into the tree again.

So for the normal scenarios with my code disabled, aside for one problem 
in day1, all of the failures were build problems.

To be quite honest, the interactions between configs are being quite 
"funny", and spanning more problems than I anticipated.

What I am doing here, is building the patches against a couple of 
randconfigs, and some more targeted ones before I send them to you.

If you have any other advise on how to handle this, I'd be happy to take 
them.

On the specifics of this bug, I verified this config compiles okay in 
your tree + my patches at the day I last sent them. I also verified it 
breaks on the tree today.

The reason seems to be that some other patch tweaked with the header 
files in an unrelated patch, and the static_branch definition that was 
getting to us in sock.h, is no longer getting there.

Including it explicitly fixes it here. I will again pass through a 
battery of randconfigs on my own, and send you a fix.

Sorry again for the trouble.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ