Hi! I had fixed the l4ankh driver and after that it started to work properly. Now only thread is used to receive packets. In lines 158-162 we clear the rcv buffer: that is necessary to be done as after opening a session we start to receive packets that should not be served; otherwise the response time will be quite slow. This is not the best solution, but I do not have time to make it better. Now I face the following problem: the driver in ankh (I use 8139cp) stops receiving packets after some time (for me it is usually 3-4 minutes). This situation occurs when the interrupt handler was called and the device register IntrStatus already equals "zero". An interrupt doesn't work after that.
Hi,
On Tue May 22, 2012 at 21:16:39 +0400, Timur wrote:
I had fixed the l4ankh driver and after that it started to work properly. Now only thread is used to receive packets. In lines 158-162 we clear the rcv buffer: that is necessary to be done as after opening a session we start to receive packets that should not be served; otherwise the response time will be quite slow. This is not the best solution, but I do not have time to make it better.
It's polling now, right?
Now I face the following problem: the driver in ankh (I use 8139cp) stops receiving packets after some time (for me it is usually 3-4 minutes). This situation occurs when the interrupt handler was called and the device register IntrStatus already equals "zero". An interrupt doesn't work after that.
Hm, just some quite generic hint, when you poll in this situation, are there any packets?
Adam
Greetings.
I have a small question about plans for development and support projects l4linux/l4android. Currently l4linux largely unstable and requires active work for bugfixing. And this process requires as minimum of centralized bugtracker for coordination. At the moment i know there are a branch of Genode, where l4linux debugged in accordance with the vision of Genode developers, and we have a little branch, where we develop a platform support for omap3 and omap4. So, my questions are: When do you plan to release the latest version of l4linux and what changes it will include? Do you plan to deploy bugtracker or maillist in your opinion is enough?
Thanks.
On Wed May 30, 2012 at 11:57:43 +0400, Sartakov A. Vasily wrote:
I have a small question about plans for development and support projects l4linux/l4android. Currently l4linux largely unstable and requires active work for bugfixing. And this process requires as minimum of centralized bugtracker for coordination. At the moment i know there are a branch of Genode, where l4linux debugged in accordance with the vision of Genode developers, and we have a little branch, where we develop a platform support for omap3 and omap4. So, my questions are: When do you plan to release the latest version of l4linux and what changes it will include? Do you plan to deploy bugtracker or maillist in your opinion is enough?
I think the mailing list(s) are enough until it would get flooded. I do not see anything like this right now.
Adam
On 29 мая 2012 22:24:32 Adam Lackorzynski wrote:
Hi,
On Tue May 22, 2012 at 21:16:39 +0400, Timur wrote:
I had fixed the l4ankh driver and after that it started to work properly. Now only thread is used to receive packets. In lines 158-162 we clear the rcv buffer: that is necessary to be done as after opening a session we start to receive packets that should not be served; otherwise the response time will be quite slow. This is not the best solution, but I do not have time to make it better.
It's polling now, right?
Now I face the following problem: the driver in ankh (I use 8139cp) stops receiving packets after some time (for me it is usually 3-4 minutes). This situation occurs when the interrupt handler was called and the device register IntrStatus already equals "zero". An interrupt doesn't work after that.
Hm, just some quite generic hint, when you poll in this situation, are there any packets?
Adam
1) yes 2) at some moment (for me it's ~120 pings) i receive this message:
ankh | <6>NETDEV WATCHDOG: eth0 (8139cp): transmit timed out ankh | WARN():/l4re- snapshot-2011081207/src/l4/pkg/dde/linux26/lib/src/net/sched/sch_generic.c:230<4>eth0: Transmit timeout, status d 2b 15 80ff
and after that tcpdump shows that no packets passes through the device
On Thu May 31, 2012 at 21:10:34 +0400, Timur wrote:
On 29 мая 2012 22:24:32 Adam Lackorzynski wrote:
Hi,
On Tue May 22, 2012 at 21:16:39 +0400, Timur wrote:
I had fixed the l4ankh driver and after that it started to work properly. Now only thread is used to receive packets. In lines 158-162 we clear the rcv buffer: that is necessary to be done as after opening a session we start to receive packets that should not be served; otherwise the response time will be quite slow. This is not the best solution, but I do not have time to make it better.
It's polling now, right?
Now I face the following problem: the driver in ankh (I use 8139cp) stops receiving packets after some time (for me it is usually 3-4 minutes). This situation occurs when the interrupt handler was called and the device register IntrStatus already equals "zero". An interrupt doesn't work after that.
Hm, just some quite generic hint, when you poll in this situation, are there any packets?
Adam
- yes
- at some moment (for me it's ~120 pings) i receive this message:
ankh | <6>NETDEV WATCHDOG: eth0 (8139cp): transmit timed out ankh | WARN():/l4re- snapshot-2011081207/src/l4/pkg/dde/linux26/lib/src/net/sched/sch_generic.c:230<4>eth0: Transmit timeout, status d 2b 15 80ff
and after that tcpdump shows that no packets passes through the device
Just guessing but no interrupts coming anymore? I'd dig in that direction.
Adam
l4-hackers@os.inf.tu-dresden.de