Re: [PATCH 5.9 24/74] x86, powerpc: Rename memcpy_mcsafe() to copy_mc_to_{user, kernel}()

2020-11-02 Thread Hans-Peter Jansen
Am Dienstag, 3. November 2020, 07:35:29 CET schrieb Greg Kroah-Hartman: > On Mon, Nov 02, 2020 at 10:34:08PM +0100, Hans-Peter Jansen wrote: > > Ah, that kind of makes sense, I saw odd things with these patches that I > couldn't figure out. > > So, is there a symlink that I need to add/fix to res

Re: [PATCH 5.9 24/74] x86, powerpc: Rename memcpy_mcsafe() to copy_mc_to_{user, kernel}()

2020-11-02 Thread Greg Kroah-Hartman
On Mon, Nov 02, 2020 at 10:34:08PM +0100, Hans-Peter Jansen wrote: > Hi Greg, hi Dan, > > Am Samstag, 31. Oktober 2020, 12:36:06 CET schrieb Greg Kroah-Hartman: > > From: Dan Williams > > > > commit ec6347bb43395cb92126788a1a5b25302543f815 upstream. > > > > In reaction to a proposal to introduc

Re: [PATCH 5.9 24/74] x86, powerpc: Rename memcpy_mcsafe() to copy_mc_to_{user, kernel}()

2020-11-02 Thread Hans-Peter Jansen
Hi Greg, hi Dan, Am Samstag, 31. Oktober 2020, 12:36:06 CET schrieb Greg Kroah-Hartman: > From: Dan Williams > > commit ec6347bb43395cb92126788a1a5b25302543f815 upstream. > > In reaction to a proposal to introduce a memcpy_mcsafe_fast() > implementation Linus points out that memcpy_mcsafe() is

[PATCH 5.9 24/74] x86, powerpc: Rename memcpy_mcsafe() to copy_mc_to_{user, kernel}()

2020-10-31 Thread Greg Kroah-Hartman
From: Dan Williams commit ec6347bb43395cb92126788a1a5b25302543f815 upstream. In reaction to a proposal to introduce a memcpy_mcsafe_fast() implementation Linus points out that memcpy_mcsafe() is poorly named relative to communicating the scope of the interface. Specifically what addresses are va