From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752419AbbKGJwq (ORCPT ); Sat, 7 Nov 2015 04:52:46 -0500 Received: from casper.infradead.org ([85.118.1.10]:43281 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751274AbbKGJwl (ORCPT ); Sat, 7 Nov 2015 04:52:41 -0500 Date: Sat, 7 Nov 2015 10:52:37 +0100 From: Peter Zijlstra To: Arseniy Krasnov Cc: linux@arm.linux.org.uk, mingo@redhat.com, v.tyrtov@samsung.com, s.rogachev@samsung.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH 00/13] High performance balancing logic for big.LITTLE Message-ID: <20151107095237.GS3604@twins.programming.kicks-ass.net> References: <1446811367-23783-1-git-send-email-a.krasnov@samsung.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1446811367-23783-1-git-send-email-a.krasnov@samsung.com> User-Agent: Mutt/1.5.21 (2012-12-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org No, no, no, no. This is horrible and exactly what I've been telling people I do not want to see. This is very arch specific scheduler code, and very badly done. It doesn't even call the groups big and little, it goes so far as to put a7 and a15 in sched domain member names. It doesn't get topology information from device tree but from hard coded CONFIG strings. It introduces a swap_task function while we already have one. It doesn't integrate with any of the other bits that make up and influence energy consumption such as cpuidle and cpufreq (very minor one way). It doesn't mention the existing energy-aware-scheduling effort, nor how that approach cannot be made to work for this. It has a completely broken SoB chain. It introduces new metrics (like druntime) without first defining them; and in general very poor Changelogs. In general, this makes me very sad. Please start by participating in the existing discussion.