Re: + dma-pool-do-not-complain-if-dma-pool-is-not-allocated.patch added to mm-hotfixes-unstable branch

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

 



On Wed 17-08-22 08:00:45, Christoph Hellwig wrote:
> On Mon, Aug 15, 2022 at 10:42:01AM +0200, Michal Hocko wrote:
> > Anyway, you seem to be not thrilled about the __GFP_NOWARN approach and
> > I won't push it. But is the existing inconsistency really desirable? I
> > mean we can get pretty vocal warning if the allocation fails but no
> > information when the zone doesn't have any managed memory. Why should we
> > treat them differently? 
> 
> How could we end up having ZONE_DMA without any managed memory to start
> with except for the case where the total memory is smaller than what
> fits into ZONE_DMA?  If we have such a case we really should warn about
> it as well.

This can be an early memory reservation from this physical address
range. My original report http://lkml.kernel.org/r/Yj28gjonUa9+0yae@xxxxxxxxxxxxxx
was referring to such a system (a different one than what I am dealing
with now): present:636kB managed:0kB

There is only 636kB present in that ZONE_DMA physical range but nothing
has made it to the page allocator in the end.

-- 
Michal Hocko
SUSE Labs



[Index of Archives]     [Kernel Archive]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]

  Powered by Linux