> On March 26, 2012, 9:19 a.m., Ali Saidi wrote:
> > Where are you calling this these functions from? How are you getting a 
> > kernel stack pointer?
> >

Whenever an instruction was fetched - so inside of cache_impl.hh access() 
something like this:

if (pkt->req->isInstFetch()) {
    ThreadContext *tc = system->getThreadContext(id);
    Addr stackPtr = tc->readIntReg(INTREG_SP_SVC);
    ProcessInfo procInfo(tc);

    std::cout << "process: " << procInfo.name(stackPtr) << std::endl;
}


> On March 26, 2012, 9:19 a.m., Ali Saidi wrote:
> > src/arch/arm/stacktrace.cc, line 78
> > <http://reviews.gem5.org/r/1054/diff/4/?file=25072#file25072line78>
> >
> >     I'm fairly certain this isn't correct. I've got a kernel that has it at 
> > f8000000, so it's not generic. There might be something in the kernel that 
> > tells you the start address, but either way I'm not sure what this code is 
> > doing in the the context of ARM linux. For Alpha, we knew that the initial 
> > stack frame was placed at this address, I don't think we know that for ARM.

There is little documentation on this but, from what I gathered this value is 
dependent on the machine type. So, I got the values from the kernel source and 
configs used for the RealView PBX machine. Maybe this value can be 
parameterized...


- Anthony


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/1054/#review2382
-----------------------------------------------------------


On March 24, 2012, 1:19 p.m., Anthony Gutierrez wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://reviews.gem5.org/r/1054/
> -----------------------------------------------------------
> 
> (Updated March 24, 2012, 1:19 p.m.)
> 
> 
> Review request for Default.
> 
> 
> Description
> -------
> 
> Changeset 8917:271859b2e61b
> ---------------------------
> changed from pointers to references for the port proxies. it is still not 
> known whether 0xffffffffc0000000 is the correct value to compare against base.
> 
> 
> Diffs
> -----
> 
>   src/arch/arm/stacktrace.cc 7d95b650c9b69289db8498b7050fad983af944f6 
> 
> Diff: http://reviews.gem5.org/r/1054/diff/
> 
> 
> Testing
> -------
> 
> Booted modified kernel (with thread info hints compiled in) while printing 
> process names, using ProcessInfo::name(), periodically from atomic cpu's 
> tick() method.
> 
> 
> Thanks,
> 
> Anthony Gutierrez
> 
>

_______________________________________________
gem5-dev mailing list
[email protected]
http://m5sim.org/mailman/listinfo/gem5-dev

Reply via email to