This is the mail archive of the gdb@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: push and pop of FPU stack ; record st registers


sure, I will focus on make it work first : )

--- On Sat, 5/23/09, Hui Zhu <teawater@gmail.com> wrote:

> From: Hui Zhu <teawater@gmail.com>
> Subject: Re: push and pop of FPU stack ; record st registers
> To: "paawan oza" <paawan1982@yahoo.com>
> Cc: "gdb ml" <gdb@sourceware.org>
> Date: Saturday, May 23, 2009, 5:31 PM
> I think make the function can run is
> the first job,
> 
> Hui
> 
> On Sat, May 23, 2009 at 14:17, paawan oza <paawan1982@yahoo.com>
> wrote:
> >
> > yes. I can record all st0 to st7 registers. that is
> not a problem.
> > but, at every insn which push/pop FPU stack, if we
> record all st0 to st7, we will be occupying too much of
> record memory.
> > (memory usage will be more for our records)
> >
> > I was just thinking of optimizing it with some cache.
> > but at the moment I think I can go ahead with plain
> implementation of recording st0 to st7.
> >
> > Regards,
> > Oza.
> >
> >
> >
> > --- On Sat, 5/23/09, Hui Zhu <teawater@gmail.com>
> wrote:
> >
> >> From: Hui Zhu <teawater@gmail.com>
> >> Subject: Re: push and pop of FPU stack ; record st
> registers
> >> To: "paawan oza" <paawan1982@yahoo.com>
> >> Cc: "gdb ml" <gdb@sourceware.org>
> >> Date: Saturday, May 23, 2009, 9:34 AM
> >> You cannot record st0 to st7?
> >>
> >> Hui
> >>
> >> On Fri, May 22, 2009 at 23:43, paawan oza <paawan1982@yahoo.com>
> >> wrote:
> >> >
> >> > Hi,
> >> >
> >> > the instructions such as;
> >> > fld1, which pushes fpu stack and insn faddp
> pops
> >> registers stack,
> >> > we need to record all st0 to st7 registers.
> because
> >> all will be changed on push/pop.
> >> > as pushing/popping changes all the registers,
> at such
> >> insns (which does push/pop) we record all st0 to
> st7
> >> registers that may affect the performance.
> >> >
> >> > currently I can not think of any alternative
> >> > (may be we cache registers all the time and
> we record
> >> only those which may change) but by doing that we
> only save
> >> memory. performance is still question :(
> >> >
> >> > Does anybody have any other suggestion ?
> >> >
> >> > Regards,
> >> > Oza.
> >> >
> >> >
> >> >
> >> >
> >>
> >
> >
> >
> >
> 


      


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]