Date: | Sat, 20 Jan 2007 09:18:21 -0800 (PST) |
---|---|
From: | "Dave Z." <zhu_dave@xxxxxxxxx> |
Subject: | Re: [Gems-users] physical_address 0 |
Yes, Simics is actually passing Ruby a physical address of 0. I have some kernel memory mmap'ed into my application. "ptr" points to the mmap'ed memory space, and I know the logical address of ptr. When I do ptr[offset] = value or value = ptr[offset], the physical addresses for the memory requests are always 0. Thanks, Dave ----- Original Message ---- From: Dan Gibson <degibson@xxxxxxxx> To: Gems Users <gems-users@xxxxxxxxxxx> Sent: Friday, January 19, 2007 2:35:14 PM Subject: Re: [Gems-users] physical_address 0 I thought you were calling SIM_logical_to_physical to determine the physical address. Do you mean that Simics is actually passing Ruby a physical address of zero? If so, what is the ASI, and what type of access (eg store, atomic, etc.) is it? Regards, Dan Dave Z. wrote: But there is no SIM_logical_to_physical in SimicsProcessor::makeRequest. If I understand correctly, the order of function calls is ruby_operate (ruby.c), _possible_cache_miss (commands.C), makeRequest (SimicsDriver.C), makeRequest (SimicsProcessor.C). The physical address is always 0 for certain logical addresses. _______________________________________________ Gems-users mailing list Gems-users@xxxxxxxxxxx https://lists.cs.wisc.edu/mailman/listinfo/gems-users Use Google to search the GEMS Users mailing list by adding "site:https://lists.cs.wisc.edu/archive/gems-users/"; to your search. Any questions? Get answers on any topic at Yahoo! Answers. Try it now. |
[← Prev in Thread] | Current Thread | [Next in Thread→] |
---|---|---|
|
Previous by Date: | [Gems-users] Adding delay of one cycle when a L1 cache is being accessed, Shachar Gang |
---|---|
Next by Date: | [Gems-users] A question in LogTM, 郭锐 |
Previous by Thread: | Re: [Gems-users] physical_address 0, Dan Gibson |
Next by Thread: | Re: [Gems-users] physical_address 0, Philip Garcia |
Indexes: | [Date] [Thread] |