https://bugzilla.kernel.org/show_bug.cgi?id=217427
--- Comment #2 from Artem S. Tashkinov (a...@gmx.com) ---
Please also report to https://gitlab.freedesktop.org/drm/amd/-/issues
Performing git bisect would be nice:
https://docs.kernel.org/admin-guide/bug-bisect.html
--
You may reply to this
Stephen Rothwell writes:
> Hi all,
>
> Today's (and a few before) linux-next build (powerpc pseries_le_defconfig)
> produced these warnings:
Those aren't really warnings, it's just merge_config.sh telling you what
it's doing. The whole point of the generated configs is to override
those symbols.
On Wed, 10 May 2023, Matthew Wilcox wrote:
> On Tue, May 09, 2023 at 09:39:13PM -0700, Hugh Dickins wrote:
> > Two: pte_offset_map() will need to do an rcu_read_lock(), with the
> > corresponding rcu_read_unlock() in pte_unmap(). But most architectures
> > never supported CONFIG_HIGHPTE, so some
On Wed, 10 May 2023, Matthew Wilcox wrote:
> On Tue, May 09, 2023 at 09:42:44PM -0700, Hugh Dickins wrote:
> > diff --git a/arch/arm/lib/uaccess_with_memcpy.c
> > b/arch/arm/lib/uaccess_with_memcpy.c
> > index e4c2677cc1e9..2f6163f05e93 100644
> > --- a/arch/arm/lib/uaccess_with_memcpy.c
> > +++
Nhat Pham writes:
> cachestat is previously only wired in for x86 (and architectures using
> the generic unistd.h table):
>
> https://lore.kernel.org/lkml/20230503013608.2431726-1-npha...@gmail.com/
>
> This patch wires cachestat in for all the other architectures.
>
> Signed-off-by: Nhat Pham
>
Nhat Pham writes:
> Test cachestat on a newly created file, /dev/ files, and /proc/ files.
> Also test on a shmem file (which can also be tested with huge pages
> since tmpfs supports huge pages).
>
> Signed-off-by: Nhat Pham
...
> diff --git a/tools/testing/selftests/cachestat/test_cachestat.c
On Wed, 10 May 2023, Peter Zijlstra wrote:
> On Tue, May 09, 2023 at 10:08:37PM -0700, Hugh Dickins wrote:
> > In rare transient cases, not yet made possible, pte_offset_map() and
> > pte_offset_map_lock() may not find a page table: handle appropriately.
> >
> > Signed-off-by: Hugh Dickins
> >
On Wed, 10 May 2023, Geert Uytterhoeven wrote:
> Hi Hugh,
>
> Thanks for your patch!
And thank you for looking so quickly, Geert.
>
> On Wed, May 10, 2023 at 6:48 AM Hugh Dickins wrote:
> > In rare transient cases, not yet made possible, pte_offset_map() and
> > pte_offset_map_lock() may not
Hi all,
Today's (and a few before) linux-next build (powerpc pseries_le_defconfig)
produced these warnings:
Building: powerpc pseries_le_defconfig
Using /home/sfr/next/next/arch/powerpc/configs/ppc64_defconfig as base
Merging /home/sfr/next/next/arch/powerpc/configs/le.config
Merging
cachestat is previously only wired in for x86 (and architectures using
the generic unistd.h table):
https://lore.kernel.org/lkml/20230503013608.2431726-1-npha...@gmail.com/
This patch wires cachestat in for all the other architectures.
Signed-off-by: Nhat Pham
---
On Fri May 5, 2023 at 10:43 PM EEST, wrote:
> From: Greg Joyce
>
> Add read and write functions that allow SED Opal keys to stored
> in a permanent keystore.
Please be more verbose starting from "Self-Encrypting Drive (SED)",
instead of just "SED", and take time to explain what these keys are.
Hi,
On Wed, May 10, 2023 at 9:30 AM Mark Rutland wrote:
>
> On Wed, May 10, 2023 at 08:28:17AM -0700, Doug Anderson wrote:
> > Hi,
>
> Hi Doug,
>
> > On Wed, Apr 19, 2023 at 3:57 PM Douglas Anderson
> > wrote:
> > > This is an attempt to resurrect Sumit's old patch series [1] that
> > >
On Wed, May 10, 2023 at 08:28:17AM -0700, Doug Anderson wrote:
> Hi,
Hi Doug,
> On Wed, Apr 19, 2023 at 3:57 PM Douglas Anderson
> wrote:
> > This is an attempt to resurrect Sumit's old patch series [1] that
> > allowed us to use the arm64 pseudo-NMI to get backtraces of CPUs and
> > also to
Hi,
On Wed, Apr 19, 2023 at 3:57 PM Douglas Anderson wrote:
>
> This is an attempt to resurrect Sumit's old patch series [1] that
> allowed us to use the arm64 pseudo-NMI to get backtraces of CPUs and
> also to round up CPUs in kdb/kgdb. The last post from Sumit that I
> could find was v7, so I
https://bugzilla.kernel.org/show_bug.cgi?id=217350
--- Comment #2 from Cédric Le Goater (c...@kaod.org) ---
Hello Pingfan,
This was a large series. Did you identify the exact patch ? It should be
related to the powerpc/pseries/pci or powerpc/xive subsystem.
--
You may reply to this email to
On Tue, May 09, 2023 at 09:42:44PM -0700, Hugh Dickins wrote:
> diff --git a/arch/arm/lib/uaccess_with_memcpy.c
> b/arch/arm/lib/uaccess_with_memcpy.c
> index e4c2677cc1e9..2f6163f05e93 100644
> --- a/arch/arm/lib/uaccess_with_memcpy.c
> +++ b/arch/arm/lib/uaccess_with_memcpy.c
> @@ -74,6 +74,9
On Tue, 09 May 2023 21:59:57 PDT (-0700), hu...@google.com wrote:
pte_alloc_map() expects to be followed by pte_unmap(), but hugetlb omits
that: to keep balance in future, use the recently added pte_alloc_huge()
instead; with pte_offset_huge() a better name for pte_offset_kernel().
https://bugzilla.kernel.org/show_bug.cgi?id=217427
--- Comment #1 from darkbasic (darkba...@linuxsystems.it) ---
Created attachment 304241
--> https://bugzilla.kernel.org/attachment.cgi?id=304241=edit
journalctl_6.3.1.log
--
You may reply to this email to add a comment.
You are receiving
https://bugzilla.kernel.org/show_bug.cgi?id=217427
Bug ID: 217427
Summary: Linux 6.3.1 + AMD RX 570 on ppc64le 4K: Kernel
attempted to read user page (1128) - exploit attempt?
(uid: 0)
Product: Platform Specific/Hardware
On Tue, May 09, 2023 at 10:08:37PM -0700, Hugh Dickins wrote:
> In rare transient cases, not yet made possible, pte_offset_map() and
> pte_offset_map_lock() may not find a page table: handle appropriately.
>
> Signed-off-by: Hugh Dickins
> ---
> arch/x86/kernel/ldt.c | 6 --
> 1 file
Hi Hugh,
On 5/10/23 06:59, Hugh Dickins wrote:
pte_alloc_map() expects to be followed by pte_unmap(), but hugetlb omits
that: to keep balance in future, use the recently added pte_alloc_huge()
instead; with pte_offset_huge() a better name for pte_offset_kernel().
Signed-off-by: Hugh Dickins
Hi Hugh,
Thanks for your patch!
On Wed, May 10, 2023 at 6:48 AM Hugh Dickins wrote:
> In rare transient cases, not yet made possible, pte_offset_map() and
> pte_offset_map_lock() may not find a page table: handle appropriately.
>
> Restructure cf_tlb_miss() with a pte_unmap() (previously
On Tue, May 09, 2023 at 09:39:13PM -0700, Hugh Dickins wrote:
> Two: pte_offset_map() will need to do an rcu_read_lock(), with the
> corresponding rcu_read_unlock() in pte_unmap(). But most architectures
> never supported CONFIG_HIGHPTE, so some don't always call pte_unmap()
> after
23 matches
Mail list logo
