From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Warren Subject: Re: [PATCH 0/9] Serial ATA support for NVIDIA Tegra124 Date: Mon, 09 Jun 2014 12:33:50 -0600 Message-ID: <5395FE0E.80105@wwwdotorg.org> References: <1401881559-18469-1-git-send-email-mperttunen@nvidia.com> <5390A8F9.2090408@wwwdotorg.org> <53915F3B.6050806@nvidia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <53915F3B.6050806-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org> Sender: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Mikko Perttunen , "thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org" , "tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org" , Peter De Schrijver Cc: "linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" , "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "linux-ide-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" List-Id: linux-tegra@vger.kernel.org On 06/06/2014 12:27 AM, Mikko Perttunen wrote: > The only compile-time dependencies here should be that: > - patch 8 of 9 which contains the actual driver depends on patch 6 of 9 > (though only when building as a module) and the efuse series > - patch 2 of 9 refers to the DT node called "padctl", so it requires the > xusb series. (in the submitted xusb series, the node isn't actually > named, though. I will fix this in v2) Isn't that dependency a run-time dependency? From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754194AbaFISd5 (ORCPT ); Mon, 9 Jun 2014 14:33:57 -0400 Received: from avon.wwwdotorg.org ([70.85.31.133]:41205 "EHLO avon.wwwdotorg.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753833AbaFISdx (ORCPT ); Mon, 9 Jun 2014 14:33:53 -0400 Message-ID: <5395FE0E.80105@wwwdotorg.org> Date: Mon, 09 Jun 2014 12:33:50 -0600 From: Stephen Warren User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Mikko Perttunen , "thierry.reding@gmail.com" , "tj@kernel.org" , Peter De Schrijver CC: "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "linux-tegra@vger.kernel.org" , "linux-ide@vger.kernel.org" Subject: Re: [PATCH 0/9] Serial ATA support for NVIDIA Tegra124 References: <1401881559-18469-1-git-send-email-mperttunen@nvidia.com> <5390A8F9.2090408@wwwdotorg.org> <53915F3B.6050806@nvidia.com> In-Reply-To: <53915F3B.6050806@nvidia.com> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/06/2014 12:27 AM, Mikko Perttunen wrote: > The only compile-time dependencies here should be that: > - patch 8 of 9 which contains the actual driver depends on patch 6 of 9 > (though only when building as a module) and the efuse series > - patch 2 of 9 refers to the DT node called "padctl", so it requires the > xusb series. (in the submitted xusb series, the node isn't actually > named, though. I will fix this in v2) Isn't that dependency a run-time dependency? From mboxrd@z Thu Jan 1 00:00:00 1970 From: swarren@wwwdotorg.org (Stephen Warren) Date: Mon, 09 Jun 2014 12:33:50 -0600 Subject: [PATCH 0/9] Serial ATA support for NVIDIA Tegra124 In-Reply-To: <53915F3B.6050806@nvidia.com> References: <1401881559-18469-1-git-send-email-mperttunen@nvidia.com> <5390A8F9.2090408@wwwdotorg.org> <53915F3B.6050806@nvidia.com> Message-ID: <5395FE0E.80105@wwwdotorg.org> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 06/06/2014 12:27 AM, Mikko Perttunen wrote: > The only compile-time dependencies here should be that: > - patch 8 of 9 which contains the actual driver depends on patch 6 of 9 > (though only when building as a module) and the efuse series > - patch 2 of 9 refers to the DT node called "padctl", so it requires the > xusb series. (in the submitted xusb series, the node isn't actually > named, though. I will fix this in v2) Isn't that dependency a run-time dependency?