The core-mm has a default __weak implementation of phys_to_target_node()
to mirror the weak definition of memory_add_physaddr_to_nid(). That
symbol is exported for modules. However, while the export in
mm/memory_hotplug.c exported the symbol in the configuration cases of:
CONFIG_NUMA_KEEP_
___
Linux-nvdimm mailing list -- linux-nvdimm@lists.01.org
To unsubscribe send an email to linux-nvdimm-le...@lists.01.org
On Tue, Nov 3, 2020 at 5:38 PM Andrew Morton wrote:
>
> On Mon, 2 Nov 2020 15:52:39 -0800 Dan Williams
> wrote:
>
> > The attached patch is going through some kbuild-robot exposure to make
> > sure I did not break anything else.
>
> I'll duck this for now - please send it along formally if/when
On Mon, 2 Nov 2020 15:52:39 -0800 Dan Williams wrote:
> The attached patch is going through some kbuild-robot exposure to make
> sure I did not break anything else.
I'll duck this for now - please send it along formally if/when testing
is successful.
_
Dear
My name is Nicholas Toms, an investment portfolio manager with ACLL . We offer
the right loan Investment funding with low
interest to finance your business or project ranging from US$1M to US$2BIllion.
Kindly contact me for more details as I am open to questions.
Sincerely,
Nicholas Tom
Продвижение сайтов в ТОП-3
ТОЛЬКО "БЕЛЫЕ" МЕТОДЫ ПРОДВИЖЕНИЯ САЙТОВ!
Мы занимаемся продвижением сайтов в GOOGLE и YANDEX
Чтоб Ваш сайт начал приносить прибыль, нужно раскрутить его в поисковых
системах по нужным Вам словам\фразам, к примеру если Ваша деятельность
ПОЛИГРАФИЯ, то при вводе в пои
New York tech startups
A report compiled by Paul Tostevin, Associate Director of Savills in London,
showed that, in terms of business and technological environment, bustle of the
city, talent groups, real estate costs and mobility, New York has become the
leading technologica
https://www.fielde
hi
___
Linux-nvdimm mailing list -- linux-nvdimm@lists.01.org
To unsubscribe send an email to linux-nvdimm-le...@lists.01.org
On Tue, Nov 03, 2020 at 07:14:07PM +0100, Greg KH wrote:
> On Tue, Nov 03, 2020 at 09:53:36AM -0800, Ira Weiny wrote:
> > On Tue, Nov 03, 2020 at 07:50:24AM +0100, Greg KH wrote:
> > > On Mon, Nov 02, 2020 at 12:53:15PM -0800, ira.we...@intel.com wrote:
> > > > From: Fenghua Yu
> > > >
> >
> > [
On Tue, Nov 03, 2020 at 09:53:36AM -0800, Ira Weiny wrote:
> On Tue, Nov 03, 2020 at 07:50:24AM +0100, Greg KH wrote:
> > On Mon, Nov 02, 2020 at 12:53:15PM -0800, ira.we...@intel.com wrote:
> > > From: Fenghua Yu
> > >
>
> [snip]
>
> > > diff --git a/include/linux/pkeys.h b/include/linux/pkeys
On Tue, Nov 03, 2020 at 07:50:24AM +0100, Greg KH wrote:
> On Mon, Nov 02, 2020 at 12:53:15PM -0800, ira.we...@intel.com wrote:
> > From: Fenghua Yu
> >
[snip]
> > diff --git a/include/linux/pkeys.h b/include/linux/pkeys.h
> > index 2955ba976048..0959a4c0ca64 100644
> > --- a/include/linux/pkey
Greetings,
To Whom It May Concern,
We, the Global Financial Services are offering loans at a very low interest
rate of 3% per year. We offer Personal loans, Debt Consolidation Loan, Venture
Capital, Business Loan, Education Loan, Home Loan or "Loan for any reason and
for all citizens and n
On Tue, Nov 03, 2020 at 02:52:14PM +0100, Hagen Paul Pfeifer wrote:
> > On 11/02/2020 4:40 PM Mike Rapoport wrote:
>
> > > Isn't memfd_secret currently *unnecessarily* designed to be a "one task
> > > feature"? memfd_secret fulfills exactly two (generic) features:
> > >
> > > - address space iso
> On 11/02/2020 4:40 PM Mike Rapoport wrote:
> > Isn't memfd_secret currently *unnecessarily* designed to be a "one task
> > feature"? memfd_secret fulfills exactly two (generic) features:
> >
> > - address space isolation from kernel (aka SECRET_EXCLUSIVE, not in kernel's
> > direct map) - hi
On Mon, Nov 02 2020 at 15:52, Dan Williams wrote:
> On Sat, Oct 31, 2020 at 2:10 AM Christoph Hellwig wrote:
> The dependency on NUMA_KEEP_MEMINFO for DEV_DAX_HMEM_DEVICES is invalid
> now that the symbol is properly exported / stubbed in all combinations
> of CONFIG_NUMA_KEEP_MEMINFO and CONFIG_M
On 03.11.20 10:52, Mike Rapoport wrote:
On Mon, Nov 02, 2020 at 06:51:09PM +0100, David Hildenbrand wrote:
Assume you have a system with quite some ZONE_MOVABLE memory (esp. in
virtualized environments), eating up a significant amount of !ZONE_MOVABLE
memory dynamically at runtime can lead to no
On Mon, Nov 02, 2020 at 06:51:09PM +0100, David Hildenbrand wrote:
> > > Assume you have a system with quite some ZONE_MOVABLE memory (esp. in
> > > virtualized environments), eating up a significant amount of !ZONE_MOVABLE
> > > memory dynamically at runtime can lead to non-obvious issues. It look
This version looks sensible to me:
Reviewed-by: Christoph Hellwig
___
Linux-nvdimm mailing list -- linux-nvdimm@lists.01.org
To unsubscribe send an email to linux-nvdimm-le...@lists.01.org
18 matches
Mail list logo