lkml.org 
[lkml]   [2015]   [Sep]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH 4.2 000/134] 4.2.2-stable review
From
Date
On 09/28/2015 07:01 AM, Greg Kroah-Hartman wrote:
> On Mon, Sep 28, 2015 at 11:19:41AM +0530, Sudip Mukherjee wrote:
>> On Sat, Sep 26, 2015 at 01:54:12PM -0700, Greg Kroah-Hartman wrote:
>>> This is the start of the stable review cycle for the 4.2.2 release.
>>> There are 134 patches in this series, all will be posted as a response
>>> to this one. If anyone has any issues with these being applied, please
>>> let me know.
>>>
>>> Responses should be made by Mon Sep 28 20:51:27 UTC 2015.
>>> Anything received after that time might be too late.
>> Compiled and booted on x86_32. No errors in dmesg.
>>
>> BTW, avr32 allmodconfig failed. Not new failure. 3 patches will be
>> needed to fix that. 2 are already in Linus tree. My doubt is if it is
>> accepted to fix known build failure in stable?
>
> Yes, that would be fine, what are the git commit ids and why aren't
> others seeing this problem?
>

avr32:allmodconfig never built for me if I recall correctly, so I never
added it to my build tests.

There are actually several allmodconfig/allyesconfig builds which historically
never built. Some of them have been addressed over time, but it requires a
substantial effort to keep it that way. On top of that, related failures don't
always have a high priority with developers and/or architecture maintainers.

It is also a matter of resources - while I run several allmodconfig builds,
my test systems are just not powerful enough to do it for all architectures.

So, overall, my approach is to only run allmodconfig for an architecture
if I see an effort by the architecture maintainer(s) to keep it building.

Guenter



\
 
 \ /
  Last update: 2015-09-28 17:41    [W:0.318 / U:0.420 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site