On Mer, 2005-09-07 at 12:31 +0200, Màrius Montón wrote:
> At this point, we plan to develop a pci device driver to act as a bridge
> between kernel PCI subsystem and SystemC simulator (in user space).
The first thing that would worry me about such an architecture would be
deadlocks between user sp
Mikael Starvik wrote:
>>Application <-> our driver <-> kernel PCI-subsystem <-> our link <->
>>daemon <-> SystemC simulator.
>>
>>
>
>
>
>>Our link and our daemon get all PCI communication, and interface to
>>SystemC simulator.
>>Is that so complex to develop?
>>
>>
>
>No, not rea
Benjamin LaHaise wrote:
>On Wed, Sep 07, 2005 at 12:31:07PM +0200, Màrius Montón wrote:
>
>
>>At this point, we plan to develop a pci device driver to act as a bridge
>>between kernel PCI subsystem and SystemC simulator (in user space).
>>
>>Do you think this implementation is fine? Maybe it's
On Wed, 7 Sep 2005, Benjamin LaHaise wrote:
> On Wed, Sep 07, 2005 at 12:31:07PM +0200, Màrius Montón wrote:
>> At this point, we plan to develop a pci device driver to act as a bridge
>> between kernel PCI subsystem and SystemC simulator (in user space).
>>
>> Do you think this implementation is
On Wed, Sep 07, 2005 at 12:31:07PM +0200, Màrius Montón wrote:
> At this point, we plan to develop a pci device driver to act as a bridge
> between kernel PCI subsystem and SystemC simulator (in user space).
>
> Do you think this implementation is fine? Maybe it's better to register
> a new bus
>
All suggestions are good, but from my point of view, both solutions
(entire simulated system, or using an emulator) could be too slow and
too much artificial, so in translation to 'real world' can be a lot of
problems.
I think our approach is the most real environment for our SystemC module.
We w
Eric Piel wrote:
09/07/2005 01:40 PM, Jeff Garzik wrote/a écrit:
No need for a set of tools. As long as your SystemC simulator
simulates an entire platform -- CPU, DRAM, etc. -- then you can boot
Linux on the simulated platform.
If you can boot Linux on the simulated platform, then you can e
09/07/2005 01:40 PM, Jeff Garzik wrote/a écrit:
Màrius Montón wrote:
:
At this point, we plan to develop a pci device driver to act as a bridge
between kernel PCI subsystem and SystemC simulator (in user space).
No need for a set of tools. As long as your SystemC simulator simulates
an en
On Wed, Sep 07, 2005 at 07:40:41AM -0400, Jeff Garzik wrote:
> No need for a set of tools. As long as your SystemC simulator simulates
> an entire platform -- CPU, DRAM, etc. -- then you can boot Linux on the
> simulated platform.
Even if it doesn't, hooking SystemC into something that does bo
Màrius Montón wrote:
Hello all,
I'm a PhD student and I'm focusing on HW/SW co-design.
First of all, a brief introduction to problem:
Nowadays, we can use C++ libraries, called SystemC, to describe HW
behavior, and synthesize with commercial tools.
A SystemC description can be simulated using
Hello all,
I'm a PhD student and I'm focusing on HW/SW co-design.
First of all, a brief introduction to problem:
Nowadays, we can use C++ libraries, called SystemC, to describe HW
behavior, and synthesize with commercial tools.
A SystemC description can be simulated using its own simulator kerne
11 matches
Mail list logo
