Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753012AbbBSMqu (ORCPT ); Thu, 19 Feb 2015 07:46:50 -0500 Received: from mail-by2on0093.outbound.protection.outlook.com ([207.46.100.93]:3592 "EHLO na01-by2-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752641AbbBSMqs (ORCPT ); Thu, 19 Feb 2015 07:46:48 -0500 Date: Thu, 19 Feb 2015 13:46:13 +0100 From: Michal Simek User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Pavel Machek , Rob Landley CC: Jason Gunthorpe , Pantelis Antoniou , One Thousand Gnomes , atull , Greg Kroah-Hartman , , Michal Simek , Michal Simek , Randy Dunlap , Linux Kernel Mailing List , , , Grant Likely , , , Mark Brown , , , Steffen Trumtrar , , , , Felipe Balbi , , , , , , Andrew Morton , Linus Walleij , , , , , , Alan Tull , , Subject: Re: [PATCH v8 2/4] fpga manager: add sysfs interface document References: <20150113222450.GA17475@obsidianresearch.com> <20150115184726.GA23247@obsidianresearch.com> <20150115204502.591bca1d@lxorguk.ukuu.org.uk> <20150121160151.453ba403@lxorguk.ukuu.org.uk> <20150121202700.GB4942@obsidianresearch.com> <20150215224006.GA5626@amd> <54E37569.80508@landley.net> <20150217191727.GA18429@amd> In-Reply-To: <20150217191727.GA18429@amd> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-RCIS-Action: ALLOW X-TM-AS-Product-Ver: IMSS-7.1.0.1224-7.5.0.1018-21344.000 X-TM-AS-User-Approved-Sender: Yes Message-ID: <0440c296085f48918e07134b07690a08@BY2FFO11FD028.protection.gbl> X-EOPAttributedMessage: 0 Authentication-Results: spf=pass (sender IP is 62.221.5.235) smtp.mailfrom=michal.simek@xilinx.com; denx.de; dkim=none (message not signed) header.d=none; X-Forefront-Antispam-Report: CIP:62.221.5.235;CTRY:GB;IPV:NLI;EFV:NLI;SFV:NSPM;SFS:(10009020)(6009001)(438002)(189002)(199003)(51704005)(479174004)(377454003)(377424004)(164054003)(24454002)(87936001)(104016003)(23746002)(50986999)(76176999)(54356999)(86362001)(62966003)(77156002)(77096005)(46102003)(92566002)(83506001)(92726002)(47776003)(64706001)(65806001)(65956001)(6806004)(2950100001)(93886004)(108616004)(64126003)(74316001)(50466002)(106466001)(65826006)(107986001)(24736002);DIR:OUT;SFP:1101;SCL:1;SRVR:BY2FFO11HUB031;H:xir-pvapsmtpgw01;FPR:;SPF:Pass;PTR:unknown-62-221-5-235.ipspace.xilinx.com;MX:1;A:1;LANG:en; X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2FFO11HUB031; X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004);SRVR:BY2FFO11HUB031;BCL:0;PCL:0;RULEID:;SRVR:BY2FFO11HUB031; X-Forefront-PRVS: 0492FD61DD X-OriginatorOrg: xilinx.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Feb 2015 12:46:43.8537 (UTC) X-MS-Exchange-CrossTenant-Id: 657af505-d5df-48d0-8300-c31994686c5c X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=657af505-d5df-48d0-8300-c31994686c5c;Ip=[62.221.5.235] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2FFO11HUB031 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1309 Lines: 34 On 02/17/2015 08:17 PM, Pavel Machek wrote: > On Tue 2015-02-17 11:07:53, Rob Landley wrote: >> >> >> On 02/15/2015 04:40 PM, Pavel Machek wrote: >>> On Wed 2015-01-21 13:27:00, Jason Gunthorpe wrote: >>>> On Wed, Jan 21, 2015 at 06:33:12PM +0200, Pantelis Antoniou wrote: >>>> My point is that the current firmware layer is overly cautious and >>>> FPGAs are very big. My current project on small Xilinx device has a >>>> 10MB programming file. The biggest Xilinx device today has a max >>>> bitfile size around 122MB. >>>> >>>> So keeping that much memory pinned in the kernel when I can prove it >>>> is uncessary for my system (either because there is no suspend/resume >>>> possibility, or because I know the CPU can always access the >>>> filesytem) is very undesirable. >>> >>> Well, your current device aalso has 1GB RAM, no? >> >> Unnecessarily pinning 10% of your ram is a good solution? > > Never said that. But I'd rather have _some_ API proposed, then try to > design in everthing including kitchen sink and do nothing. +1 on this. Thanks, Michal -- 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/