Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
From: David Hildenbrand <david@xxxxxxxxxx>
Date: Mon, 26 Feb 2024 12:53:48 +0100
In-reply-to: <Zdxwo0abvklfam-Z@infradead.org>
Organization: Red Hat
User-agent: Mozilla Thunderbird

On 26.02.24 12:06, Christoph Hellwig wrote:

The point is that we can't we just allow modules to unmap data from
the kernel mapping, no matter how noble your intentions are.


I absolutely agree.

--
Cheers,

David / dhildenb

Follow-Ups:
- Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
  - From: Elliot Berman

References:
- [PATCH v17 00/35] Drivers for Gunyah hypervisor
  - From: Elliot Berman
- [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
  - From: Elliot Berman
- Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
  - From: Christoph Hellwig
- Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
  - From: Elliot Berman
- Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
  - From: Christoph Hellwig

Prev by Date: [REGRESSION] Re: [PATCH v2 2/3] of: property: Improve finding the supplier of a remote-endpoint property
Next by Date: Re: [PATCH v2 2/5] dt-bindings: media: Add bindings for ARM mali-c55
Previous by thread: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
Next by thread: Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions
Index(es):
- Date
- Thread

[Index of Archives] [Device Tree Compilter] [Device Tree Spec] [Linux Driver Backports] [Video for Linux] [Linux USB Devel] [Linux PCI Devel] [Linux Audio Users] [Linux Kernel] [Linux SCSI] [XFree86] [Yosemite Backpacking]

Powered by Linux