* How can I know Page Table address on RAM?
@ 2024-01-22 4:11 Junho
2024-01-22 8:54 ` Thomas Huth
0 siblings, 1 reply; 4+ messages in thread
From: Junho @ 2024-01-22 4:11 UTC (permalink / raw)
To: qemu-devel
[-- Attachment #1: Type: text/plain, Size: 515 bytes --]
Hello,
I'm a QEMU user with PowerPc target architecture.
I have some personal modifications related to tb jmp cache and chaining
logic to improve the performance of a specific guest code. To verify the
safety, I have to guarantee that the page table on RAM does not change
after initialization. Do you have any information related to this work?
Currently, what I need to find is the page table start address on the RAM
so that I can test with the range detected.
I look forward to your response.
Thank you
Junho
[-- Attachment #2: Type: text/html, Size: 626 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: How can I know Page Table address on RAM?
2024-01-22 4:11 How can I know Page Table address on RAM? Junho
@ 2024-01-22 8:54 ` Thomas Huth
2024-01-23 7:36 ` Nicholas Piggin
0 siblings, 1 reply; 4+ messages in thread
From: Thomas Huth @ 2024-01-22 8:54 UTC (permalink / raw)
To: Junho, qemu-ppc; +Cc: qemu-devel
On 22/01/2024 05.11, Junho wrote:
> Hello,
>
> I'm a QEMU user with PowerPc target architecture.
> I have some personal modifications related to tb jmp cache and chaining
> logic to improve the performance of a specific guest code. To verify the
> safety, I have to guarantee that the page table on RAM does not change after
> initialization. Do you have any information related to this work? Currently,
> what I need to find is the page table start address on the RAM so that I can
> test with the range detected.
>
> I look forward to your response.
>
> Thank you
> Junho
Hi,
maybe it's best to ask this question on the qemu-ppc mailing list instead
(done now), since most PPC folks will rather read than one instead of the
high-traffic qemu-devel mailing list.
HTH,
Thomas
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: How can I know Page Table address on RAM?
2024-01-22 8:54 ` Thomas Huth
@ 2024-01-23 7:36 ` Nicholas Piggin
2024-01-25 6:01 ` Junho
0 siblings, 1 reply; 4+ messages in thread
From: Nicholas Piggin @ 2024-01-23 7:36 UTC (permalink / raw)
To: Thomas Huth, Junho, qemu-ppc; +Cc: qemu-devel
On Mon Jan 22, 2024 at 6:54 PM AEST, Thomas Huth wrote:
> On 22/01/2024 05.11, Junho wrote:
> > Hello,
> >
> > I'm a QEMU user with PowerPc target architecture.
> > I have some personal modifications related to tb jmp cache and chaining
> > logic to improve the performance of a specific guest code. To verify the
> > safety, I have to guarantee that the page table on RAM does not change after
> > initialization. Do you have any information related to this work? Currently,
> > what I need to find is the page table start address on the RAM so that I can
> > test with the range detected.
> >
> > I look forward to your response.
> >
> > Thank you
> > Junho
>
> Hi,
>
> maybe it's best to ask this question on the qemu-ppc mailing list instead
> (done now), since most PPC folks will rather read than one instead of the
> high-traffic qemu-devel mailing list.
Hi Junho,
ppc targets have a lot of different MMUs, so it depends what you are
looking at.
The hash MMU has a page table that is linear in physical (real) memory,
so you might feasibly be able to watch it for updates. The SDR1 SPR has
hash table base and size. ISA v3.0 and later use an in-memory table
that is pointed to by the PTCR SPR.
Other types are software loaded and radix page tables which might be
infeasible or impossible to really track.
It would be interesting to know what kind of modifications you're doing,
it's possible they might be achieved another way. For example, there is
no requirement in the architecture for the TLB to be kept coherent with
page table modifications, so you might be able to watch for TLB flush
instructions rather than page table changes.
Thanks,
Nick
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: How can I know Page Table address on RAM?
2024-01-23 7:36 ` Nicholas Piggin
@ 2024-01-25 6:01 ` Junho
0 siblings, 0 replies; 4+ messages in thread
From: Junho @ 2024-01-25 6:01 UTC (permalink / raw)
To: Nicholas Piggin; +Cc: Thomas Huth, qemu-ppc, qemu-devel
[-- Attachment #1: Type: text/plain, Size: 2074 bytes --]
Hello Nick,
It helped a lot.
The page table is software loaded on the MMU of the target I'm using.
I'll watch for TLBs as recommended.
Thank you,
Junho
2024년 1월 23일 (화) 오후 4:36, Nicholas Piggin <npiggin@gmail.com>님이 작성:
> On Mon Jan 22, 2024 at 6:54 PM AEST, Thomas Huth wrote:
> > On 22/01/2024 05.11, Junho wrote:
> > > Hello,
> > >
> > > I'm a QEMU user with PowerPc target architecture.
> > > I have some personal modifications related to tb jmp cache and
> chaining
> > > logic to improve the performance of a specific guest code. To verify
> the
> > > safety, I have to guarantee that the page table on RAM does not change
> after
> > > initialization. Do you have any information related to this work?
> Currently,
> > > what I need to find is the page table start address on the RAM so that
> I can
> > > test with the range detected.
> > >
> > > I look forward to your response.
> > >
> > > Thank you
> > > Junho
> >
> > Hi,
> >
> > maybe it's best to ask this question on the qemu-ppc mailing list
> instead
> > (done now), since most PPC folks will rather read than one instead of
> the
> > high-traffic qemu-devel mailing list.
>
> Hi Junho,
>
> ppc targets have a lot of different MMUs, so it depends what you are
> looking at.
>
> The hash MMU has a page table that is linear in physical (real) memory,
> so you might feasibly be able to watch it for updates. The SDR1 SPR has
> hash table base and size. ISA v3.0 and later use an in-memory table
> that is pointed to by the PTCR SPR.
>
> Other types are software loaded and radix page tables which might be
> infeasible or impossible to really track.
>
> It would be interesting to know what kind of modifications you're doing,
> it's possible they might be achieved another way. For example, there is
> no requirement in the architecture for the TLB to be kept coherent with
> page table modifications, so you might be able to watch for TLB flush
> instructions rather than page table changes.
>
> Thanks,
> Nick
>
[-- Attachment #2: Type: text/html, Size: 2660 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2024-01-25 6:02 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-01-22 4:11 How can I know Page Table address on RAM? Junho
2024-01-22 8:54 ` Thomas Huth
2024-01-23 7:36 ` Nicholas Piggin
2024-01-25 6:01 ` Junho
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).