API __get_user_pages_fast() renamed to get_user_pages_fast_only()
to align with pin_user_pages_fast_only().
As part of this we will get rid of write parameter. Instead caller
will pass FOLL_WRITE to get_user_pages_fast_only(). This will not
change any existing functionality of the API.
All the
Excerpts from Nicholas Piggin's message of May 24, 2020 9:56 am:
> Excerpts from Michael Ellerman's message of May 22, 2020 11:33 pm:
>> In a few places we want to calculate the address of the next
>> instruction. Previously that was simple, we just added 4 bytes, or if
>> using a u32 * we
Excerpts from Michael Ellerman's message of May 22, 2020 11:33 pm:
> In a few places we want to calculate the address of the next
> instruction. Previously that was simple, we just added 4 bytes, or if
> using a u32 * we incremented that pointer by 1.
>
> But prefixed instructions make it more
https://bugzilla.kernel.org/show_bug.cgi?id=207873
--- Comment #4 from Erhard F. (erhar...@mailbox.org) ---
Created attachment 289261
--> https://bugzilla.kernel.org/attachment.cgi?id=289261=edit
transcript of both screenshots
--
You are receiving this mail because:
You are watching the
On 2020-05-23 12:35, Souptick Joarder wrote:
...
Everything you have done here is an improvement, and I'd be happy to
see it go in (after fixing the bug I note below).
But in reading through it, I noticed almost every user ...
- if (__get_user_pages_fast(hva, 1, 1, ) == 1) {
+ if
https://bugzilla.kernel.org/show_bug.cgi?id=207873
--- Comment #3 from Erhard F. (erhar...@mailbox.org) ---
Created attachment 289259
--> https://bugzilla.kernel.org/attachment.cgi?id=289259=edit
screenshot 02
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=207873
--- Comment #2 from Erhard F. (erhar...@mailbox.org) ---
Created attachment 289257
--> https://bugzilla.kernel.org/attachment.cgi?id=289257=edit
screenshot 01
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=207873
--- Comment #1 from Erhard F. (erhar...@mailbox.org) ---
Created attachment 289255
--> https://bugzilla.kernel.org/attachment.cgi?id=289255=edit
kernel dmesg (5.7-rc6, PowerMac G4 DP)
--
You are receiving this mail because:
You are watching
https://bugzilla.kernel.org/show_bug.cgi?id=207873
Bug ID: 207873
Summary: BUG at swapops + rcu stall + soft lockup at running
btrfs test suite (TEST=013\* ./misc-tests.sh)
Product: Platform Specific/Hardware
Version: 2.5
Kernel
On 5/23/20 12:30 PM, Christophe Leroy wrote:
Hi Larry,
Le 23/05/2020 à 19:24, Larry Finger a écrit :
Hi Christophe,
Although kernel 5.7.0-rc2 appeared to boot cleanly, it failed on my G4 when I
tried to generate a new kernel. The following BUG message is logged:
[...]
This problem was
On Sat, May 23, 2020 at 10:55 PM Matthew Wilcox wrote:
>
> On Sat, May 23, 2020 at 10:11:12PM +0530, Souptick Joarder wrote:
> > Renaming the API __get_user_pages_fast() to get_user_pages_
> > fast_only() to align with pin_user_pages_fast_only().
>
> Please don't split a function name across
Hi Larry,
Le 23/05/2020 à 19:24, Larry Finger a écrit :
Hi Christophe,
Although kernel 5.7.0-rc2 appeared to boot cleanly, it failed on my G4
when I tried to generate a new kernel. The following BUG message is logged:
[...]
This problem was bisected to commit 697ece7 ("powerpc/32s:
On Sat, May 23, 2020 at 10:11:12PM +0530, Souptick Joarder wrote:
> Renaming the API __get_user_pages_fast() to get_user_pages_
> fast_only() to align with pin_user_pages_fast_only().
Please don't split a function name across lines. That messes
up people who are grepping for the function name in
Hi Christophe,
Although kernel 5.7.0-rc2 appeared to boot cleanly, it failed on my G4 when I
tried to generate a new kernel. The following BUG message is logged:
[ 336.148935] [ cut here ]
[ 336.148950] kernel BUG at ./include/linux/swapops.h:195!
[ 336.148971]
Hi Masahiro.
On Sun, May 24, 2020 at 12:12:35AM +0900, Masahiro Yamada wrote:
> Hi Nicholas,
> (+CC: Sam Ravnborg)
>
>
> On Sat, May 23, 2020 at 7:06 PM Nicholas Piggin wrote:
> >
> > Excerpts from Masahiro Yamada's message of May 23, 2020 3:44 am:
> > > + Michael, and PPC ML.
> > >
> > > They
Renaming the API __get_user_pages_fast() to get_user_pages_
fast_only() to align with pin_user_pages_fast_only().
As part of this we will get rid of write parameter.
Instead caller will pass FOLL_WRITE to get_user_pages_fast_only().
This will not change any existing functionality of the API.
All
Hi Nicholas,
(+CC: Sam Ravnborg)
On Sat, May 23, 2020 at 7:06 PM Nicholas Piggin wrote:
>
> Excerpts from Masahiro Yamada's message of May 23, 2020 3:44 am:
> > + Michael, and PPC ML.
> >
> > They may know something about the reason of failure.
>
> Because the linker can't put branch stubs
Kees Cook writes:
> To turn the KMSG_DUMP_* reasons into a more ordered list, collapse
> the redundant KMSG_DUMP_(RESTART|HALT|POWEROFF) reasons into
> KMSG_DUMP_SHUTDOWN. The current users already don't meaningfully
> distinguish between them, so there's no need to, as discussed here:
>
Excerpts from Masahiro Yamada's message of May 23, 2020 3:44 am:
> + Michael, and PPC ML.
>
> They may know something about the reason of failure.
Because the linker can't put branch stubs within object code sections,
so when you incrementally link them too large, the linker can't resolve
19 matches
Mail list logo
