The generic implementation is functionally identical.
Signed-off-by: Shea Levy
---
arch/powerpc/mm/mem.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/powerpc/mm/mem.c b/arch/powerpc/mm/mem.c
index fe8c61149fb8..e85b2a3cd264 100644
--- a/arch/powerpc/mm/mem.c
+++ b/arch/powerpc
The generic implementation is functionally identical.
Signed-off-by: Shea Levy
---
arch/nios2/mm/init.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/nios2/mm/init.c b/arch/nios2/mm/init.c
index c92fe4234009..3df75ff8c768 100644
--- a/arch/nios2/mm/init.c
+++ b/arch/nios2/mm
The generic implementation is functionally identical.
Signed-off-by: Shea Levy
---
arch/m32r/mm/init.c | 11 ---
1 file changed, 11 deletions(-)
diff --git a/arch/m32r/mm/init.c b/arch/m32r/mm/init.c
index 93abc8c3a46e..e2b5f09209ee 100644
--- a/arch/m32r/mm/init.c
+++ b/arch/m32r/mm
The generic implementation is functionally identical.
Signed-off-by: Shea Levy
---
arch/sh/mm/init.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/sh/mm/init.c b/arch/sh/mm/init.c
index ce0bbaa7e404..7451459d0725 100644
--- a/arch/sh/mm/init.c
+++ b/arch/sh/mm/init.c
@@ -477,13
The generic implementation is functionally identical.
Signed-off-by: Shea Levy
---
arch/parisc/mm/init.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/parisc/mm/init.c b/arch/parisc/mm/init.c
index cab32ee824d2..3643399230f3 100644
--- a/arch/parisc/mm/init.c
+++ b/arch/parisc
The generic implementation is functionally identical.
Acked-by: Geert Uytterhoeven
Signed-off-by: Shea Levy
---
arch/m68k/mm/init.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/m68k/mm/init.c b/arch/m68k/mm/init.c
index e85acd131fa8..e20bef09258c 100644
--- a/arch/m68k/mm
The generic implementation is functionally identical.
Signed-off-by: Shea Levy
---
arch/microblaze/mm/init.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/microblaze/mm/init.c b/arch/microblaze/mm/init.c
index df6de7ccdc2e..ea058dfda222 100644
--- a/arch/microblaze/mm/init.c
The generic implementation is functionally identical.
Signed-off-by: Shea Levy
---
arch/openrisc/mm/init.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/openrisc/mm/init.c b/arch/openrisc/mm/init.c
index 6972d5d6f23f..c1a3dcf9ad40 100644
--- a/arch/openrisc/mm/init.c
+++ b/arch
The generic implementation is functionally identical.
Signed-off-by: Shea Levy
---
arch/c6x/mm/init.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/c6x/mm/init.c b/arch/c6x/mm/init.c
index 4cc72b0d1c1d..a11cb657182a 100644
--- a/arch/c6x/mm/init.c
+++ b/arch/c6x/mm/init.c
The generic implementation is functionally identical.
Signed-off-by: Shea Levy
---
arch/h8300/mm/init.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/h8300/mm/init.c b/arch/h8300/mm/init.c
index 015287ac8ce8..37574332b202 100644
--- a/arch/h8300/mm/init.c
+++ b/arch/h8300/mm
The generic implementation is functionally identical.
Signed-off-by: Shea Levy
---
arch/arc/mm/init.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/arc/mm/init.c b/arch/arc/mm/init.c
index ba145065c579..7bcf23ab1756 100644
--- a/arch/arc/mm/init.c
+++ b/arch/arc/mm/init.c
duplication and sharing improvements between
architectures.
v5: Add more complete commit messages.
v4: Use weak symbols instead of Kconfig.
v3: Make the generic path opt-out instead of opt-in.
v2: Mark generic free_initrd_mem __init.
Signed-off-by: Shea Levy
---
init/initramfs.c | 5 +
1 file
On Wed, Sep 17, 2014 at 09:12:14AM -0700, Zach Brown wrote:
> On Wed, Sep 17, 2014 at 04:54:48AM +0100, Al Viro wrote:
> > On Tue, Sep 16, 2014 at 11:05:00PM -0400, Shea Levy wrote:
> > > Hi all,
> > >
> > > What work would be required to mark btrfs_fs_typ
Hi,
I wanted to test these patches (to support creating and filling a disk
image containing a btrfs filesystem and several subvolumes as an
unprivileged user), but the build fails due to what looks like a missing
loopfs.c in fs/loopfs (or alternatively an erroneous line in
fs/loopfs/Makefile). I b
enabled MODULES, BLK, BLK_DEV, and BLK_DEV_LOOP=m in make nconfig.
The build succeeds if I set BLK_DEV_LOOP=y, so I'll go ahead with my
testing using that.
~Shea
On Mon, Sep 15, 2014 at 03:55:32PM -0500, Seth Forshee wrote:
> On Mon, Sep 15, 2014 at 04:38:44PM -0400, Shea Levy wrote:
>
ot ns (presumably via udev) until I unmounted.
~Shea
On Mon, Sep 15, 2014 at 07:20:52PM -0400, Shea Levy wrote:
> Hi Seth,
>
> I applied your patches to 3.15-rc7, and had the same problem, the build
> fails with:
>
> > make[3]: *** No rule to make target `fs/loopfs/loopfs.c', nee
On Tue, Sep 16, 2014 at 11:39:57AM -0500, Seth Forshee wrote:
> On Tue, Sep 16, 2014 at 12:12:47PM -0400, Shea Levy wrote:
> > OK, compiling with BLK_DEV_LOOP=y (on top of 3.16.2), I was able to
> > mount loopfs, request a loop device from loop-control, and associate it
> >
t flexible
enough because I want to make subvolumes).
Cheers,
Shea Levy
P.S. I am not subscribed to either list, please CC me in replies
[1] https://lkml.org/lkml/2014/5/27/690
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@
, but it would be nice if there were a definitive list of what
could be removed to save space.
Regards,
Shea Levy
P.S. I am not subscribed to the list, please CC me in responses.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
Hi,
On 01/01/2014 03:04 PM, Austin S Hemmelgarn wrote:
On 01/01/2014 10:11 AM, Shea Levy wrote:
Hi all,
I am a package maintainer for the kernel for the NixOS
distribution. We support users building out-of-tree modules and
other packages that might depend on the kernel source or build
trees
Hi all,
Is there any official documentation of the init process? I'm
specifically interested in the process state at kernel handoff (argv,
envp, open fds, etc.) as well as any special properties pid 1 has
(parent of all orphans, anything else?).
Thanks,
Shea Levy
P.S. I am not subscrib
Using PWD breaks out-of-tree builds in certain circumstances [1], and
other kernel Makefiles use relative paths just fine.
[1]: https://bugzilla.kernel.org/show_bug.cgi?id=83251
Signed-off-by: Shea Levy
---
drivers/usb/gadget/Makefile | 2 +-
drivers/usb/gadget/function/Makefile | 4
Hi all,
Would it be possible/desirable to combine asynchronous IO with zero-copy
IO with something like IOCB_CMD_SPLICE for an async version of
splice(2)?
~Shea
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More ma
The first patch in this series added a weakly-defined generic
implementation, which is functionally identical to the
architecture-specific one removed here.
Series boot-tested on RISC-V (which now uses the generic
implementation) and x86_64 (which doesn't).
Signed-off-by: Shea Levy
---
The first patch in this series added a weakly-defined generic
implementation, which works on RISC-V.
Series boot-tested on RISC-V (which now uses the generic
implementation) and x86_64 (which doesn't).
Signed-off-by: Shea Levy
---
arch/riscv/mm/init.c | 6 --
1 file changed, 6 dele
e the generic path opt-out instead of opt-in.
v2: Mark generic free_initrd_mem __init.
Signed-off-by: Shea Levy
---
init/initramfs.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/init/initramfs.c b/init/initramfs.c
index 7e99a0038942..c8fe150f958a 100644
--- a/init/initramfs.c
+++ b
The first patch in this series added a weakly-defined generic
implementation, which is functionally identical to the
architecture-specific one removed here.
Series boot-tested on RISC-V (which now uses the generic
implementation) and x86_64 (which doesn't).
Signed-off-by: Shea Levy
---
The first patch in this series added a weakly-defined generic
implementation, which is functionally identical to the
architecture-specific one removed here.
Series boot-tested on RISC-V (which now uses the generic
implementation) and x86_64 (which doesn't).
Signed-off-by: Shea Levy
---
ff-by: Shea Levy
---
arch/sh/mm/init.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/sh/mm/init.c b/arch/sh/mm/init.c
index ce0bbaa7e404..7451459d0725 100644
--- a/arch/sh/mm/init.c
+++ b/arch/sh/mm/init.c
@@ -477,13 +477,6 @@ void free_initmem(void)
free_initmem_defau
The first patch in this series added a weakly-defined generic
implementation, which is functionally identical to the
architecture-specific one removed here.
Series boot-tested on RISC-V (which now uses the generic
implementation) and x86_64 (which doesn't).
Signed-off-by: Shea Levy
---
ar
The first patch in this series added a weakly-defined generic
implementation, which is functionally identical to the
architecture-specific one removed here.
Series boot-tested on RISC-V (which now uses the generic
implementation) and x86_64 (which doesn't).
Signed-off-by: Shea Levy
---
Hi Michael,
Michael Ellerman writes:
> Shea Levy writes:
>
>> Joe Perches writes:
>>
>>> On Wed, 2018-03-28 at 16:36 -0400, Shea Levy wrote:
>>>> Signed-off-by: Shea Levy
>>>
>>> Most people seem to want some form of commit message
>
The first patch in this series added a weakly-defined generic
implementation, which is functionally identical to the
architecture-specific one removed here.
Series boot-tested on RISC-V (which now uses the generic
implementation) and x86_64 (which doesn't).
Signed-off-by: Shea Levy
---
The first patch in this series added a weakly-defined generic
implementation, which is functionally identical to the
architecture-specific one removed here.
Series boot-tested on RISC-V (which now uses the generic
implementation) and x86_64 (which doesn't).
Signed-off-by: Shea Levy
---
The first patch in this series added a weakly-defined generic
implementation, which is functionally identical to the
architecture-specific one removed here.
Series boot-tested on RISC-V (which now uses the generic
implementation) and x86_64 (which doesn't).
Signed-off-by: Shea Levy
---
igned-off-by: Shea Levy
---
arch/m68k/mm/init.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/m68k/mm/init.c b/arch/m68k/mm/init.c
index e85acd131fa8..e20bef09258c 100644
--- a/arch/m68k/mm/init.c
+++ b/arch/m68k/mm/init.c
@@ -172,10 +172,3 @@ void __init mem_init
The first patch in this series added a weakly-defined generic
implementation, which is functionally identical to the
architecture-specific one removed here.
Series boot-tested on RISC-V (which now uses the generic
implementation) and x86_64 (which doesn't).
Signed-off-by: Shea Levy
---
The first patch in this series added a weakly-defined generic
implementation, which is functionally identical to the
architecture-specific one removed here.
Series boot-tested on RISC-V (which now uses the generic
implementation) and x86_64 (which doesn't).
Signed-off-by: Shea Levy
---
The first patch in this series added a weakly-defined generic
implementation, which is functionally identical to the
architecture-specific one removed here.
Series boot-tested on RISC-V (which now uses the generic
implementation) and x86_64 (which doesn't).
Signed-off-by: Shea Levy
---
The first patch in this series added a weakly-defined generic
implementation, which is functionally identical to the
architecture-specific one removed here.
Series boot-tested on RISC-V (which now uses the generic
implementation) and x86_64 (which doesn't).
Signed-off-by: Shea Levy
---
Hi Palmer,
Palmer Dabbelt writes:
> On Sun, 22 Apr 2018 05:53:56 PDT (-0700), s...@shealevy.com wrote:
>> Hi Palmer,
>>
>> Shea Levy writes:
>>
>>> Signed-off-by: Shea Levy
>>> ---
>>>
>>> Note that this patch worked in my old
Hi Palmer,
Palmer Dabbelt writes:
> On Wed, 18 Apr 2018 04:10:16 PDT (-0700), s...@shealevy.com wrote:
>> Hi all,
>>
>> Shea Levy writes:
>>
>>> This function is effectively identical across 14 architectures, and
>>> the generic implement
Hi Palmer,
Shea Levy writes:
> Signed-off-by: Shea Levy
> ---
>
> Note that this patch worked in my old modules patchset and seems to be
> working now, but my kernel boot locks up on top of
> riscv-for-linus-4.17-mw0 and I don't know if it's due to this patch or
>
Hi all,
Shea Levy writes:
> Hi Palmer,
>
> Palmer Dabbelt writes:
>
>> On Wed, 18 Apr 2018 04:10:16 PDT (-0700), s...@shealevy.com wrote:
>>> Hi all,
>>>
>>> Shea Levy writes:
>>>
>>>> This function is effectively identical acr
Hi Palmer,
Shea Levy writes:
> Hi Palmer,
>
> Palmer Dabbelt writes:
>
>> On Sun, 22 Apr 2018 05:53:56 PDT (-0700), s...@shealevy.com wrote:
>>> Hi Palmer,
>>>
>>> Shea Levy writes:
>>>
>>>> Signed-off-by: Shea Levy
>>
Hi all,
Shea Levy writes:
> This function is effectively identical across 14 architectures, and
> the generic implementation is small enough to be negligible in the
> architectures that do override it. Many of the remaining divergent
> implementations can be included in the common
101 - 146 of 146 matches
Mail list logo