linux-stable-rt/drivers/infiniband/core
Anton Arapov a25de534f8 [INET]: Justification for local port range robustness.
There is a justifying patch for Stephen's patches. Stephen's patches
disallows using a port range of one single port and brakes the meaning
of the 'remaining' variable, in some places it has different meaning.
My patch gives back the sense of 'remaining' variable. It should mean
how many ports are remaining and nothing else. Also my patch allows
using a single port.

  I sure we must be able to use mentioned port range, this does not
restricted by documentation and does not brake current behavior.

usefull links:
Patches posted by Stephen Hemminger
  http://marc.info/?l=linux-netdev&m=119206106218187&w=2
  http://marc.info/?l=linux-netdev&m=119206109918235&w=2

Andrew Morton's comment
  http://marc.info/?l=linux-kernel&m=119248225007737&w=2

1. Allows using a port range of one single port.
2. Gives back sense of 'remaining' variable.

Signed-off-by: Anton Arapov <aarapov@redhat.com>
Acked-by: Stephen Hemminger <shemminger@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-10-18 22:00:17 -07:00
..
Makefile
addr.c
agent.c
agent.h
cache.c
cm.c
cm_msgs.h
cma.c [INET]: Justification for local port range robustness. 2007-10-18 22:00:17 -07:00
core_priv.h
device.c
fmr_pool.c
iwcm.c
iwcm.h
mad.c
mad_priv.h
mad_rmpp.c
mad_rmpp.h
multicast.c
packer.c
sa.h
sa_query.c
smi.c
smi.h
sysfs.c Driver core: change add_uevent_var to use a struct 2007-10-12 14:51:01 -07:00
ucm.c
ucma.c
ud_header.c
umem.c
user_mad.c
uverbs.h
uverbs_cmd.c
uverbs_main.c
uverbs_marshall.c
verbs.c