<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/infiniband/core/mad.c, branch linux-3.7.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.7.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.7.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2012-08-21T20:18:24Z</updated>
<entry>
<title>workqueue: deprecate __cancel_delayed_work()</title>
<updated>2012-08-21T20:18:24Z</updated>
<author>
<name>Tejun Heo</name>
</author>
<published>2012-08-21T20:18:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=136b5721d75a62a8f02c601c89122e32c1a85a84'/>
<id>urn:sha1:136b5721d75a62a8f02c601c89122e32c1a85a84</id>
<content type='text'>
Now that cancel_delayed_work() can be safely called from IRQ handlers,
there's no reason to use __cancel_delayed_work().  Use
cancel_delayed_work() instead of __cancel_delayed_work() and mark the
latter deprecated.

Signed-off-by: Tejun Heo &lt;tj@kernel.org&gt;
Acked-by: Jens Axboe &lt;axboe@kernel.dk&gt;
Cc: Jiri Kosina &lt;jkosina@suse.cz&gt;
Cc: Roland Dreier &lt;roland@kernel.org&gt;
Cc: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
</content>
</entry>
<entry>
<title>workqueue: use mod_delayed_work() instead of __cancel + queue</title>
<updated>2012-08-21T20:18:24Z</updated>
<author>
<name>Tejun Heo</name>
</author>
<published>2012-08-21T20:18:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e7c2f967445dd2041f0f8e3179cca22bb8bb7f79'/>
<id>urn:sha1:e7c2f967445dd2041f0f8e3179cca22bb8bb7f79</id>
<content type='text'>
Now that mod_delayed_work() is safe to call from IRQ handlers,
__cancel_delayed_work() followed by queue_delayed_work() can be
replaced with mod_delayed_work().

Most conversions are straight-forward except for the following.

* net/core/link_watch.c: linkwatch_schedule_work() was doing a quite
  elaborate dancing around its delayed_work.  Collapse it such that
  linkwatch_work is queued for immediate execution if LW_URGENT and
  existing timer is kept otherwise.

Signed-off-by: Tejun Heo &lt;tj@kernel.org&gt;
Cc: "David S. Miller" &lt;davem@davemloft.net&gt;
Cc: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt; 
</content>
</entry>
<entry>
<title>IB/mad: Don't send response for failed MADs</title>
<updated>2012-04-24T23:08:57Z</updated>
<author>
<name>Jack Morgenstein</name>
</author>
<published>2012-04-24T23:08:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a9e7432319eb26ad90f18a7d215e50341d28ecb2'/>
<id>urn:sha1:a9e7432319eb26ad90f18a7d215e50341d28ecb2</id>
<content type='text'>
Commit 0b307043049f ("IB/mad: Return error response for unsupported
MADs") does not failed MADs (eg those that return
IB_MAD_RESULT_FAILURE) properly -- these MADs should be silently
discarded. (We should not force the lower-layer drivers to return
SUCCESS | CONSUMED in this case, since the MAD is NOT successful).
Unsupported MADs are not failures -- they return SUCCESS, but with an
"unsupported error" status value inside the response MAD.

Reviewed-by: Hal Rosenstock &lt;hal@mellanox.com&gt;
Signed-off-by: Jack Morgenstein &lt;jackm@dev.mellanox.co.il&gt;
Signed-off-by: Roland Dreier &lt;roland@purestorage.com&gt;
</content>
</entry>
<entry>
<title>IB/mad: Set 'D' bit in response for unhandled MADs</title>
<updated>2012-04-24T23:06:50Z</updated>
<author>
<name>Jack Morgenstein</name>
</author>
<published>2012-04-24T23:06:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=840777de530ae96ee9a3022f7ec1d6c65abb26ac'/>
<id>urn:sha1:840777de530ae96ee9a3022f7ec1d6c65abb26ac</id>
<content type='text'>
Commit 0b307043049f ("IB/mad: Return error response for unsupported
MADs") does not handle directed-route MADs properly -- it fails to set
the 'D' bit in the response MAD status field.  This is a problem for
SmInfo MADs when the receiver does not have an SM running.

Reviewed-by: Hal Rosenstock &lt;hal@mellanox.com&gt;
Signed-off-by: Jack Morgenstein &lt;jackm@dev.mellanox.co.il&gt;
Signed-off-by: Roland Dreier &lt;roland@purestorage.com&gt;
</content>
</entry>
<entry>
<title>IB/mad: Return error response for unsupported MADs</title>
<updated>2012-02-26T01:47:32Z</updated>
<author>
<name>Swapna Thete</name>
</author>
<published>2012-02-26T01:47:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0b307043049f34211affdde46f82e7abbe8c4590'/>
<id>urn:sha1:0b307043049f34211affdde46f82e7abbe8c4590</id>
<content type='text'>
Set up a response with appropriate error status and send it for MADs
that are not supported by a specific class/version.

Reviewed-by: Hal Rosenstock &lt;hal@mellanox.com&gt;
Signed-off-by: Swapna Thete &lt;swapna.thete@qlogic.com&gt;
Signed-off-by: Roland Dreier &lt;roland@purestorage.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'modsplit-Oct31_2011' of git://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux</title>
<updated>2011-11-07T03:44:47Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2011-11-07T03:44:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=32aaeffbd4a7457bf2f7448b33b5946ff2a960eb'/>
<id>urn:sha1:32aaeffbd4a7457bf2f7448b33b5946ff2a960eb</id>
<content type='text'>
* 'modsplit-Oct31_2011' of git://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux: (230 commits)
  Revert "tracing: Include module.h in define_trace.h"
  irq: don't put module.h into irq.h for tracking irqgen modules.
  bluetooth: macroize two small inlines to avoid module.h
  ip_vs.h: fix implicit use of module_get/module_put from module.h
  nf_conntrack.h: fix up fallout from implicit moduleparam.h presence
  include: replace linux/module.h with "struct module" wherever possible
  include: convert various register fcns to macros to avoid include chaining
  crypto.h: remove unused crypto_tfm_alg_modname() inline
  uwb.h: fix implicit use of asm/page.h for PAGE_SIZE
  pm_runtime.h: explicitly requires notifier.h
  linux/dmaengine.h: fix implicit use of bitmap.h and asm/page.h
  miscdevice.h: fix up implicit use of lists and types
  stop_machine.h: fix implicit use of smp.h for smp_processor_id
  of: fix implicit use of errno.h in include/linux/of.h
  of_platform.h: delete needless include &lt;linux/module.h&gt;
  acpi: remove module.h include from platform/aclinux.h
  miscdevice.h: delete unnecessary inclusion of module.h
  device_cgroup.h: delete needless include &lt;linux/module.h&gt;
  net: sch_generic remove redundant use of &lt;linux/module.h&gt;
  net: inet_timewait_sock doesnt need &lt;linux/module.h&gt;
  ...

Fix up trivial conflicts (other header files, and  removal of the ab3550 mfd driver) in
 - drivers/media/dvb/frontends/dibx000_common.c
 - drivers/media/video/{mt9m111.c,ov6650.c}
 - drivers/mfd/ab3550-core.c
 - include/linux/dmaengine.h
</content>
</entry>
<entry>
<title>infiniband: Fix up module files that need to include module.h</title>
<updated>2011-10-31T23:31:35Z</updated>
<author>
<name>Paul Gortmaker</name>
</author>
<published>2011-05-27T19:35:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e4dd23d753c3cb0d8533d353069e8b2e8a666360'/>
<id>urn:sha1:e4dd23d753c3cb0d8533d353069e8b2e8a666360</id>
<content type='text'>
They had been getting it implicitly via device.h but we can't
rely on that for the future, due to a pending cleanup so fix
it now.

Signed-off-by: Paul Gortmaker &lt;paul.gortmaker@windriver.com&gt;
</content>
</entry>
<entry>
<title>IB/mad: Verify mgmt class in received MADs</title>
<updated>2011-10-06T16:33:05Z</updated>
<author>
<name>Hefty, Sean</name>
</author>
<published>2011-10-06T16:33:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b7ab0b19a85fffaa04ad0b59471d3a607eef0a56'/>
<id>urn:sha1:b7ab0b19a85fffaa04ad0b59471d3a607eef0a56</id>
<content type='text'>
If a received MAD contains an invalid or reserved mgmt class, we will
attempt to access method_table outside of its range.  Add a check to
ensure that mgmt class falls within the handled range.

Found by code inspection.

Signed-off-by: Sean Hefty &lt;sean.hefty@intel.com&gt;
Signed-off-by: Roland Dreier &lt;roland@purestorage.com&gt;
</content>
</entry>
<entry>
<title>IB/mad: Return EPROTONOSUPPORT when an RDMA device lacks the QP required</title>
<updated>2011-05-23T18:15:48Z</updated>
<author>
<name>Ira Weiny</name>
</author>
<published>2011-05-20T01:19:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c8367c4cd9de512d296fc557f121be62a43987f3'/>
<id>urn:sha1:c8367c4cd9de512d296fc557f121be62a43987f3</id>
<content type='text'>
We had a script which was looping through the devices returned from
ibstat and attempted to register a SMI agent on an ethernet device.
This caused a kernel panic for IBoE devices that don't have QP0.

Fix this by checking if the QP exists before using it.

Signed-off-by: Ira Weiny &lt;weiny2@llnl.gov&gt;
Acked-by: Sean Hefty &lt;sean.hefty@intel.com&gt;
Signed-off-by: Roland Dreier &lt;roland@purestorage.com&gt;
</content>
</entry>
<entry>
<title>IB/mad: IBoE supports only QP1 (no QP0)</title>
<updated>2010-10-13T16:38:11Z</updated>
<author>
<name>Eli Cohen</name>
</author>
<published>2010-09-28T00:51:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fac70d51914674ce8ae742ed73441ddb4770ad20'/>
<id>urn:sha1:fac70d51914674ce8ae742ed73441ddb4770ad20</id>
<content type='text'>
Since IBoE is using Ethernet as its link layer, there is no central
management entity so there is need for QP0.  QP1 is still needed since
it handles communications between CM agents.  This patch will skip QP0
and create only QP1 for IBoE ports.

Signed-off-by: Eli Cohen &lt;eli@mellanox.co.il&gt;
Signed-off-by: Roland Dreier &lt;rolandd@cisco.com&gt;
</content>
</entry>
</feed>
