From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Cyrus-Session-Id: sloti22d1t05-29863-1518015529-2-57068741412405710 X-Sieve: CMU Sieve 3.0 X-Spam-known-sender: no ("Email failed DMARC policy for domain") X-Spam-score: 0.0 X-Spam-hits: BAYES_00 -1.9, HEADER_FROM_DIFFERENT_DOMAINS 0.001, RCVD_IN_DNSWL_MED -2.3, SPF_PASS -0.001, LANGUAGES en, BAYES_USED global, SA_VERSION 3.4.0 X-Spam-source: IP='140.211.166.138', Host='smtp1.osuosl.org', Country='US', FromHeader='com', MailFrom='org' X-Spam-charsets: plain='us-ascii' X-IgnoreVacation: yes ("Email failed DMARC policy for domain") X-Resolved-to: greg@kroah.com X-Delivered-to: greg@kroah.com X-Mail-from: driverdev-devel-bounces@linuxdriverproject.org ARC-Seal: i=1; a=rsa-sha256; cv=none; d=messagingengine.com; s=arctest; t=1518015529; b=NRTAsbSuT6wRkcasnxyQwiaVZhlwsRhA+Xt0DB0Oo5N6BP/ 4PEc30I5RpPBM8T0BHNW5cW8YuVd0uvhxOz4+mlT2iv/vVXwTqY423biB8CRxHqm +qx8K+rLQ0Uoi9DVtLjd9WQsnV600sVYBBqE600j3QUKBwbRDPVCLrdD36Tr5AkU ksiuRgltEdyDXZH+Q2VpNrYcKQ+zSppmpDRo8UthduXMmY46Xsv4BQhRsnUcls+d QicOFS3cdUA60jzcC67tscVAKWjiLGe/XmMjYlTG70OioOQlo+Puyu6YzJPfDe4J zRXx1qqOu6bxtBg9G4h9TL1lMLXBlbSrzg7OhNA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=subject:to:references:from:message-id :date:mime-version:in-reply-to:list-id:list-unsubscribe :list-archive:list-post:list-help:list-subscribe:cc :content-transfer-encoding:content-type:sender; s=arctest; t= 1518015529; bh=k+fWd2LBdBLHtCMvMR0GdvCUgc55zEFpWJMFGjiR9fM=; b=i SnezIrLvtjzpgyIY39jImYegBF28q92DFs7Vvnw6W0lcKBRB0ZbKF2fKA6uJ2vWw 4JI9g0LSId4f12Voi9Vu6DYlhnecm7u3CMCcYfitjmeAbe+pTY6oqRY1jFE2ckua Qrzn3b74LwwCxliiQ2swJgYQR27kSLOyNLMvlwhfn1x4g835SS8FWUEWxIabsefT /CH/ZpdlzNUwgxZDwEqqbP+KUJtG6DzAMLZag63rKdT/9TaDSJlFdTU6ws1dquLq ClqEJXZ+G5VBUdtcH5O3KnMo/Y0JMoBrEgtfNd2e+q6UJfxt5MA6zdr/Qb+XVL4T XZZd0anRK5holcw9RegUg== ARC-Authentication-Results: i=1; mx4.messagingengine.com; arc=none (no signatures found); dkim=none (no signatures found); dmarc=fail (p=none,has-list-id=yes,d=none) header.from=redhat.com; iprev=pass policy.iprev=140.211.166.138 (smtp1.osuosl.org); spf=pass smtp.mailfrom=driverdev-devel-bounces@linuxdriverproject.org smtp.helo=whitealder.osuosl.org; x-aligned-from=fail; x-google-dkim=fail (body has been altered; 2048-bit rsa key) header.d=1e100.net header.i=@1e100.net header.b=Zf93QEZY; x-ptr=fail x-ptr-helo=whitealder.osuosl.org x-ptr-lookup=smtp1.osuosl.org; x-return-mx=pass smtp.domain=linuxdriverproject.org smtp.result=pass smtp_is_org_domain=yes header.domain=redhat.com header.result=pass header_is_org_domain=yes; x-tls=pass version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128 Authentication-Results: mx4.messagingengine.com; arc=none (no signatures found); dkim=none (no signatures found); dmarc=fail (p=none,has-list-id=yes,d=none) header.from=redhat.com; iprev=pass policy.iprev=140.211.166.138 (smtp1.osuosl.org); spf=pass smtp.mailfrom=driverdev-devel-bounces@linuxdriverproject.org smtp.helo=whitealder.osuosl.org; x-aligned-from=fail; x-google-dkim=fail (body has been altered; 2048-bit rsa key) header.d=1e100.net header.i=@1e100.net header.b=Zf93QEZY; x-ptr=fail x-ptr-helo=whitealder.osuosl.org x-ptr-lookup=smtp1.osuosl.org; x-return-mx=pass smtp.domain=linuxdriverproject.org smtp.result=pass smtp_is_org_domain=yes header.domain=redhat.com header.result=pass header_is_org_domain=yes; x-tls=pass version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128 X-Remote-Delivered-To: driverdev-devel@osuosl.org X-Google-Smtp-Source: AH8x225VaRC7Z+eG2NqqE3HKUdVthkNzFiNyAh87OCkUVa+8SAbKdhmtrS8/P0CIjWjxn37//UU06Q== Subject: Re: staging: ion: ION allocation fall back order depends on heap linkage order To: Alexey Skidanov , devel@driverdev.osuosl.org References: <58951af2-a84e-7d7c-e956-ece3190aa8c2@redhat.com> <0217ee91-25fa-f563-81bd-ba4ad4dc9377@intel.com> From: Laura Abbott Message-ID: Date: Wed, 7 Feb 2018 06:58:36 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <0217ee91-25fa-f563-81bd-ba4ad4dc9377@intel.com> Content-Language: en-US X-BeenThere: driverdev-devel@linuxdriverproject.org X-Mailman-Version: 2.1.24 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: driverdev-devel-bounces@linuxdriverproject.org Sender: "devel" X-getmail-retrieved-from-mailbox: INBOX X-Mailing-List: linux-kernel@vger.kernel.org List-ID: On 02/06/2018 11:05 PM, Alexey Skidanov wrote: > > >> Yup, you've hit upon a key problem. Having fallbacks be stable >> was always a problem and the recommendation these days is to >> not rely on them. You can specify a heap at a time and fallback >> manually if you want that behavior. >> >> If you have a proposal to make fallbacks work reliably without >> overly complicating the ABI I'm happy to review it. >> >> Thanks, >> Laura >> > I think it's possible to "automate" the "manual fallback" behavior. But > the real issues is using heap id to specify the particular heap object. > > Current API (allocation IOCTL) requires to specify the particular heap > object by using heap id. From the other hand, the user space doesn't > control the heaps creation order and heap id assignment. So it may be > tricky, especially when more than one object of the same heap type is > created automatically. > > Thanks, > Alexey > > The query ioctl is designed to get the heap ID information without needing to rely on the linking order or anything else defined in the kernel. Thanks, Laura _______________________________________________ devel mailing list devel@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel