[gem5-dev] Change in gem5/gem5[master]: arch-arm: Move generateDtb to ArmSystem

Giacomo Travaglini has submitted this change. ( https://gem5-review.googlesource.com/c/public/gem5/+/21602 ) Change subject: arch-arm: Move generateDtb to ArmSystem .. arch-arm: Move generateDtb to ArmSystem This is aligning

[gem5-dev] Change in gem5/gem5[master]: dev-arm, configs: Remove RealViewPBX platform

Giacomo Travaglini has submitted this change. ( https://gem5-review.googlesource.com/c/public/gem5/+/21601 ) Change subject: dev-arm, configs: Remove RealViewPBX platform .. dev-arm, configs: Remove RealViewPBX platform This

[gem5-dev] Change in gem5/gem5[master]: arch: Drop sysctl support if built against glibc

Tommaso Marinelli has uploaded a new patch set (#3). ( https://gem5-review.googlesource.com/c/public/gem5/+/21519 ) Change subject: arch: Drop sysctl support if built against glibc .. arch: Drop sysctl support if built agains

[gem5-dev] Question about address ranges

Hi All, I am trying to add a GPU as PCI device in full system. The kernel expects the shadowed ROM for vga devices to be at 0xc, and would attempt to read the ROM from there. However, we start mapping the memory range from address 0x0, and that would result in any accesses to vga ROM to go thr

Re: [gem5-dev] Question about address ranges

Let me follow up on this a little. Does anyone (likely Gabe) have pointers to information about how the *physical addresses* are mapped in normal x86 systems. Here's what a couple of real systems look like when looking at /proc/iomem (populated from the E820 entries in the BIOS). I'm omitting all

Re: [gem5-dev] Question about address ranges

I defer to people who are probably more expert (folks at AMD for instance?), but this is my understanding. It seems there's also some info here which may be more correct/complete than my explanation that follows: https://wiki.osdev.org/Memory_Map_(x86) The lowest 1MB of memory was at one time all

[gem5-dev] Change in gem5/gem5[master]: arch, base: Stop loading the interpreter in ElfObject.

Gabe Black has submitted this change. ( https://gem5-review.googlesource.com/c/public/gem5/+/21465 ) Change subject: arch,base: Stop loading the interpreter in ElfObject. .. arch,base: Stop loading the interpreter in ElfObject

[gem5-dev] Change in gem5/gem5[master]: Tests: Added unit test for atomicio.cc

Bobby R. Bruce has uploaded this change for review. ( https://gem5-review.googlesource.com/c/public/gem5/+/21699 ) Change subject: Tests: Added unit test for atomicio.cc .. Tests: Added unit test for atomicio.cc Change-Id: I

[gem5-dev] Change in gem5/gem5[master]: tests: Added GTests for base/bitfield.hh

Bobby R. Bruce has uploaded this change for review. ( https://gem5-review.googlesource.com/c/public/gem5/+/21700 ) Change subject: tests: Added GTests for base/bitfield.hh .. tests: Added GTests for base/bitfield.hh In addit

[gem5-dev] Change in gem5/gem5[master]: tests: Added GTests for base/atomicio.cc

Bobby R. Bruce has uploaded a new patch set (#2). ( https://gem5-review.googlesource.com/c/public/gem5/+/21699 ) Change subject: tests: Added GTests for base/atomicio.cc .. tests: Added GTests for base/atomicio.cc Change-Id:

[gem5-dev] Change in gem5/gem5[master]: sparc: Create a helper functions to install firmware images.

Hello Andreas Sandberg, Jason Lowe-Power, I'd like you to reexamine a change. Please visit https://gem5-review.googlesource.com/c/public/gem5/+/21469 to look at the new patch set (#3). Change subject: sparc: Create a helper functions to install firmware images.

[gem5-dev] Change in gem5/gem5[master]: arch, base: Separate the idea of a memory image and object file.

Hello Andreas Sandberg, Brandon Potter, kokoro, Jason Lowe-Power, I'd like you to reexamine a change. Please visit https://gem5-review.googlesource.com/c/public/gem5/+/21466 to look at the new patch set (#4). Change subject: arch,base: Separate the idea of a memory image and object file.

[gem5-dev] remote GDB broken on ARM

Hi ARM folks. I'm trying to work on remote GDB support, and the default version of it seems to be broken. When trying to connect locally, I get this error: Remote 'g' packet reply is too long (expected 788 bytes, got 8468 bytes) I remember seeing some things go by talking about a gdb remote proto

[gem5-dev] Cron /z/m5/regression/do-regression quick

scons: *** [build/HSAIL_X86/arch/hsail/gpu_decoder.do] Error 1 scons: *** [build/HSAIL_X86/base/loader/hex_file.fo] Error 4 scons: *** [build/HSAIL_X86/arch/hsail/gpu_decoder.fo] Error 1 scons: *** [build/ALPHA/base/loader/hex_file.o] Error 4 scons: *** [build/MIPS/base/loader/hex_file.o] Error 4 s

Re: [gem5-dev] remote GDB broken on ARM

cc-ing Ciro who I think was working on that mechanism. Gabe On Thu, Oct 10, 2019 at 5:09 PM Gabe Black wrote: > Hi ARM folks. I'm trying to work on remote GDB support, and the default > version of it seems to be broken. When trying to connect locally, I get > this error: > > Remote 'g' packet r

[gem5-dev] change to review email settings

Hi gem5-dev members. To help control the volume of email that goes to this list, we're considering changing the settings in gerrit so that this list will be emailed when a new review is uploaded, when a review is submitted, but *not* each time it's updated in the mean time. People involved in the r

[gem5-dev] Change in gem5/gem5[master]: mem-ruby: Allow Ruby to use all replacement policies in Classic

Mingyuan Xiang has submitted this change. ( https://gem5-review.googlesource.com/c/public/gem5/+/20879 ) Change subject: mem-ruby: Allow Ruby to use all replacement policies in Classic .. mem-ruby: Allow Ruby to use all rep