,Jann Horn ,Thomas Gleixner
,Tvrtko Ursulin ,Lionel
Landwerlin ,linux-kernel
,"linux-security-mod...@vger.kernel.org"
,"seli...@vger.kernel.org"
,"intel-...@lists.freedesktop.org"
,"b...@vger.kernel.org"
,"linux-par...@vger.kernel.org"
,"linuxppc-dev@lists.ozlabs.org"
> On Jan 10, 2020, at 3:47 PM, Masami Hiramatsu wrote:
>
> On Fri, 10 Jan 2020 13:45:31 -0300
> Arnaldo Carvalho de Melo wrote:
>
>> Em Sat, Jan 11, 2020 at 12:52:13AM +0900, Masami Hiramatsu escreveu:
>>> On Fri, 10 Jan 2020 15:02:34 +0100 Peter Zijlstra
>>> wrote:
Again, this only
On Fri, 10 Jan 2020 14:28:17 PST (-0800), alexan...@ghiti.fr wrote:
Hi guys,
On 10/27/19 8:02 PM, Stephen Rothwell wrote:
Hi all,
On Fri, 18 Oct 2019 10:56:57 +1100 Stephen Rothwell
wrote:
Hi all,
After merging the bpf-next tree, today's linux-next build (powerpc
ppc64_defconfig) produced
On Fri, 10 Jan 2020 13:45:31 -0300
Arnaldo Carvalho de Melo wrote:
> Em Sat, Jan 11, 2020 at 12:52:13AM +0900, Masami Hiramatsu escreveu:
> > On Fri, 10 Jan 2020 15:02:34 +0100 Peter Zijlstra
> > wrote:
> > > Again, this only allows attaching to previously created kprobes, it does
> > > not
On Fri, Jan 10, 2020 at 2:28 PM Alexandre Ghiti wrote:
>
> Hi guys,
>
> On 10/27/19 8:02 PM, Stephen Rothwell wrote:
> > Hi all,
> >
> > On Fri, 18 Oct 2019 10:56:57 +1100 Stephen Rothwell
> > wrote:
> >> Hi all,
> >>
> >> After merging the bpf-next tree, today's linux-next build (powerpc
> >>
- Original Message -
> Hi Bhupesh,
>
> On 25/12/2019 19:01, Bhupesh Sharma wrote:
> > On 12/12/2019 04:02 PM, James Morse wrote:
> >> On 29/11/2019 19:59, Bhupesh Sharma wrote:
> >>> vabits_actual variable on arm64 indicates the actual VA space size,
> >>> and allows a single binary to
Hi guys,
On 10/27/19 8:02 PM, Stephen Rothwell wrote:
Hi all,
On Fri, 18 Oct 2019 10:56:57 +1100 Stephen Rothwell
wrote:
Hi all,
After merging the bpf-next tree, today's linux-next build (powerpc
ppc64_defconfig) produced this warning:
WARNING: 2 bad relocations
c1998a48
Christophe,
Christophe Leroy writes:
> On 01/09/2020 02:05 PM, Thomas Gleixner wrote:
>> The reason why this is implemented in this way is that
>> __arch_get_hw_counter() needs a way to express that the clocksource of
>> the moment is not suitable for VDSO so that the syscall fallback gets
>>
Christophe Leroy writes:
>
> diff --git a/lib/vdso/gettimeofday.c b/lib/vdso/gettimeofday.c
> index 17b4cff6e5f0..5a17a9d2e6cd 100644
> --- a/lib/vdso/gettimeofday.c
> +++ b/lib/vdso/gettimeofday.c
> @@ -144,7 +144,7 @@ __cvdso_gettimeofday(const struct vdso_data *vd, struct
>
Arnd Bergmann writes:
> On Mon, Dec 23, 2019 at 3:31 PM Christophe Leroy
> wrote:
>>
>> do_hres() is called from several places, so GCC doesn't inline
>> it at first.
>>
>> do_hres() takes a struct __kernel_timespec * parameter for
>> passing the result. In the 32 bits case, this parameter
> On Jan 10, 2020, at 10:56 AM, Thomas Gleixner wrote:
>
> Andy Lutomirski writes:
>
>>> On Mon, Dec 23, 2019 at 6:31 AM Christophe Leroy
>>> wrote:
>>>
>>> In order to simplify next step which moves fallback call at arch
>>> level, ensure all arches have a 32bit fallback instead of
Andy Lutomirski writes:
> On Mon, Dec 23, 2019 at 6:31 AM Christophe Leroy
> wrote:
>>
>> In order to simplify next step which moves fallback call at arch
>> level, ensure all arches have a 32bit fallback instead of handling
>> the lack of 32bit fallback in the common code based
>> on
On Mon, 23 Dec 2019 12:09:27 +1100
Alexey Kardashevskiy wrote:
> The nvlink2 subdriver for IBM Witherspoon machines preregisters
> GPU memory in the IOMMI API so KVM TCE code can map this memory
> for DMA as well. This is done by mm_iommu_newdev() called from
> vfio_pci_nvgpu_regops::mmap.
>
>
Hi Bhupesh,
On 25/12/2019 19:01, Bhupesh Sharma wrote:
> On 12/12/2019 04:02 PM, James Morse wrote:
>> On 29/11/2019 19:59, Bhupesh Sharma wrote:
>>> vabits_actual variable on arm64 indicates the actual VA space size,
>>> and allows a single binary to support both 48-bit and 52-bit VA
>>> spaces.
On 1/10/20 9:38 AM, Aneesh Kumar K.V wrote:
>> v15:
>> (1) Rebased on top of latest master.
>> (2) Addressed review comments from Dave Hansen.
>> (3) Moved code for getting or setting pkey bits to new
>> helpers. These changes replace patch 7 of v14.
>> (4) Added a fix
Sandipan Das writes:
> Memory protection keys enables an application to protect its address
> space from inadvertent access by its own code.
>
> This feature is now enabled on powerpc and has been available since
> 4.16-rc1. The patches move the selftests to arch neutral directory
> and enhance
On 10.01.2020 17:02, Peter Zijlstra wrote:
> On Thu, Jan 09, 2020 at 02:36:50PM +0300, Alexey Budankov wrote:
>> On 08.01.2020 19:07, Peter Zijlstra wrote:
>>> On Wed, Dec 18, 2019 at 12:25:35PM +0300, Alexey Budankov wrote:
>
diff --git a/kernel/events/core.c b/kernel/events/core.c
On Fri, Jan 10, 2020 at 04:51:53PM +0100, Borislav Petkov wrote:
> On Fri, Jan 10, 2020 at 02:54:12PM +, Mark Brown wrote:
> > This is a resend of a series from Richard Henderson last posted back in
> > November:
> >
> >
> >
Em Sat, Jan 11, 2020 at 12:52:13AM +0900, Masami Hiramatsu escreveu:
> On Fri, 10 Jan 2020 15:02:34 +0100 Peter Zijlstra
> wrote:
> > Again, this only allows attaching to previously created kprobes, it does
> > not allow creating kprobes, right?
> > That is; I don't think CAP_SYS_PERFMON should
On 10.01.2020 17:02, Peter Zijlstra wrote:
> On Thu, Jan 09, 2020 at 02:36:50PM +0300, Alexey Budankov wrote:
>> On 08.01.2020 19:07, Peter Zijlstra wrote:
>>> On Wed, Dec 18, 2019 at 12:25:35PM +0300, Alexey Budankov wrote:
>
diff --git a/kernel/events/core.c b/kernel/events/core.c
On Fri, 10 Jan 2020 15:02:34 +0100
Peter Zijlstra wrote:
> On Thu, Jan 09, 2020 at 02:36:50PM +0300, Alexey Budankov wrote:
> > On 08.01.2020 19:07, Peter Zijlstra wrote:
> > > On Wed, Dec 18, 2019 at 12:25:35PM +0300, Alexey Budankov wrote:
>
> > >> diff --git a/kernel/events/core.c
On Fri, Jan 10, 2020 at 02:54:12PM +, Mark Brown wrote:
> This is a resend of a series from Richard Henderson last posted back in
> November:
>
>
> https://lore.kernel.org/linux-arm-kernel/20191106141308.30535-1-...@twiddle.net/
>
> Back then Borislav said they looked good and asked if
On Tue, Nov 26, 2019 at 04:21:29PM +1100, Jordan Niethe wrote:
> This adds emulation support for the following prefixed integer
> load/stores:
> * Prefixed Load Byte and Zero (plbz)
> * Prefixed Load Halfword and Zero (plhz)
> * Prefixed Load Halfword Algebraic (plha)
> * Prefixed Load
From: Richard Henderson
We must not use the pointer output without validating the
success of the random read.
Reviewed-by: Harald Freudenberger
Reviewed-by: Ard Biesheuvel
Signed-off-by: Richard Henderson
Signed-off-by: Mark Brown
---
arch/s390/include/asm/archrandom.h | 8
1 file
From: Richard Henderson
We must not use the pointer output without validating the
success of the random read.
Acked-by: Michael Ellerman
Reviewed-by: Ard Biesheuvel
Signed-off-by: Richard Henderson
Signed-off-by: Mark Brown
---
arch/powerpc/include/asm/archrandom.h | 8
1 file
From: Richard Henderson
The generic interface uses bool not int; match that.
Reviewed-by: Ard Biesheuvel
Signed-off-by: Richard Henderson
Signed-off-by: Mark Brown
---
arch/powerpc/include/asm/archrandom.h | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git
From: Richard Henderson
We must not use the pointer output without validating the
success of the random read.
Reviewed-by: Ard Biesheuvel
Signed-off-by: Richard Henderson
Signed-off-by: Mark Brown
---
arch/x86/include/asm/archrandom.h | 16
1 file changed, 8 insertions(+),
From: Richard Henderson
We must not use the pointer output without validating the
success of the random read.
Reviewed-by: Ard Biesheuvel
Signed-off-by: Richard Henderson
Signed-off-by: Mark Brown
---
include/linux/random.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
From: Richard Henderson
Keep the generic fallback versions in sync with the other architecture
specific implementations and use the proper name for false.
Suggested-by: Ard Biesheuvel
Signed-off-by: Richard Henderson
Signed-off-by: Mark Brown
---
include/linux/random.h | 8
1 file
From: Richard Henderson
The arm64 version of archrandom.h will need to be able to test for
support and read the random number without preemption, so a separate
query predicate is not practical.
Since this part of the generic interface is unused, remove it.
Signed-off-by: Richard Henderson
From: Richard Henderson
These symbols are currently part of the generic archrandom.h
interface, but are currently unused and can be removed.
Signed-off-by: Richard Henderson
Signed-off-by: Mark Brown
---
arch/s390/include/asm/archrandom.h | 12
1 file changed, 12 deletions(-)
From: Richard Henderson
Use the expansion of these macros directly in arch_get_random_*.
These symbols are currently part of the generic archrandom.h
interface, but are currently unused and can be removed.
Signed-off-by: Richard Henderson
Signed-off-by: Mark Brown
---
From: Richard Henderson
These symbols are currently part of the generic archrandom.h
interface, but are currently unused and can be removed.
Signed-off-by: Richard Henderson
Signed-off-by: Mark Brown
---
arch/powerpc/include/asm/archrandom.h | 10 --
1 file changed, 10 deletions(-)
This is a resend of a series from Richard Henderson last posted back in
November:
https://lore.kernel.org/linux-arm-kernel/20191106141308.30535-1-...@twiddle.net/
Back then Borislav said they looked good and asked if he should take
them through the tip tree but things seem to have got lost
On Thu, Jan 09, 2020 at 02:36:50PM +0300, Alexey Budankov wrote:
> On 08.01.2020 19:07, Peter Zijlstra wrote:
> > On Wed, Dec 18, 2019 at 12:25:35PM +0300, Alexey Budankov wrote:
> >> diff --git a/kernel/events/core.c b/kernel/events/core.c
> >> index 059ee7116008..d9db414f2197 100644
> >> ---
Krzysztof Kozlowski writes:
> The ioreadX() helpers have inconsistent interface. On some architectures
> void *__iomem address argument is a pointer to const, on some not.
>
> Implementations of ioreadX() do not modify the memory under the address
> so they can be converted to a "const" version
Krzysztof Kozlowski writes:
> The ioreadX() helpers have inconsistent interface. On some architectures
> void *__iomem address argument is a pointer to const, on some not.
>
> Implementations of ioreadX() do not modify the memory under the address
> so they can be converted to a "const" version
On Tue, Nov 26, 2019 at 04:21:29PM +1100, Jordan Niethe wrote:
> This adds emulation support for the following prefixed integer
> load/stores:
> * Prefixed Load Byte and Zero (plbz)
> * Prefixed Load Halfword and Zero (plhz)
> * Prefixed Load Halfword Algebraic (plha)
> * Prefixed Load
https://bugzilla.kernel.org/show_bug.cgi?id=205201
Roland (rj.ron...@gmail.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.kernel.org/show_bug.cgi?id=205201
--- Comment #17 from Roland (rj.ron...@gmail.com) ---
Kernel 5.5 alpha 1 fixed the issue with Dawicontrol DC-2976 UW SCSI board. Also
a RTL 8169 ethernet card which had similar type of problem with earlier kernels
works now with full (8 GB) Ram.
On Thu, Jan 09, 2020 at 09:23:14AM +1100, Paul Mackerras wrote:
> On Tue, Dec 10, 2019 at 12:49:03PM +0530, Balamuruhan S wrote:
> > This patch adds emulation support for divde, divdeu instructions,
> > * Divide Doubleword Extended (divde[.])
> > * Divide Doubleword Extended Unsigned
Selecting CONFIG_PPC_DEBUG_WX only impacts ptdump and pgtable_32/64
init calls. Declaring related functions in asm/pgtable.h implies
rebuilding almost everything.
Move ptdump_check_wx() declaration in a new dedicated header file.
Signed-off-by: Christophe Leroy
---
42 matches
Mail list logo
