#
839f368f |
| 27-Oct-2009 |
Mark McLoughlin <markmc@redhat.com> |
net/queue: queue packets even if sender doesn't supply a callback
Now that we disable any receiver whose queue is full, we do not require senders to handle a zero return by supplying a sent callback
net/queue: queue packets even if sender doesn't supply a callback
Now that we disable any receiver whose queue is full, we do not require senders to handle a zero return by supplying a sent callback.
This is a second step towards allowing can_receive() handlers to return true even if no buffer space is available.
Signed-off-by: Mark McLoughlin <markmc@redhat.com> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
show more ...
|
#
e1144d00 |
| 23-Oct-2009 |
Mark McLoughlin <markmc@redhat.com> |
net: move net-queue.[ch] under net/
[v2: handle building in a separate dir]
Signed-off-by: Mark McLoughlin <markmc@redhat.com> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
|
#
c0b8e49c |
| 22-Oct-2009 |
Mark McLoughlin <markmc@redhat.com> |
net: add flags parameter to packet queue interface
This allows for the addition of a raw flag, and leaves the way open for other flags too.
Signed-off-by: Mark McLoughlin <markmc@redhat.com> Signed
net: add flags parameter to packet queue interface
This allows for the addition of a raw flag, and leaves the way open for other flags too.
Signed-off-by: Mark McLoughlin <markmc@redhat.com> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
show more ...
|
#
f7105843 |
| 08-Oct-2009 |
Mark McLoughlin <markmc@redhat.com> |
net: refactor packet queueing code
The packet queue code is fairly standalone, has some complex details and easily reusable. It makes sense to split it out on its own. This patch doesn't contain any
net: refactor packet queueing code
The packet queue code is fairly standalone, has some complex details and easily reusable. It makes sense to split it out on its own. This patch doesn't contain any functional changes.
Patchworks-ID: 35511 Signed-off-by: Mark McLoughlin <markmc@redhat.com> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
show more ...
|