
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">

<HTML><HEAD>

<META content="text/html; charset=gb2312" http-equiv=Content-Type>

<STYLE>

BLOCKQUOTE {

        MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px; MARGIN-LEFT: 2em

}

OL {

        MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px

}

UL {

        MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px

}

P {

        MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px

}

BODY {

        LINE-HEIGHT: 1.5; FONT-FAMILY: 微软雅黑; COLOR: #000000; FONT-SIZE: 10.5pt

}

</STYLE>


<META name=GENERATOR content="MSHTML 8.00.7600.17267"></HEAD>

<BODY style="MARGIN: 10px">

<DIV>Hi, Pavel and all</DIV>

<DIV> </DIV>

<DIV>Some of the probems have fixed, and there are still some may take little 

more </DIV>

<DIV>time. Details in https://github.com/Jin-Yang/QEMU-1.4.2 .</DIV>

<DIV> </DIV>

<DIV>the license problem: done.</DIV>

<DIV> </DIV>

<DIV>Recently, I have tried to find out how to just compile part 

of QEMU, then</DIV>

<DIV>we can choose if the CAN-PCI module should be compiled. However, 

I didn't </DIV>

<DIV>find out how to do that. Then I think ONLY  on linux platform the 

CAN-PCI </DIV>

<DIV>device can be supported then "#ifdef __linux__" added. I think this 

maybe</DIV>

<DIV>work which also means CAN-PCI can only be used on Linux. I don't 

have</DIV>

<DIV>a Windows environment(tried many times, but failed), so I don't know if 

</DIV>

<DIV>this can work, just hope so.</DIV>

<DIV> </DIV>

<DIV>I have downloaded the recent Git version 2.0.0-rc0, just as you say </DIV>

<DIV>register_char_driver_qapi() was used. I will try to figure out how this 

works. </DIV>

<DIV>Then change CAN-PCI to this form too. Maybe this will take som time.</DIV>

<DIV> </DIV>

<DIV>When you said "It would worth to separate SJA1000 part of the code from 

</DIV>

<DIV>PCI mapping to allows use SJA1000 emulator even on non-PCI  

platforms.</DIV>

<DIV> It would worth even to allows to use SJA1000 emulator with 

different PCI </DIV>

<DIV>cards mapping", does this mean that see SJA1000 as a common 

device just</DIV>

<DIV>like the UART device? Is this really necessary? Since the CAN device is not 

a</DIV>

<DIV>common device for the computers. I think maybe PCI is a better 

choice.</DIV>

<DIV> </DIV>

<DIV>About the readable constants, most of the numbers has been replaced</DIV>

<DIV>some of them such as addr16-28 may be different when reading or 

writing.</DIV>

<DIV>So, I think check the DataSheet maybe a good choice, maybe this can be 

changed</DIV>

<DIV>when debug the LinCAN this summer later.</DIV>

<DIV> </DIV>

<HR style="WIDTH: 210px; HEIGHT: 1px" align=left color=#b5c4df SIZE=1>


<DIV><SPAN>

<DIV style="FONT-FAMILY: verdana; FONT-SIZE: 10pt">

<DIV>jinyang.sia@gmail.com</DIV></DIV></SPAN></DIV></BODY></HTML>