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 71DC6C5475B for ; Fri, 8 Mar 2024 16:37:56 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 02D956B03B8; Fri, 8 Mar 2024 11:37:56 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 005506B03BA; Fri, 8 Mar 2024 11:37:55 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E0EA66B03BB; Fri, 8 Mar 2024 11:37:55 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id D27CF6B03B8 for ; Fri, 8 Mar 2024 11:37:55 -0500 (EST) Received: from smtpin29.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 7B0301C0709 for ; Fri, 8 Mar 2024 16:37:55 +0000 (UTC) X-FDA: 81874428510.29.A76E425 Received: from mail-wm1-f48.google.com (mail-wm1-f48.google.com [209.85.128.48]) by imf13.hostedemail.com (Postfix) with ESMTP id AFEC420003 for ; Fri, 8 Mar 2024 16:37:53 +0000 (UTC) Authentication-Results: imf13.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=JwA1ifoH; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (imf13.hostedemail.com: domain of alexei.starovoitov@gmail.com designates 209.85.128.48 as permitted sender) smtp.mailfrom=alexei.starovoitov@gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1709915873; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=5JesRgTUuNt1xE/krs+/X0XneE8maUM05vwUraJuO3Y=; b=TNWo5AHy0e1W4VRV9v447XSsdKQlMNg8OE1+fRScAlmqo2SNPsSfAk+LzVtCKJh5PJQGeL +sEFwy9tQi8CHbuu9QQtTuFK9ttup5QzXSXcwFwpqEeQi8jZrp5yp8Iqw/+Tq5CO+3q3FY 8dWSovqV2xIsknHLi1QtZLIlxfwDOC4= ARC-Authentication-Results: i=1; imf13.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=JwA1ifoH; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (imf13.hostedemail.com: domain of alexei.starovoitov@gmail.com designates 209.85.128.48 as permitted sender) smtp.mailfrom=alexei.starovoitov@gmail.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1709915873; a=rsa-sha256; cv=none; b=5eUJiLvvrVj2nVR/NASiNhSLrUVNstoFM2rq0jp+opNdyVUFVAjy7faI1dgVAALikBLe5J A3bwiZ6ZVDItytlaf2qLUNan/bTkNUh492O0WmB3PqthhzAnd9dz0EgvhPTBZzxBaiJ8Mm nCtIZRtPB24fk2VEtBAqhpkv3m+0LJc= Received: by mail-wm1-f48.google.com with SMTP id 5b1f17b1804b1-41312232c7aso10921525e9.0 for ; Fri, 08 Mar 2024 08:37:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709915872; x=1710520672; darn=kvack.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=5JesRgTUuNt1xE/krs+/X0XneE8maUM05vwUraJuO3Y=; b=JwA1ifoHWVpWiJEu9He3gPr6p0sghvciT+k4XTltT49+Sb+2oA2pzQ4m4Ac1oUS1Cw g1cJO1vqXYjCKRaLdOCxRKpFLMrGPjLHF1LCj5LPpHeAbNRZLfWVVGJudrW+vewO3GJq TJ0Q8ZVgzR8pcZQpj/NrWnvUqLGSF8N5hCB3qZ+qt3jcZY6NNHubqtlODHuVlyrGXw2b 0DWbDVce703AZ0CMMhzCLpyL0eqMLtiXlxnXudwHW/DKbZm/5a7YrZnN5wqq2i9fR84M +nnCHv6nFFZSfOIa0EFQWpwyea8baD/yBjaU0E55UH8tBvvrHtBpfyD05uL+ngogaIf1 kYqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709915872; x=1710520672; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=5JesRgTUuNt1xE/krs+/X0XneE8maUM05vwUraJuO3Y=; b=daRmHyYObCusWsG0xjIpWEj1tndL5pL/hS4L80YMTBIxkmNx4zdJDw3enRi0/uhPas YevJ7ntN7PRRvT9KofGGKBzZ+xcDTAafXpwjue56d2Qcqd7rH8zApl2jhZTmEB3NSbnJ L/VxTkZ/qsnT8W0/ugcY4d7kFQQs+YK9zxlSclLCX2aSghd9u6UinynO8hFOrmVRLwBP C8srJthtNFfd8ZKhkHqYPs1TRTaRBBwg7A2RdKJiZpvawnNph5OsS3f05moiacUpYswF KP+MHePFRsdVCKrWQacSmVuNvGEx4vJFqvVRJR8xw8G9dIAgX2eN/1JiJrIUkA4TSa/A hcRQ== X-Forwarded-Encrypted: i=1; AJvYcCW3ujFwvoAn0qe97OTYmtQeX/g7vawyZ0qAOdwGEpHubKuhRcq2vE6ZAtLcmJgmsc2eP+g2GrmUUEblr79q7iUcbvE= X-Gm-Message-State: AOJu0YwB794qDWsk0n9QEKv2UfVkvNM0lwGIMxA34pHm/r9XlcsX4uA+ rAPZwRqbC3nSDKppek+RXy71b+DHg6FZeut8evtAww+K8tcqYTYEAe810WA/wjFQdjsKJNb47vU AseEJJm6xiqV3i19CSsl9a1WFcfY= X-Google-Smtp-Source: AGHT+IFXA8k9e8qbckQo0rY/uY6uy5njvrqYYq3CiI0AMi4h+wRSUVu4NMbB2uyXdDPqPcwFmb2tq340tNJ8GMAHSog= X-Received: by 2002:adf:b1d8:0:b0:33e:12a4:8619 with SMTP id r24-20020adfb1d8000000b0033e12a48619mr760550wra.24.1709915871988; Fri, 08 Mar 2024 08:37:51 -0800 (PST) MIME-Version: 1.0 References: <20240308161331.GA682898@bhelgaas> In-Reply-To: <20240308161331.GA682898@bhelgaas> From: Alexei Starovoitov Date: Fri, 8 Mar 2024 08:37:40 -0800 Message-ID: Subject: Re: vm_area at addr ffffffffc0800000 is not marked as VM_IOREMAP To: Bjorn Helgaas Cc: Miguel Ojeda , Christoph Hellwig , Linus Torvalds , linux-mm , Andrew Morton , Catalin Marinas , Will Deacon , Linux ARM , Daniel Borkmann , bpf , Bjorn Helgaas , linux-pci@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspam-User: X-Stat-Signature: k9upnc95mn43gxxnp6h8ij3szunnpcht X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: AFEC420003 X-HE-Tag: 1709915873-87729 X-HE-Meta: U2FsdGVkX18Y93hSDaagSXSEyioRJ1ozjWfXYshEGfsuk9nUpPBeefFNl9cXEEUjkudYpAqfHrH67aybFFAFAsRyX11qONONXsJZKxz4PhscZX5zmxhzd47vN48+4Aa25K4t4kCwPolwGQCN11qtEz0FaTifT9J5QARO7DBpsbxKfMuEvMY1/zf13phCtoT/KtjoZVpcrueAwjtLIS8WphKHEzm03Q8e/q0ZJxC78MYM+1mdSLRc4E3Gt9gf0CeUxIgrmes2pA6m8DD40OC9dsBotUCuoFRQutir7jY70maa16mOZpjGQdw8vVwk2qFYXasSSsMYmDeQDLwxFn/G9QIWwnDiIYFl6SQscKui/iaRK9ALDGxHpR1hCSWWJ32SbD+zNMXF17OEaZAqiabxAowlp4B+BjQyUOkH97GoWT+iN5C/GvsXAgMhtQyrz2Nb3/sOBwzsjcyOsRdolK9Zk69fUbrqObOzkDKBcrUpMjDwwhM2VFc1bnTwFqABkyAQ+7ZG3IZynBwhTrTZKadcJvXZETFCRN1Fzvb9W8ut2iJ51kD/+wiOcS1c2kpSR0IbKtXV/4QQWX5snB3X0tXgCHswmo4oKbUeNwPQ8G/XDU1Bo0Nhs639KLmsn6mTRNHrCEdJpSF1HfuXxQz2GB8euXE1koNlZM+y5NhdoscU/1MWNmun9FEbWcCRk+bjywA4oqJ2Tw/Y8DfO8gXB2L9Tuuq7SosJQp2EyEsswTdtL7DSAY2LSSkfGD3NdcBJI2PexJgAW8nHOuBlXh3xqXdlE55oJp0mymd9/ky6iLxo3m1Wl67BqU1LUZLO4e2Xdx11buA94rgsH5CPiRNjBPS/553S/WkvjQvnyLNk8Lel1aWR++c4vkCYUnQj3nTqBwmP2V1KxpoTDP9cbDSpF1VtfwUoRrAWNQFpNQxO4EWL1aBfLf/xnZyR8L56SeiHzRPQjsE/0+OEuJei8FQRdyW UQqyxr4S 6gr1NaHYlHeSePnZSivZc+z8kINN6fTkyyi6/Uj4PQinvtNrWGFRe9RBIUPE9jKMrY+sSd6T6aL8ypzKLDqg9BlvUQ1twNRy5PfgqVaMQCFO6YfjkqA+QKNramhPOIQ0PtDahah3e4Ds+6hFpL7yw63iEsVe/LwQPBY1JHa9dn3ulQfhzylbrPDkGFWk0ECMuR8wc5ZrVj25wi1z1/9Tvs8fOJ1vVoFwmn09W33G5GFr5XzDOMFf78TOtBvN9XRyGv3Os0HmTmQ0AOmrE4TXTKev/o++TvGPIBzrTfNfkrNZrOKmTbwwAZZR9mAKdoakBdN/txkVhG1ckJqy+aEjvd1IllLX3P2wyrkS9Q+ik4DuvEW3apz2EtOsFnHAvw3c5se1ERFy3dds8ONl5vCSvgXPgJOKCyGKeDuGOvoswVpJhLdRUmtFJJvq+KmtX21hsik5Z+k/+Q2Ukab0hGLd93sfaJ1fsFWiAbHDLwzmN6NsZEicE9scIJJCdKiNUBEmrHSTIkWut/Tx5pORTvZYGJBTEgF3AH71C9npmi/KOTHEpREVf066yUZDD5hEEQ5PYKeXpKBNOSsupHoA= 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: List-Subscribe: List-Unsubscribe: On Fri, Mar 8, 2024 at 8:13=E2=80=AFAM Bjorn Helgaas w= rote: > > On Thu, Mar 07, 2024 at 07:49:16PM -0800, Alexei Starovoitov wrote: > > Ok. I think I figured it out. > > Please try the attached patch. > > > PCI address range is managed independently from vmalloc range. > > This suggests that the PCI maintainers should be aware of something, > but I don't know what this means. Can you elaborate on what PCI > address range management this is, e.g., what functions allocate from > it? Or how PCI should have been able to avoid this issue? I believe Chritoph's long term plan for ioremap_page_range() is to be used for ranges _within_ vmalloc range only. The vmalloc ranges are allocated by get_vm_area(). In PCI you don't use vmalloc address range. PCI manages its own PCI_IOBASE, IO_SPACE_LIMIT address range independently from vmalloc range and they do not overlap. Hence this proposed patch.