| 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] |