Re: [RTnet-developers] progress in real-time firewire project

2004-11-16 Thread Jan Kiszka
Zhang Yuchen wrote: > Now, my question is: since the stack > manager, once it has been woke up, will not be preempted until it reaches > the communication end in the application, the later arrived events will be > simply blocked, right? If this is true, then can I say it is another reason > for usi

RE: [RTnet-developers] progress in real-time firewire project

2004-11-16 Thread Zhang Yuchen
---Original Message- From: Jan Kiszka [mailto:[EMAIL PROTECTED] Sent: 2004年11月15日 18:16 To: Zhang Yuchen Cc: rtnet-developers Subject: Re: [RTnet-developers] progress in real-time firewire project Zhang Yuchen wrote: > Hi, > last week, I delved into the current firewire linux drivers, ie.,

Re: [RTnet-developers] progress in real-time firewire project

2004-11-15 Thread Jan Kiszka
Zhang Yuchen wrote: Hi, last week, I delved into the current firewire linux drivers, ie., ohci1394+ieee1394. Then I realized the biggest non-real-time point here is the "task handover" between interrupt handler and the corresponding tasklet for the events, like a received packet.The handover is do

[RTnet-developers] progress in real-time firewire project

2004-11-15 Thread Zhang Yuchen
Hi, last week, I delved into the current firewire linux drivers, ie., ohci1394+ieee1394. Then I realized the biggest non-real-time point here is the "task handover" between interrupt handler and the corresponding tasklet for the events, like a received packet.The handover is done in the way of "Bo