Thread (32 messages) 32 messages, 4 authors, 2011-04-05

[PATCH 04/12] mm: alloc_contig_freed_pages() added

From: Dave Hansen <hidden>
Date: 2011-03-31 22:27:06
Also in: linux-media, linux-mm, linux-samsung-soc, lkml

On Fri, 2011-04-01 at 00:18 +0200, Michal Nazarewicz wrote:
On Thu, 31 Mar 2011 23:14:38 +0200, Dave Hansen wrote:
quoted
We BUG_ON() in bootmem.  Basically if we try to allocate an early-boot
structure and fail, we're screwed.  We can't keep running without an
inode hash, or a mem_map[].

This looks like it's going to at least get partially used in drivers, at
least from the examples.  Are these kinds of things that, if the driver
fails to load, that the system is useless and hosed?  Or, is it
something where we might limp along to figure out what went wrong before
we reboot?
Bug in the above place does not mean that we could not allocate memory.  It
means caller is broken.
Could you explain that a bit?

Is this a case where a device is mapped to a very *specific* range of
physical memory and no where else?  What are the reasons for not marking
it off limits at boot?  I also saw some bits of isolation and migration
in those patches.  Can't the migration fail?  

-- Dave
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help