Re: [PATCH, x86-Atom] Enabling look-ahead scheduling feature for Atom processors

2012-08-31 Thread Kirill Yukhin
>> Looks safe to me. >> >> OK if there are no objections from RMs in the next 24h. > > All testing passed so following will be checked in 4.7. Checked in. http://gcc.gnu.org/ml/gcc-cvs/2012-08/msg00815.html Thanks, K

Re: [PATCH, x86-Atom] Enabling look-ahead scheduling feature for Atom processors

2012-08-31 Thread Igor Zamyatin
On Tue, Aug 28, 2012 at 1:34 PM, Uros Bizjak wrote: > On Tue, Aug 28, 2012 at 11:24 AM, Igor Zamyatin wrote: > >> I'd like this patch (original version at the bottom) also to be >> backported into 4.7. >> >> Is it safe to backport? > > Looks safe to me. > > OK if there are no objections from RMs

Re: [PATCH, x86-Atom] Enabling look-ahead scheduling feature for Atom processors

2012-08-28 Thread Uros Bizjak
On Tue, Aug 28, 2012 at 11:24 AM, Igor Zamyatin wrote: > I'd like this patch (original version at the bottom) also to be > backported into 4.7. > > Is it safe to backport? Looks safe to me. OK if there are no objections from RMs in the next 24h. Thanks, Uros.

Re: [PATCH, x86-Atom] Enabling look-ahead scheduling feature for Atom processors

2012-08-28 Thread Igor Zamyatin
Hi! I'd like this patch (original version at the bottom) also to be backported into 4.7. Is it safe to backport? On Fri, Aug 24, 2012 at 11:35 AM, Uros Bizjak wrote: > On Fri, Aug 24, 2012 at 9:22 AM, Igor Zamyatin wrote: > >> Following change enables look ahead feature in the code scheduler f

Re: [PATCH, x86-Atom] Enabling look-ahead scheduling feature for Atom processors

2012-08-24 Thread Kirill Yukhin
> OK. > Checked in http://gcc.gnu.org/ml/gcc-cvs/2012-08/msg00626.html Thanks, K

Re: [PATCH, x86-Atom] Enabling look-ahead scheduling feature for Atom processors

2012-08-24 Thread Uros Bizjak
On Fri, Aug 24, 2012 at 9:22 AM, Igor Zamyatin wrote: > Following change enables look ahead feature in the code scheduler for > Atom processors. This gives quite reasonable gain for some benchmarks > for mobile market. > > Overall compile time increase for SPEC2000 is about 1%. > > Regtested for