Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751323AbZL1ArH (ORCPT ); Sun, 27 Dec 2009 19:47:07 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751103AbZL1ArG (ORCPT ); Sun, 27 Dec 2009 19:47:06 -0500 Received: from smtp-out.google.com ([216.239.44.51]:52893 "EHLO smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751004AbZL1ArE (ORCPT ); Sun, 27 Dec 2009 19:47:04 -0500 DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=mime-version:in-reply-to:references:date:message-id:subject:from:to: cc:content-type:x-system-of-record; b=YLffjf8gy/HnLfuHGu+ySB6qeCRSNv/qiGZf9dRE1tS2NHwBMZcloV9twUP0ME0X5 4C7ERFzbp4Pb+8RJnsmDA== MIME-Version: 1.0 In-Reply-To: <20091227211322.GB29174@elf.ucw.cz> References: <1260627482.20913.7.camel@desktop> <20091213212504.GD5114@elf.ucw.cz> <20091227093537.GD11737@elf.ucw.cz> <20091227201514.GA29174@elf.ucw.cz> <20091227203704.GK11737@elf.ucw.cz> <20091227211322.GB29174@elf.ucw.cz> Date: Sun, 27 Dec 2009 16:46:58 -0800 Message-ID: Subject: Re: tree with htc dream support From: Brian Swetland To: Pavel Machek Cc: "Arve Hj?nnev?g" , Daniel Walker , kernel list , linux-arm-kernel , Iliyan Malchev , linux-kernel@codeaurora.org, Greg KH Content-Type: text/plain; charset=UTF-8 X-System-Of-Record: true Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1123 Lines: 28 On Sun, Dec 27, 2009 at 1:13 PM, Pavel Machek wrote: > > Switch smd code to the version in staging. Something to apply to > dream/ tree I'd say... and yes, it still works. Hi Pavel, I think we might want to consider leaving at least the core smd code under mach-msm. To start with it's specific to the 7k/8k platform, not dream (though that may just be a quirk of how things are named in staging). Also the lowest layers (proc_comm and smsm_state stuff) are required for clock control and basic power management to work -- they're kinda joined at the hip with the platform. It seems weird to me to have the necessary bits to implement clock/power/pm outside of the mach/arch space. The higher level stuff (qmi, rpcrouter, smdtty, etc) could easily live elsewhere (though I'm not sure where the best space in the drivers hierarchy for them would be). Brian -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/