Bin Meng writes:
> On Sat, Apr 2, 2022 at 7:20 PM Bin Meng wrote:
>>
>> On Tue, Mar 29, 2022 at 12:43 PM Bin Meng wrote:
>> >
>> > On Mon, Mar 28, 2022 at 5:10 PM Peter Maydell
>> > wrote:
>> > >
>> > > On Mon, 28 Mar 2022 at 03:10, Bin Meng wrote:
>> > > > IMHO it's too bad to just ignore
Bin Meng writes:
> On Sat, Apr 2, 2022 at 7:20 PM Bin Meng wrote:
>>
>> On Tue, Mar 29, 2022 at 12:43 PM Bin Meng wrote:
>> >
>> > On Mon, Mar 28, 2022 at 5:10 PM Peter Maydell
>> > wrote:
>> > >
>> > > On Mon, 28 Mar 2022 at 03:10, Bin Meng wrote:
>> > > > IMHO it's too bad to just ignore
On Sat, Apr 2, 2022 at 7:20 PM Bin Meng wrote:
>
> On Tue, Mar 29, 2022 at 12:43 PM Bin Meng wrote:
> >
> > On Mon, Mar 28, 2022 at 5:10 PM Peter Maydell
> > wrote:
> > >
> > > On Mon, 28 Mar 2022 at 03:10, Bin Meng wrote:
> > > > IMHO it's too bad to just ignore this bug forever.
> > > >
> >
On Tue, Mar 29, 2022 at 12:43 PM Bin Meng wrote:
>
> On Mon, Mar 28, 2022 at 5:10 PM Peter Maydell
> wrote:
> >
> > On Mon, 28 Mar 2022 at 03:10, Bin Meng wrote:
> > > IMHO it's too bad to just ignore this bug forever.
> > >
> > > This is a valid use case. It's not about whether we intentionall
On Mon, Mar 28, 2022 at 5:10 PM Peter Maydell wrote:
>
> On Mon, 28 Mar 2022 at 03:10, Bin Meng wrote:
> > IMHO it's too bad to just ignore this bug forever.
> >
> > This is a valid use case. It's not about whether we intentionally want
> > to inspect the GIC register value from gdb. The case is
On Mon, 28 Mar 2022 at 03:10, Bin Meng wrote:
> IMHO it's too bad to just ignore this bug forever.
>
> This is a valid use case. It's not about whether we intentionally want
> to inspect the GIC register value from gdb. The case is that when
> single stepping the source codes it triggers the core
On Thu, Mar 24, 2022 at 7:52 PM Peter Maydell wrote:
>
> On Thu, 24 Mar 2022 at 10:33, Alex Bennée wrote:
> > I think we need to not use cpu_physical_memory_write (which is
> > explicitly the system address space) but have a function that takes cpu
> > so it can work out the correct address space
On Thu, 24 Mar 2022 at 10:33, Alex Bennée wrote:
> I think we need to not use cpu_physical_memory_write (which is
> explicitly the system address space) but have a function that takes cpu
> so it can work out the correct address space to you
> address_space_read/write. If null we could probably re
Bin Meng writes:
> On Tue, Mar 22, 2022 at 11:56 PM Peter Maydell
> wrote:
>>
>> On Tue, 22 Mar 2022 at 15:43, Bin Meng wrote:
>> >
>> > When accessing the per-CPU register bank of some devices (e.g.: GIC)
>> > from the GDB stub context, a segfault occurs. This is due to current_cpu
>> > is
On Tue, Mar 22, 2022 at 11:56 PM Peter Maydell wrote:
>
> On Tue, 22 Mar 2022 at 15:43, Bin Meng wrote:
> >
> > When accessing the per-CPU register bank of some devices (e.g.: GIC)
> > from the GDB stub context, a segfault occurs. This is due to current_cpu
> > is not set, as the contect is not a
On Tue, 22 Mar 2022 at 18:59, Philippe Mathieu-Daudé
wrote:
> On 22/3/22 16:56, Peter Maydell wrote:
> > This works, but I worry a bit that it might have unexpected
> > side effects, and setting globals (even if thread-local) to
> > cause side-effects elsewhere isn't ideal...
>
> Yeah, gdbstub is
+Thomas
On 22/3/22 16:56, Peter Maydell wrote:
On Tue, 22 Mar 2022 at 15:43, Bin Meng wrote:
When accessing the per-CPU register bank of some devices (e.g.: GIC)
from the GDB stub context, a segfault occurs. This is due to current_cpu
is not set, as the contect is not a guest CPU.
Let's set
On Tue, 22 Mar 2022 at 15:43, Bin Meng wrote:
>
> When accessing the per-CPU register bank of some devices (e.g.: GIC)
> from the GDB stub context, a segfault occurs. This is due to current_cpu
> is not set, as the contect is not a guest CPU.
>
> Let's set current_cpu before doing the acutal memor
When accessing the per-CPU register bank of some devices (e.g.: GIC)
from the GDB stub context, a segfault occurs. This is due to current_cpu
is not set, as the contect is not a guest CPU.
Let's set current_cpu before doing the acutal memory read write.
Resolves: https://gitlab.com/qemu-project/q
14 matches
Mail list logo