[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date: Mon, 08 Aug 2011 13:33:46 +0200
From: frank.blaschka@...ibm.com
To: davem@...emloft.net
Cc: netdev@...r.kernel.org, linux-s390@...r.kernel.org
Subject: [patch 00/13] s390: network patches for net-next
Hi Dave,
this patch set contains s390 network patches for net-next.
Non of the patches touch drivers/net.
There are 2 qeth patches:
shortlog:
Ursula Braun (1)
qeth: do not apply priority queuing to HiperSockets
Frank Blaschka (1)
qeth: l3 ipv6 vlan not working on shared OSA chpid
And the respin of the af_iucv HiperSockets transport feature
(I sent out two week ago for review):
Following patch set implements a new feature to use HiperSockets
as a transport mechanism for the af_iucv address family. Basic
design idea is: The current transport mechanism for af_iucv (iucv)
is only available on VM. HiperSockets provide similar capabilities
as iucv and are available on LPAR. There is guaranty for data
integrity, in order delivery and delivery acknowledgment. A new
HiperSockets feature is exploited to support
flow control/congestion management. For this it is nearby to extend
af_iucv address family to use HiperSockets transport.
shortlog:
Einar Lueck (4)
qdio: support asynchronous delivery of storage blocks
qdio: support forced signal adapter indications
qeth: exploit asynchronous delivery of storage blocks
qeth: support forced signal adapter indications
Ursula Braun (3)
iucv: kernel option for z/VM IUCV and HiperSockets
af_iucv: cleanup - use iucv_sk(sk) early
af_iucv: add HiperSockets transport
Frank Blaschka (4)
iucv: introduce loadable iucv interface
af_iucv: use loadable iucv interface
if_ether: add new Ethernet Protocol ID for af_iucv
qeth: add support for af_iucv HiperSockets transport
Thanks,
Frank
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists