public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Màrius Montón" <Marius.Monton@uab.es>
To: Mikael Starvik <mikael.starvik@axis.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 'virtual HW' into kernel (SystemC)
Date: Wed, 07 Sep 2005 18:38:08 +0200	[thread overview]
Message-ID: <431F1770.3030603@uab.es> (raw)
In-Reply-To: <BFECAF9E178F144FAEF2BF4CE739C66801B76517@exmail1.se.axis.com>

[-- Attachment #1: Type: text/plain, Size: 1173 bytes --]



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 really. I've implemented a link like this
>
>Application<->driver<->our link<->daemon<-TCP/IP->glue<->Verilog simulator
>
>In your case I would probably implement a "fake" PCI bridge that forwards any PCI access to you daemon and puts the requesting process to sleep until the request has been processed. Some drivers may of course break due to the latency. 
>
>Our link is a kernel module that queues up requests from the driver and deliver them to the daemon through a poll/read interface. Each process that make a request is put to sleep until the request has been answered by the dameon. A couple of days of development. A bit more in your case due to the fake PCI bridge (yes, I have implemented one of those as well for cardbus).
>
>Regards
>/Mikael
>
>  
>

Can you send me or post your code?
This code can be a good starting point for us.

Thanks

Màrius

> 
>
>  
>


[-- Attachment #2: marius.monton.vcf --]
[-- Type: text/x-vcard, Size: 400 bytes --]

begin:vcard
fn;quoted-printable:M=C3=A0rius Mont=C3=B3n
n;quoted-printable;quoted-printable:Mont=C3=B3n;M=C3=A0rius
org;quoted-printable:UAB;Departament de Microelectr=C3=B2nica i Sistemes Electr=C3=B2nics
adr:Campus de la UAB;;QC-2088 ETSE;Bellaterra;Barcelona;08193;SPAIN
email;internet:marius.monton@uab.es
tel;work:+34935813534
x-mozilla-html:TRUE
url:http://cephis.uab.es
version:2.1
end:vcard


       reply	other threads:[~2005-09-07 16:37 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <BFECAF9E178F144FAEF2BF4CE739C66801B76517@exmail1.se.axis.com>
2005-09-07 16:38 ` Màrius Montón [this message]
2005-09-07 10:31 'virtual HW' into kernel (SystemC) Màrius Montón
2005-09-07 11:40 ` Jeff Garzik
2005-09-07 11:54   ` Muli Ben-Yehuda
2005-09-07 12:02   ` Eric Piel
2005-09-07 12:07     ` Jeff Garzik
2005-09-07 13:26       ` Màrius Montón
2005-09-07 14:16 ` Benjamin LaHaise
2005-09-07 14:59   ` linux-os (Dick Johnson)
2005-09-07 15:12   ` Màrius Montón
2005-09-07 17:01 ` Alan Cox

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=431F1770.3030603@uab.es \
    --to=marius.monton@uab.es \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mikael.starvik@axis.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox