running checkpatch and
> +with formatting and sending mails.
> +
> +
No need for two blank lines (yeah, there's a mix on this file of using
one or two blank lines for paragraphs).
I would also add quick example(s) on how to use it for common workflows.
> References
> --
On Tue, Sep 03, 2024 at 06:25:52PM GMT, John Hubbard wrote:
> On 9/3/24 11:19 AM, Suren Baghdasaryan wrote:
> > On Sun, Sep 1, 2024 at 10:16 PM Andrew Morton
> > wrote:
> > > On Sun, 1 Sep 2024 21:41:28 -0700 Suren Baghdasaryan
> > > wrote:
> ...
> > > We shouldn't be offering things like this
On Tue, Sep 03, 2024 at 06:25:52PM -0700, John Hubbard wrote:
> The more I read this story, the clearer it becomes that this should be
> entirely done by the build system: set it, or don't set it, automatically.
>
> And if you can make it not even a kconfig item at all, that's probably even
> bett
On 9/3/24 6:25 PM, John Hubbard wrote:
On 9/3/24 11:19 AM, Suren Baghdasaryan wrote:
On Sun, Sep 1, 2024 at 10:16 PM Andrew Morton wrote:
On Sun, 1 Sep 2024 21:41:28 -0700 Suren Baghdasaryan wrote:
...
We shouldn't be offering things like this to our users. If we cannot decide,
how
can t
On Tue, Sep 3, 2024 at 6:17 PM Kent Overstreet
wrote:
>
> On Tue, Sep 03, 2024 at 06:07:28PM GMT, Suren Baghdasaryan wrote:
> > On Sun, Sep 1, 2024 at 10:09 PM Andrew Morton
> > wrote:
> > >
> > > On Sun, 1 Sep 2024 21:41:27 -0700 Suren Baghdasaryan
> > > wrote:
> > >
> > > > Introduce CONFIG
On 9/3/24 11:19 AM, Suren Baghdasaryan wrote:
On Sun, Sep 1, 2024 at 10:16 PM Andrew Morton wrote:
On Sun, 1 Sep 2024 21:41:28 -0700 Suren Baghdasaryan wrote:
...
We shouldn't be offering things like this to our users. If we cannot decide,
how
can they?
Thinking about the ease of use, t
On Tue, Sep 03, 2024 at 06:07:28PM GMT, Suren Baghdasaryan wrote:
> On Sun, Sep 1, 2024 at 10:09 PM Andrew Morton
> wrote:
> >
> > On Sun, 1 Sep 2024 21:41:27 -0700 Suren Baghdasaryan
> > wrote:
> >
> > > Introduce CONFIG_PGALLOC_TAG_REF_BITS to control the size of the
> > > page allocation ta
On Sun, Sep 1, 2024 at 10:09 PM Andrew Morton wrote:
>
> On Sun, 1 Sep 2024 21:41:27 -0700 Suren Baghdasaryan
> wrote:
>
> > Introduce CONFIG_PGALLOC_TAG_REF_BITS to control the size of the
> > page allocation tag references. When the size is configured to be
> > less than a direct pointer, the
50ba
change-id: 20240903-documentation-b4-advert-18016e83d7d9
Best regards,
Looks good to me. Thanks for the update.
Reviewed-by: Shuah Khan
thanks,
-- Shuah
ed at <https://b4.docs.kernel.org/en/latest/>. This can
+help with things like tracking dependencies, running checkpatch and
+with formatting and sending mails.
+
+
References
--
---
base-commit: 7c626ce4bae1ac14f60076d00eafe71af30450ba
change-id: 20240903-documentatio
ed at <https://b4.docs.kernel.org/en/latest/>. This can
+help with things like tracking dependencies, running checkpatch and
+with formatting and sending mails.
+
+
References
--
---
base-commit: 7c626ce4bae1ac14f60076d00eafe71af30450ba
change-id: 20240903-documentatio
ed at <https://b4.docs.kernel.org/en/latest/>. This can
+help with things like tracking dependencies, running checkpatch and
+with formatting and sending mails.
+
+
References
--
---
base-commit: 7c626ce4bae1ac14f60076d00eafe71af30450ba
change-id: 20240903-documentatio
On Sun, Sep 1, 2024 at 10:16 PM Andrew Morton wrote:
>
> On Sun, 1 Sep 2024 21:41:28 -0700 Suren Baghdasaryan
> wrote:
>
> > Add CONFIG_PGALLOC_TAG_USE_PAGEFLAGS to store allocation tag
> > references directly in the page flags. This removes dependency on
> > page_ext and results in better perf
On Mon, Sep 02, 2024 at 07:58:28PM +0100, Mark Brown wrote:
> On Mon, Sep 02, 2024 at 07:56:32PM +0100, Catalin Marinas wrote:
> > On Thu, Aug 29, 2024 at 12:27:42AM +0100, Mark Brown wrote:
>
> > > +static int gcs_get(struct task_struct *target,
> > > +const struct user_regset *regset
On Sep 03 2024, Peter Hutterer wrote:
> On Tue, Sep 03, 2024 at 01:14:36AM +0900, Benjamin Tissoires wrote:
> > We make struct hid_device_id writeable and use the .driver_data field
> > of hid-generic as the connect mask.
>
> I think this needs to be spelled out a bit more: for this to work the
>
On Thu, 29 Aug 2024 00:27:31 +0100,
Mark Brown wrote:
>
> GCS introduces a number of system registers for EL1 and EL0, on systems
> with GCS we need to context switch them and expose them to VMMs to allow
> guests to use GCS.
>
> In order to allow guests to use GCS we also need to configure
> HC
On Tue, 3 Sep 2024 11:19:25 -0400 Steven Davis wrote:
> In the section "Mailing list participation", the first few
> lines had grammatical errors and overall was not clear.
Not clear in what way?
> I fixed this by adding "The" before "Linux kernel" and
> specifying that the mailing list is for d
In the section "Mailing list participation", the first few
lines had grammatical errors and overall was not clear. I
fixed this by adding "The" before "Linux kernel" and
specifying that the mailing list is for developers.
Signed-off-by: Steven Davis
---
.../maintainer/feature-and-driver-maintain
On Sep 03 2024, Peter Hutterer wrote:
> On Tue, Sep 03, 2024 at 01:14:34AM +0900, Benjamin Tissoires wrote:
> > The use case is when we fix a device through HID-BPF, 99% of the cases
> > we want the device to use hid-generic now instead of a dedicated device.
>
> s/dedicated device/dedicated drive
Hello:
This series was applied to riscv/linux.git (fixes)
by Palmer Dabbelt :
On Tue, 27 Aug 2024 16:05:15 +0800 you wrote:
> Previous patch series[1][2] changes a mmap behavior that treats the hint
> address as the upper bound of the mmap address range. The motivation of the
> previous patch ser
Hello:
This series was applied to riscv/linux.git (fixes)
by Palmer Dabbelt :
On Mon, 26 Aug 2024 09:36:44 -0700 you wrote:
> There have been a couple of reports that using the hint address to
> restrict the address returned by mmap hint address has caused issues in
> applications. A different so
On Mon, 26 Aug 2024 19:24:38 PDT (-0700), c...@cyyself.name wrote:
On Aug 27, 2024, at 00:36, Charlie Jenkins wrote:
The hint address should not forcefully restrict the addresses returned
by mmap as this causes mmap to report ENOMEM when there is memory still
available.
Fixing in this way
On Thu, Aug 29, 2024 at 12:27:41AM +0100, Mark Brown wrote:
> Add a context for the GCS state and include it in the signal context when
> running on a system that supports GCS. We reuse the same flags that the
> prctl() uses to specify which GCS features are enabled and also provide the
> current G
On Thu, Aug 29, 2024 at 12:27:39AM +0100, Mark Brown wrote:
> As discussed extensively in the changelog for the addition of this
> syscall on x86 ("x86/shstk: Introduce map_shadow_stack syscall") the
> existing mmap() and madvise() syscalls do not map entirely well onto the
> security requirements
On Thu, Aug 29, 2024 at 12:27:37AM +0100, Mark Brown wrote:
> When a new thread is created by a thread with GCS enabled the GCS needs
> to be specified along with the regular stack.
>
> Unfortunately plain clone() is not extensible and existing clone3()
> users will not specify a stack so all exis
On Thu, Aug 29, 2024 at 12:27:33AM +0100, Mark Brown wrote:
> Provide a hwcap to enable userspace to detect support for GCS.
>
> Reviewed-by: Thiago Jung Bauermann
> Reviewed-by: Catalin Marinas
> Signed-off-by: Mark Brown
Acked-by: Yury Khrustalev
On Thu, Aug 29, 2024 at 12:27:22AM +0100, Mark Brown wrote:
> Add some documentation of the userspace ABI for Guarded Control Stacks.
>
> Reviewed-by: Thiago Jung Bauermann
> Reviewed-by: Catalin Marinas
> Signed-off-by: Mark Brown
Acked-by: Yury Khrustalev
On Thu, Aug 29, 2024 at 12:27:20AM +0100, Mark Brown wrote:
> In preparation for adding arm64 GCS support make the map_shadow_stack()
> SHADOW_STACK_SET_TOKEN flag generic and add _SET_MARKER. The existing
> flag indicates that a token usable for stack switch should be added to
> the top of the new
On Thu, Aug 29, 2024 at 12:27:19AM +0100, Mark Brown wrote:
> Three architectures (x86, aarch64, riscv) have announced support for
> shadow stacks with fairly similar functionality. While x86 is using
> arch_prctl() to control the functionality neither arm64 nor riscv uses
> that interface so this
29 matches
Mail list logo
