All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Henrique Barboza <dbarboza@ventanamicro.com>
To: Alexey Baturo <baturo.alexey@gmail.com>
Cc: richard.henderson@linaro.org, space.monkey.delivers@gmail.com,
	palmer@dabbelt.com, Alistair.Francis@wdc.com,
	sagark@eecs.berkeley.edu, kbastian@mail.uni-paderborn.de,
	qemu-devel@nongnu.org, qemu-riscv@nongnu.org
Subject: Re: [PATCH v9 0/6] Pointer Masking update for Zjpm v1.0
Date: Wed, 30 Oct 2024 13:54:42 -0300	[thread overview]
Message-ID: <e1924094-f3b4-493e-afae-ac635a32d28e@ventanamicro.com> (raw)
In-Reply-To: <CAFukJ-D081Jta287S5XKtEch3CyzgFxJ-SQGF-VyU4j165DdBw@mail.gmail.com>



On 10/30/24 11:17 AM, Alexey Baturo wrote:
> Hi Daniel,
> 
> Let's try to push it before EOY.
> I'm planning to start working on it in the first half of November.
> Does that work for you?

Fine by me. We can add it to Alistair's tree for 10.0 to be upstreamed in January 2025.

Thanks,

Daniel

> 
> Thanks
> 
> вт, 29 окт. 2024 г. в 20:40, Daniel Henrique Barboza <dbarboza@ventanamicro.com <mailto:dbarboza@ventanamicro.com>>:
> 
>     Hi Alexey,
> 
> 
>     Do you have plans to post a new version of this series? Aside from a few comments
>     it seems like this was almost there.
> 
>     We might not be able to get it merged in time for this current release (code freeze
>     is Nov 5th) but we can get it in Alistair's tree for the next release.
> 
> 
>     Thanks,
> 
>     Daniel
> 
>     On 5/11/24 7:10 AM, Alexey Baturo wrote:
>      > From: Alexey Baturo <baturo.alexey@gmail.com <mailto:baturo.alexey@gmail.com>>
>      >
>      > Hi,
>      >
>      > It looks like Pointer Masking spec has reached v1.0 and been frozen,
>      > rebasing on riscv-to-apply.next branch and resubmitting patches.
>      >
>      > Thanks.
>      >
>      > [v8]:
>      > Rebasing patches on current qemu branch and resubmitting them.
>      >
>      >
>      > [v7]:
>      > I'm terribly sorry, but previous rebase went wrong and somehow I missed it.
>      > This time I double-checked rebased version.
>      > This patch series is properly rebased on https://github.com/alistair23/qemu/tree/riscv-to-apply.next <https://github.com/alistair23/qemu/tree/riscv-to-apply.next>
>      >
>      > [v6]:
>      > This patch series is rebased on https://github.com/alistair23/qemu/tree/riscv-to-apply.next <https://github.com/alistair23/qemu/tree/riscv-to-apply.next>
>      >
>      > [v5]:
>      > This patch series targets Zjpm v0.8 extension.
>      > The spec itself could be found here: https://github.com/riscv/riscv-j-extension/blob/8088461d8d66a7676872b61c908cbeb7cf5c5d1d/zjpm-spec.pdf <https://github.com/riscv/riscv-j-extension/blob/8088461d8d66a7676872b61c908cbeb7cf5c5d1d/zjpm-spec.pdf>
>      > This patch series is updated after the suggested comments:
>      > - add "x-" to the extension names to indicate experimental
>      >
>      > [v4]:
>      > Patch series updated after the suggested comments:
>      > - removed J-letter extension as it's unused
>      > - renamed and fixed function to detect if address should be sign-extended
>      > - zeroed unused context variables and moved computation logic to another patch
>      > - bumped pointer masking version_id and minimum_version_id by 1
>      >
>      > [v3]:
>      > There patches are updated after Richard's comments:
>      > - moved new tb flags to the end
>      > - used tcg_gen_(s)extract to get the final address
>      > - properly handle CONFIG_USER_ONLY
>      >
>      > [v2]:
>      > As per Richard's suggestion I made pmm field part of tb_flags.
>      > It allowed to get rid of global variable to store pmlen.
>      > Also it allowed to simplify all the machinery around it.
>      >
>      > [v1]:
>      > It looks like Zjpm v0.8 is almost frozen and we don't expect it change drastically anymore.
>      > Compared to the original implementation with explicit base and mask CSRs, we now only have
>      > several fixed options for number of masked bits which are set using existing CSRs.
>      > The changes have been tested with handwritten assembly tests and LLVM HWASAN
>      > test suite.
>      >
>      > Alexey Baturo (6):
>      >    target/riscv: Remove obsolete pointer masking  extension code.
>      >    target/riscv: Add new CSR fields for S{sn,mn,m}pm extensions as part
>      >      of Zjpm v0.8
>      >    target/riscv: Add helper functions to calculate current number of
>      >      masked bits for pointer masking
>      >    target/riscv: Add pointer masking tb flags
>      >    target/riscv: Update address modify functions to take into account
>      >      pointer masking
>      >    target/riscv: Enable updates for pointer masking variables and thus
>      >      enable pointer masking extension
>      >
>      >   target/riscv/cpu.c           |  21 +--
>      >   target/riscv/cpu.h           |  46 +++--
>      >   target/riscv/cpu_bits.h      |  90 +---------
>      >   target/riscv/cpu_cfg.h       |   3 +
>      >   target/riscv/cpu_helper.c    |  97 +++++-----
>      >   target/riscv/csr.c           | 337 ++---------------------------------
>      >   target/riscv/machine.c       |  20 +--
>      >   target/riscv/pmp.c           |  13 +-
>      >   target/riscv/pmp.h           |  11 +-
>      >   target/riscv/tcg/tcg-cpu.c   |   5 +-
>      >   target/riscv/translate.c     |  46 ++---
>      >   target/riscv/vector_helper.c |  15 +-
>      >   12 files changed, 158 insertions(+), 546 deletions(-)
>      >
> 


      reply	other threads:[~2024-10-30 16:55 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-11 10:10 [PATCH v9 0/6] Pointer Masking update for Zjpm v1.0 Alexey Baturo
2024-05-11 10:10 ` [PATCH v9 1/6] target/riscv: Remove obsolete pointer masking extension code Alexey Baturo
2024-05-11 10:10 ` [PATCH v9 2/6] target/riscv: Add new CSR fields for S{sn, mn, m}pm extensions as part of Zjpm v0.8 Alexey Baturo
2024-05-11 14:16   ` liwei
2024-05-13 11:29   ` Alistair Francis
2024-06-02 23:00   ` Daniel Henrique Barboza
2024-06-27  7:18   ` Frank Chang
2024-06-27  7:42   ` Frank Chang
2024-05-11 10:10 ` [PATCH v9 3/6] target/riscv: Add helper functions to calculate current number of masked bits for pointer masking Alexey Baturo
2024-05-13 12:11   ` LIU Zhiwei
2024-05-13 12:35   ` LIU Zhiwei
2024-05-13 12:39     ` LIU Zhiwei
2024-05-11 10:10 ` [PATCH v9 4/6] target/riscv: Add pointer masking tb flags Alexey Baturo
2024-05-13 12:13   ` LIU Zhiwei
2024-05-11 10:10 ` [PATCH v9 5/6] target/riscv: Update address modify functions to take into account pointer masking Alexey Baturo
2024-05-13 12:46   ` LIU Zhiwei
2024-05-11 10:10 ` [PATCH v9 6/6] target/riscv: Enable updates for pointer masking variables and thus enable pointer masking extension Alexey Baturo
2024-05-13 12:48   ` LIU Zhiwei
2024-05-11 13:56 ` [PATCH v9 0/6] Pointer Masking update for Zjpm v1.0 liwei
2024-05-13 10:24   ` Alistair Francis
2024-05-13 11:05     ` Alexey Baturo
2024-05-13 11:14       ` Alistair Francis
2024-05-13 11:32         ` Alistair Francis
2024-05-14 16:08           ` Alexey Baturo
2024-05-13 12:50 ` LIU Zhiwei
2024-10-29 17:40 ` Daniel Henrique Barboza
2024-10-30 14:17   ` Alexey Baturo
2024-10-30 16:54     ` Daniel Henrique Barboza [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e1924094-f3b4-493e-afae-ac635a32d28e@ventanamicro.com \
    --to=dbarboza@ventanamicro.com \
    --cc=Alistair.Francis@wdc.com \
    --cc=baturo.alexey@gmail.com \
    --cc=kbastian@mail.uni-paderborn.de \
    --cc=palmer@dabbelt.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-riscv@nongnu.org \
    --cc=richard.henderson@linaro.org \
    --cc=sagark@eecs.berkeley.edu \
    --cc=space.monkey.delivers@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.