Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752410Ab2HJPbB (ORCPT ); Fri, 10 Aug 2012 11:31:01 -0400 Received: from mail-vc0-f174.google.com ([209.85.220.174]:42705 "EHLO mail-vc0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751246Ab2HJPa7 convert rfc822-to-8bit (ORCPT ); Fri, 10 Aug 2012 11:30:59 -0400 MIME-Version: 1.0 X-Originating-IP: [46.116.151.238] In-Reply-To: References: <1340375470-13097-1-git-send-email-sjur.brandeland@stericsson.com> <1340375470-13097-2-git-send-email-sjur.brandeland@stericsson.com> From: Ohad Ben-Cohen Date: Fri, 10 Aug 2012 18:30:38 +0300 Message-ID: Subject: Re: [RFC 1/4] remoteproc: Bugfix assign device address to carveout (noiommu) To: =?ISO-8859-1?Q?Sjur_Br=E6ndeland?= Cc: linux-kernel@vger.kernel.org, Omar Ramirez Luna , Fernando Guzman Lugo , Suman Anna , Bhavin Shah Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1191 Lines: 31 Hi Sjur, On Thu, Aug 9, 2012 at 11:35 PM, Sjur Br?ndeland wrote: > Any thoughts on how to go about to fix this? The general direction I have in mind is to put the resource table in its final location while we do the first pass of fw parsing. This will solve all sort of open issues we have (or going to have soon): 1. dynamically-allocated address of the vrings can be communicated 2. vdev statuses can be communicated 3. virtio config space will finally become bi-directional as it should 4. dynamically probed rproc-to-rproc IPC could then take place It's the real deal :) The only problem with this approach is that the resource table isn't reloaded throughout cycles of power up/down, and that is insecure. We'll have to manually reload it somewhere after the rproc is powered down (or before it is powered up again). This change will break existing firmwares, but it looks required and inevitable. Thanks, Ohad. -- 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/