On Fri, Oct 30, 2020 at 8:02 PM Thomas Gleixner wrote:
>
> On Fri, Oct 30 2020 at 18:54, Dan Williams wrote:
> > Thomas, do you want to ack this so Andrew can pick it up, or I can
> > take it through as a device-dax update, but either way the diffstat
> > warrants x86 + mm acks.
>
> It's butt
On Fri, Oct 30 2020 at 18:54, Dan Williams wrote:
> Thomas, do you want to ack this so Andrew can pick it up, or I can
> take it through as a device-dax update, but either way the diffstat
> warrants x86 + mm acks.
It's butt ugly but I couldn't come up with anything better right
away. So, FWIW:
Dear Sir/Ma
Please Confirm if your Company is looking to raise project funds and send me an
email for more details.
Thanks
--
Best Regards,
Duke caleb
dukeca...@wloans.cba.pl
___
Linux-nvdimm mailing list -- linux-nvdimm@lists.01.org
To unsubscribe
On Thu, Oct 29, 2020 at 7:29 PM Dan Williams wrote:
>
> The core-mm has a default __weak implementation of phys_to_target_node()
> when the architecture does not override it. That symbol is exported
> for modules. However, while the export in mm/memory_hotplug.c exported
> the symbol in the
I've invited you to fill out the following form:
Untitled form
To fill it out, visit:
https://docs.google.com/forms/d/e/1FAIpQLScuNN46De4NTNDuI_3Rm2L6CNABd5Ra0TyGG6ZxgVbAw2h7Ug/viewform?vc=0c=0w=1flr=0usp=mail_form_link
Hi,
Hope I am not intruding on your space here.
If you are interested in
On 30.10.20 03:29, Dan Williams wrote:
The core-mm has a default __weak implementation of phys_to_target_node()
when the architecture does not override it. That symbol is exported
for modules. However, while the export in mm/memory_hotplug.c exported
the symbol in the configuration cases of:
--
Sir/Madam,
I have access to very vital information that can be used to move a huge
amount of money. I have done my homework very well and I have the
machineries in place to get it done since I am still in active service.
If it was possible for me to do it alone I would not have bothered