Segher Boessenkool writes:
> That is a usability problem. Can it be fixed, or will that create its
> own compatibility problems? In practice I mean. If it is, the C
> libraries could fix it up, for new programs, and then after a while the
> kernel can do the sane thing?
>
> How big is the
Nicholas Piggin writes:
> +PPC_FEATURE_ARCH_2_05
> +The processor supports the v2.05 userlevel architecture. Processors
> +supporting later architectures also set this feature.
I don't think this bit is enabled when processors support later architectures.
In my tests, this behavior
er than
> doing any runtime testing of features to minimise the size.
>
> glibc 2.34 will take advantage of this, as will applications that use
> use _SC_MINSIGSTKSZ and _SC_SIGSTKSZ.
>
> Cc: Alan Modra
> Cc: Tulio Magno Quites Machado Filho
> References: 94b07c1f8c39 (&
Nicholas Piggin via Libc-alpha writes:
> As a more hacky thing you could make a syscall with -1 and see how
> the error looks, and then assume all syscalls will be the same.
I'm not sure this would work.
Even in glibc, it's expected that early syscalls will use sc while scv is used
later in the
Christophe Leroy writes:
> Michael Ellerman a écrit :
>
>> Christophe Leroy writes:
>>> Prepare for switching VDSO to generic C implementation in following
>>> patch. Here, we:
>>> - Modify __get_datapage() to take an offset
>>> - Prepare the helpers to call the C VDSO functions
>>> - Prepare
Alistair Popple writes:
> diff --git a/arch/powerpc/include/uapi/asm/cputable.h
> b/arch/powerpc/include/uapi/asm/cputable.h
> index 540592034740..c6fe10b2 100644
> --- a/arch/powerpc/include/uapi/asm/cputable.h
> +++ b/arch/powerpc/include/uapi/asm/cputable.h
> @@ -50,6 +50,8 @@
> #define
Nicholas Piggin writes:
> Adhemerval Zanella's on January 29, 2020 3:26 am:
>>
>> We already had to push a similar hack where glibc used to abort transactions
>> prior syscalls to avoid some side-effects on kernel (commit 56cf2763819d2f).
>> It was eventually removed from syscall handling by
Florian Weimer writes:
> * Tulio Magno Quites Machado Filho:
>
>> I wonder if this is restricted to linker that Golang uses.
>> Were you able to reproduce the same problem with Binutils' linker?
>
> The example is carefully constructed to use the external linker.
Florian Weimer writes:
> * Michal Suchánek:
>
>> On Wed, 31 Oct 2018 18:20:56 +0100
>> Florian Weimer wrote:
>>
>>> And it needs to be built with:
>>>
>>> go build -ldflags=-extldflags=-pie extld.go
>>>
>>> I'm not entirely sure what to make of this, but I'm worried that this
>>> could be a
Forwarding some comments from Adhemerval sent to libc-alpha [1]...
Adhemerval Zanella writes:
>Florian Weimer writes:
>
>> On 10/12/2017 12:17 PM, Michael Ellerman wrote:
>>> + pr_info("Enabling TM (Transactional Memory) with Suspend
Florian Weimer writes:
> On 10/12/2017 12:17 PM, Michael Ellerman wrote:
>> +pr_info("Enabling TM (Transactional Memory) with Suspend Disabled\n");
>> +cur_cpu_spec->cpu_features |= CPU_FTR_TM;
>> +cur_cpu_spec->cpu_user_features2 |= PPC_FEATURE2_HTM_NO_SUSPEND;
Benjamin Herrenschmidt <b...@kernel.crashing.org> writes:
> On Wed, 2017-01-04 at 11:04 -0200, Tulio Magno Quites Machado Filho
>
>> > +#define AT_L1I_CACHESIZE 40
>> > +#define AT_L1I_CACHESHAPE 41
>> > +#define AT_L1D_CACHESIZE 42
>>
Benjamin Herrenschmidt writes:
> diff --git a/arch/powerpc/include/uapi/asm/auxvec.h
> b/arch/powerpc/include/uapi/asm/auxvec.h
> index ce17d2c..79183d2 100644
> --- a/arch/powerpc/include/uapi/asm/auxvec.h
> +++ b/arch/powerpc/include/uapi/asm/auxvec.h
> @@ -16,6
Adhemerval Zanella <adhemerval.zane...@linaro.org> writes:
> On 08-01-2016 13:36, Peter Bergner wrote:
>> On Fri, 2016-01-08 at 11:25 -0200, Tulio Magno Quites Machado Filho wrote:
>>> Peter, this solves the issue you reported previously [1].
>>>
>>> [1]
"Carlos O'Donell" <car...@redhat.com> writes:
> On 01/11/2016 10:16 AM, Tulio Magno Quites Machado Filho wrote:
>> Adhemerval Zanella <adhemerval.zane...@linaro.org> writes:
>>
>>> On 08-01-2016 13:36, Peter Bergner wrote:
>>>> On Fri, 2
15 matches
Mail list logo