On Wed, Mar 01, 2023 at 07:43:33AM +, Hyeonggon Yoo wrote:
> On Mon, Feb 27, 2023 at 09:36:17AM -0800, Suren Baghdasaryan wrote:
> > Write-locking VMAs before isolating them ensures that page fault
> > handlers don't operate on isolated VMAs.
> >
> > Signed-off-by: Suren Baghdasaryan
> > ---
On Mon, Feb 27, 2023 at 09:36:17AM -0800, Suren Baghdasaryan wrote:
> Write-locking VMAs before isolating them ensures that page fault
> handlers don't operate on isolated VMAs.
>
> Signed-off-by: Suren Baghdasaryan
> ---
> mm/mmap.c | 1 +
> mm/nommu.c | 5 +
> 2 files changed, 6 insertion
Le 28/02/2023 à 22:17, m...@thaison-nguyen.de a écrit :
> Hi
>
> I have added a bug report and a patch regarding audio for iBook G4
> (powerbook6,5) on kernel.org bugzilla, but nobody has picked it up.
> https://bugzilla.kernel.org/show_bug.cgi?id=216504
>
> Now I am trying to submit the patch
On Mon, Feb 27, 2023 at 09:36:16AM -0800, Suren Baghdasaryan wrote:
> Write-lock VMA as locked before copying it and when copy_vma produces
> a new VMA.
>
> Signed-off-by: Suren Baghdasaryan
> Reviewed-by: Laurent Dufour
> ---
> mm/mmap.c | 1 +
> mm/mremap.c | 1 +
> 2 files changed, 2 inser
Hi,
Le 03/02/2022 à 04:57, Anshuman Khandual a écrit :
> Each call into pte_mkhuge() is invariably followed by arch_make_huge_pte().
> Instead arch_make_huge_pte() can accommodate pte_mkhuge() at the beginning.
> This updates generic fallback stub for arch_make_huge_pte() and available
> platforms
On Wed, Mar 01, 2023 at 04:38:10AM +, Edward Cree wrote:
> On 01/03/2023 03:42, Baoquan He wrote:
> > diff --git a/drivers/net/ethernet/sfc/io.h b/drivers/net/ethernet/sfc/io.h
> > index 30439cc83a89..07f99ad14bf3 100644
> > --- a/drivers/net/ethernet/sfc/io.h
> > +++ b/drivers/net/ethernet/sfc
On 01/03/2023 03:42, Baoquan He wrote:
> diff --git a/drivers/net/ethernet/sfc/io.h b/drivers/net/ethernet/sfc/io.h
> index 30439cc83a89..07f99ad14bf3 100644
> --- a/drivers/net/ethernet/sfc/io.h
> +++ b/drivers/net/ethernet/sfc/io.h
> @@ -70,7 +70,7 @@
> */
> #ifdef CONFIG_X86_64
> /* PIO is a
Let's use '#define ioremap_xx' and "#ifdef ioremap_xx" instead.
For architectures defined ARCH_HAS_IOREMAP_xx macros in ,
the relevant adjustments are made to avoid compiling error:
loongarch:
- doesn't include , defining ARCH_HAS_IOREMAP_WC
is redundant, so simply remove it.
m68k:
-
Hello:
This series was applied to netdev/net.git (main)
by Jakub Kicinski :
On Fri, 24 Feb 2023 17:59:38 +0200 you wrote:
> This contains a fix for the new device tree for the T1040RDB rev A
> board, which never worked, and an update to enable multiple CPU port
> support for all revisions of the
HiI have added a bug report and a patch regarding audio for iBook G4 (powerbook6,5) on kernel.org bugzilla, but nobody has picked it up.https://bugzilla.kernel.org/show_bug.cgi?id=216504Now I am trying to submit the patch here.Best, Thaison--- file_not_specified_in_diff
+++ file_not_specified_in_d
Add set_ptes(), update_mmu_cache_range() and flush_dcache_folio().
Change the PG_arch_1 (aka PG_dcache_dirty) flag from being per-page to
per-folio.
Signed-off-by: Matthew Wilcox (Oracle)
Cc: Michael Ellerman
Cc: Nicholas Piggin
Cc: Christophe Leroy
Cc: linuxppc-dev@lists.ozlabs.org
---
arch/
Hello:
This patch was applied to riscv/linux.git (for-next)
by Andrew Morton :
On Tue, 3 Jan 2023 16:27:32 -0800 you wrote:
> zap_page_range was originally designed to unmap pages within an address
> range that could span multiple vmas. While working on [1], it was
> discovered that all callers
Hello:
This series was applied to riscv/linux.git (for-next)
by Andrew Morton :
On Fri, 13 Jan 2023 18:10:00 +0100 you wrote:
> This is the follow-up on [1]:
> [PATCH v2 0/8] mm: COW fixes part 3: reliable GUP R/W FOLL_GET of
> anonymous pages
>
> After we implemented __HAVE_ARCH_PTE
On 2/23/23 22:25, Michael Ellerman wrote:
The TPM code in prom_init.c creates a small buffer of memory to store
the TPM's SML (Stored Measurement Log). It's communicated to Linux via
the linux,sml-base/size device tree properties of the TPM node.
When kexec'ing that buffer can be overwritten,
On Tue, Feb 28, 2023 at 11:52 AM Arnd Bergmann wrote:
>
> On Tue, Feb 28, 2023, at 11:03, Joakim Tjernlund wrote:
> > On Mon, 2023-02-27 at 14:48 -0600, Li Yang wrote:
> >> > > >
> >> > > > Here, we remove the MPC8548E-MDS[1], the MPC8360E-MDS[2], the
> >> > > > MPC837xE-MDS[3], and the MPC832x-MD
On Tue, Feb 28, 2023 at 4:06 AM Punit Agrawal
wrote:
>
> Punit Agrawal writes:
>
> > Suren Baghdasaryan writes:
> >
> >> Previous version:
> >> v1: https://lore.kernel.org/all/20230109205336.3665937-1-sur...@google.com/
> >> RFC: https://lore.kernel.org/all/20220901173516.702122-1-sur...@google.
On Tue, Feb 28, 2023, at 11:03, Joakim Tjernlund wrote:
> On Mon, 2023-02-27 at 14:48 -0600, Li Yang wrote:
>> > > >
>> > > > Here, we remove the MPC8548E-MDS[1], the MPC8360E-MDS[2], the
>> > > > MPC837xE-MDS[3], and the MPC832x-MDS[4] board support from the kernel.
>> > > >
>> > > > There will
On 28.02.23 16:50, Palmer Dabbelt wrote:
On Fri, 13 Jan 2023 09:10:19 PST (-0800), da...@redhat.com wrote:
Let's support __HAVE_ARCH_PTE_SWP_EXCLUSIVE by stealing one bit
from the offset. This reduces the maximum swap space per file: on 32bit
to 16 GiB (was 32 GiB).
Seems fine to me, I doubt a
On 27.02.23 20:46, Geert Uytterhoeven wrote:
Hi David,
On Mon, Feb 27, 2023 at 6:01 PM David Hildenbrand wrote:
/*
* Externally used page protection values.
diff --git a/arch/microblaze/include/asm/pgtable.h
b/arch/microblaze/include/asm/pgtable.h
index 42f5988e998b..7e3de54bf426 100
On Fri, 13 Jan 2023 09:10:19 PST (-0800), da...@redhat.com wrote:
Let's support __HAVE_ARCH_PTE_SWP_EXCLUSIVE by stealing one bit
from the offset. This reduces the maximum swap space per file: on 32bit
to 16 GiB (was 32 GiB).
Seems fine to me, I doubt anyone wants a huge pile of swap on rv32.
Punit Agrawal writes:
> Suren Baghdasaryan writes:
>
>> Previous version:
>> v1: https://lore.kernel.org/all/20230109205336.3665937-1-sur...@google.com/
>> RFC: https://lore.kernel.org/all/20220901173516.702122-1-sur...@google.com/
>>
>> LWN article describing the feature:
>> https://lwn.net/Art
Marco Elver writes:
> On Mon, 27 Feb 2023 at 23:16, Andrew Morton wrote:
>>
>> On Mon, 27 Feb 2023 10:47:27 +0100 Marco Elver wrote:
>>
>> > With appropriate compiler support [1], KASAN builds use __asan prefixed
>> > meminstrinsics, and KASAN no longer overrides memcpy/memset/memmove.
>> >
>> >
Jarkko Sakkinen writes:
> On Mon, Feb 27, 2023 at 06:08:31PM -0500, Stefan Berger wrote:
>> On 2/23/23 22:25, Michael Ellerman wrote:
>> > There's code in prom_instantiate_sml() to do a "SML handover" (Stored
>> > Measurement Log) from OF to Linux, before Linux shuts down Open
>> > Firmware.
>> >
Just like symbol 'mmu_feature_keys'[1], 'cpu_feature_keys' was referenced
indirectly by many inline functions; any GPL-incompatible modules using such
a function will be potentially broken due to 'cpu_feature_keys' being
exported as GPL-only.
For example it still breaks ZFS, see
https://github.com
On 2/27/23 10:56, Michael Ellerman wrote:
> David Binderman writes:
>> Hello there,
>>
>> I ran the static analyser cppcheck over the linux-6.2 source code and got
>> this:
>>
>> linux-6.2/tools/testing/selftests/powerpc/pmu/sampling_tests/mmcra_thresh_marked_sample_test.c:68:10:
>> style: Sa
On Mon, 2023-02-27 at 14:48 -0600, Li Yang wrote:
> On Sat, Feb 25, 2023 at 10:52 AM Paul Gortmaker
> wrote:
> >
> > [RE: [RFC PATCH 0/4] Remove some e300/MPC83xx evaluation platforms] On
> > 24/02/2023 (Fri 21:16) Leo Li wrote:
> >
> > >
> > >
> > > > -Original Message-
> > > > From:
On Thu, Feb 23, 2023 at 08:47:24PM -0600, Tom Saeger wrote:
> On Thu, Feb 23, 2023 at 11:53:42AM -0600, Tom Saeger wrote:
> > On Thu, Feb 23, 2023 at 10:51:45AM +0100, Greg Kroah-Hartman wrote:
> > > On Fri, Feb 10, 2023 at 01:18:40PM -0700, Tom Saeger wrote:
> > > > From: Masahiro Yamada
> > > >
On Tue, Feb 28, 2023 at 04:18:12PM +0800, 王昊然 wrote:
> Just like symbol 'mmu_feature_keys'[1], 'cpu_feature_keys' was referenced
> indirectly by many inline functions; any GPL-incompatible modules using such
> a function will be potentially broken due to 'cpu_feature_keys' being
> exported as GPL-o
28 matches
Mail list logo
