On Mon, Dec 14, 2020 at 11:15:12AM -0500, Steven Rostedt wrote:
> On Mon, 14 Dec 2020 18:59:02 +0300
> Anatoly Pugachev wrote:
>
> > Hello!
> >
> > Enabled ftrace startup tests on a sparc64 test VM/LDOM:
> >
> > $ diff -u <(gzip -dc ~/dmesg/config-5.10.0.gz) <(gzip -dc /proc/config.gz)
> > ---
On 16 Nov 2020, at 00:55, Jessica Clarke wrote:
>
> On 1 Nov 2020, at 21:01, Rich Felker wrote:
>>
>> On Sun, Nov 01, 2020 at 06:27:10PM +0000, Jessica Clarke wrote:
>>> On 1 Nov 2020, at 18:15, Jessica Clarke wrote:
>>>>
>>>> On 1 Nov 2020
On 1 Nov 2020, at 21:01, Rich Felker wrote:
>
> On Sun, Nov 01, 2020 at 06:27:10PM +, Jessica Clarke wrote:
>> On 1 Nov 2020, at 18:15, Jessica Clarke wrote:
>>>
>>> On 1 Nov 2020, at 18:07, Andy Lutomirski wrote:
>>>>
>>>&
On 1 Nov 2020, at 18:15, Jessica Clarke wrote:
>
> On 1 Nov 2020, at 18:07, Andy Lutomirski wrote:
>>
>> On Sat, Oct 31, 2020 at 6:50 PM Rich Felker wrote:
>>>
>>> On Sun, Nov 01, 2020 at 01:27:35AM +, Jessica Clarke wrote:
>>>> On 1 Nov
On 1 Nov 2020, at 18:07, Andy Lutomirski wrote:
>
> On Sat, Oct 31, 2020 at 6:50 PM Rich Felker wrote:
>>
>> On Sun, Nov 01, 2020 at 01:27:35AM +0000, Jessica Clarke wrote:
>>> On 1 Nov 2020, at 01:22, Rich Felker wrote:
>>>> On Sat, Oct 31, 2020 at
On 1 Nov 2020, at 01:22, Rich Felker wrote:
> On Sat, Oct 31, 2020 at 04:30:44PM -0700, Andy Lutomirski wrote:
>> cc: some libc folks
>>
>> On Mon, Oct 12, 2020 at 6:45 AM Jessica Clarke wrote:
>>>
>>> POSIX specifies that the first field of the supplied
On 31 Oct 2020, at 23:30, Andy Lutomirski wrote:
>
> cc: some libc folks
>
> On Mon, Oct 12, 2020 at 6:45 AM Jessica Clarke wrote:
>>
>> POSIX specifies that the first field of the supplied msgp, namely mtype,
>> is a long, not a __kernel_long_t, and it's
> On 12 Oct 2020, at 14:44, Jessica Clarke wrote:
>
> POSIX specifies that the first field of the supplied msgp, namely mtype,
> is a long, not a __kernel_long_t, and it's a user-defined struct due to
> the variable-length mtext field so we can't even bend
en x32
and non-x32 (i386 or x86_64) processes this would previously cause mtext
to "move" and, depending on the direction and ABI combination, lose the
first 4 bytes.
Signed-off-by: Jessica Clarke
---
I have verified that the test at the end of [1] now gives the correct
result on x32 (&
On 12 Oct 2020, at 04:02, Andy Lutomirski wrote:
> On Sun, Oct 11, 2020 at 6:48 PM Jessica Clarke wrote:
>>
>> POSIX specifies that the first field of the supplied msgp, namely mtype,
>> is a long, not a __kernel_long_t, and it's a user-defined struct due to
>>
en x32
and non-x32 (i386 or x86_64) processes this would previously cause mtext
to "move" and, depending on the direction and ABI combination, lose the
first 4 bytes.
Signed-off-by: Jessica Clarke
---
arch/x86/entry/syscalls/syscall_64.tbl | 6 --
1 file changed, 4 insertions(+),
uired implementation detail.
Fixes: 974b9b2c68 ("mm: consolidate pte_index() and pte_offset_*() definitions")
Reported-by: John Paul Adrian Glaubitz
Signed-off-by: Jessica Clarke
Tested-by: John Paul Adrian Glaubitz
---
Changes since v1:
* Fixed typo in commit message
* Slightly re
(since we know it's in region number 5). */
> #define pgd_offset_k(addr) \
> (init_mm.pgd + (((addr) >> PGDIR_SHIFT) & (PTRS_PER_PGD - 1)))
But now it's the generic:
> #define pgd_offset_k(address) pgd_offset(&init_mm, (addres
13 matches
Mail list logo
