From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4BF25C433EF for ; Thu, 16 Jun 2022 06:31:10 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id D2BB46B0072; Thu, 16 Jun 2022 02:31:09 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id D03426B0073; Thu, 16 Jun 2022 02:31:09 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id BCB716B0074; Thu, 16 Jun 2022 02:31:09 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id AFAF56B0072 for ; Thu, 16 Jun 2022 02:31:09 -0400 (EDT) Received: from smtpin18.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 7A2F543C for ; Thu, 16 Jun 2022 06:31:09 +0000 (UTC) X-FDA: 79583126658.18.37CE54A Received: from verein.lst.de (verein.lst.de [213.95.11.211]) by imf17.hostedemail.com (Postfix) with ESMTP id C77F040087 for ; Thu, 16 Jun 2022 06:31:08 +0000 (UTC) Received: by verein.lst.de (Postfix, from userid 2407) id 4440468AA6; Thu, 16 Jun 2022 08:31:04 +0200 (CEST) Date: Thu, 16 Jun 2022 08:31:04 +0200 From: Christoph Hellwig To: Greg KH Cc: Hans =?iso-8859-1?Q?M=FCller?= , arve@android.com, christian@brauner.io, hch@lst.de, hridya@google.com, joel@joelfernandes.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, maco@android.com, surenb@google.com, tkjos@android.com Subject: Re: [PATCH] staging: remove ashmem Message-ID: <20220616063104.GA5494@lst.de> References: <3f8d25aa-17a6-e6aa-4b6d-d3388ef35201@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1655361069; a=rsa-sha256; cv=none; b=YxRlzPi7KFqnxR1/hxpXT/BuTpkd2Xh3u+NVmBe92J3+kAP+0vyVHDc/zwwUBg3zvucQMj OqdnpSlyzVICqjM0B3Z2IK6kJZtA3zIEGw03rpATlORjNYNfNQL64bRz2dp1AdZ8HeIFK1 yfIcM3D3NkaecCHt/WfzKYvsyTu3O6E= ARC-Authentication-Results: i=1; imf17.hostedemail.com; dkim=none; spf=none (imf17.hostedemail.com: domain of hch@lst.de has no SPF policy when checking 213.95.11.211) smtp.mailfrom=hch@lst.de; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1655361069; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=E0HrDVKAclArNkrxAd5jqYbrdRLSfglezuZfzyBx2+s=; b=uMzhFeLUVIthncP9pSC2+a9g1ldBLxoUhcWTRcH+VbSAnMBnQe9R5vnenABGjkfGXYCpEs zESMQRzUQkpYgXNmCzHiG6ZhG44D/U/uZkjWdDFz/sgcY2ZceRMx95/Uxxe8li8aS3bdot pj+BFBNiyQH1i519Cv+dYuY/BtK3oKs= Authentication-Results: imf17.hostedemail.com; dkim=none; spf=none (imf17.hostedemail.com: domain of hch@lst.de has no SPF policy when checking 213.95.11.211) smtp.mailfrom=hch@lst.de; dmarc=none X-Rspam-User: X-Stat-Signature: praetw7t4jpq83f7c6mrcy5e38tkiitd X-Rspamd-Queue-Id: C77F040087 X-Rspamd-Server: rspam08 X-HE-Tag: 1655361068-476815 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Thu, Jun 16, 2022 at 08:29:51AM +0200, Greg KH wrote: > That is a "Android 7-based" system? That's old, how are they supporting > that anymore with the security stuff that has happened since then? > > Anyway, if this were to come back, I need a maintainer who agrees to > maintain it and fix and support it. Are you able to do that? If so, I > think it would probably be easier to fix up anbox to use memfd instead, > is anyone doing that (I couldn't figure that out from the github > issue...) I'm very much against this. ashmem is a mess and we should not maintain it for some kind of retro computing group.