2006-09-20 11:36:48 -07:00
|
|
|
/* Copyright (c) 2006 Coraid, Inc. See COPYING for GPL terms. */
|
2005-04-16 15:20:36 -07:00
|
|
|
/*
|
|
|
|
* aoecmd.c
|
|
|
|
* Filesystem request handling methods
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/hdreg.h>
|
|
|
|
#include <linux/blkdev.h>
|
|
|
|
#include <linux/skbuff.h>
|
|
|
|
#include <linux/netdevice.h>
|
2006-01-19 11:46:19 -07:00
|
|
|
#include <linux/genhd.h>
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
#include <linux/moduleparam.h>
|
2007-09-17 11:56:21 -07:00
|
|
|
#include <net/net_namespace.h>
|
2005-09-29 09:47:40 -07:00
|
|
|
#include <asm/unaligned.h>
|
2005-04-16 15:20:36 -07:00
|
|
|
#include "aoe.h"
|
|
|
|
|
2006-09-20 11:36:50 -07:00
|
|
|
static int aoe_deadsecs = 60 * 3;
|
|
|
|
module_param(aoe_deadsecs, int, 0644);
|
|
|
|
MODULE_PARM_DESC(aoe_deadsecs, "After aoe_deadsecs seconds, give up and fail dev.");
|
2005-04-16 15:20:36 -07:00
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
static struct sk_buff *
|
2006-09-20 11:36:49 -07:00
|
|
|
new_skb(ulong len)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
|
|
|
struct sk_buff *skb;
|
|
|
|
|
|
|
|
skb = alloc_skb(len, GFP_ATOMIC);
|
|
|
|
if (skb) {
|
2007-03-19 15:30:44 -07:00
|
|
|
skb_reset_mac_header(skb);
|
2007-04-10 20:45:18 -07:00
|
|
|
skb_reset_network_header(skb);
|
2005-04-16 15:20:36 -07:00
|
|
|
skb->protocol = __constant_htons(ETH_P_AOE);
|
|
|
|
skb->priority = 0;
|
|
|
|
skb->next = skb->prev = NULL;
|
|
|
|
|
|
|
|
/* tell the network layer not to perform IP checksums
|
|
|
|
* or to get the NIC to do it
|
|
|
|
*/
|
|
|
|
skb->ip_summed = CHECKSUM_NONE;
|
|
|
|
}
|
|
|
|
return skb;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct frame *
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
getframe(struct aoetgt *t, int tag)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
|
|
|
struct frame *f, *e;
|
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
f = t->frames;
|
|
|
|
e = f + t->nframes;
|
2005-04-16 15:20:36 -07:00
|
|
|
for (; f<e; f++)
|
|
|
|
if (f->tag == tag)
|
|
|
|
return f;
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Leave the top bit clear so we have tagspace for userland.
|
|
|
|
* The bottom 16 bits are the xmit tick for rexmit/rttavg processing.
|
|
|
|
* This driver reserves tag -1 to mean "unused frame."
|
|
|
|
*/
|
|
|
|
static int
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
newtag(struct aoetgt *t)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
|
|
|
register ulong n;
|
|
|
|
|
|
|
|
n = jiffies & 0xffff;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
return n |= (++t->lasttag & 0x7fff) << 16;
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
aoehdr_atainit(struct aoedev *d, struct aoetgt *t, struct aoe_hdr *h)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
u32 host_tag = newtag(t);
|
2005-04-16 15:20:36 -07:00
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
memcpy(h->src, t->ifp->nd->dev_addr, sizeof h->src);
|
|
|
|
memcpy(h->dst, t->addr, sizeof h->dst);
|
2005-04-18 22:00:20 -07:00
|
|
|
h->type = __constant_cpu_to_be16(ETH_P_AOE);
|
2005-04-16 15:20:36 -07:00
|
|
|
h->verfl = AOE_HVER;
|
2005-04-18 22:00:20 -07:00
|
|
|
h->major = cpu_to_be16(d->aoemajor);
|
2005-04-16 15:20:36 -07:00
|
|
|
h->minor = d->aoeminor;
|
|
|
|
h->cmd = AOECMD_ATA;
|
2005-04-18 22:00:20 -07:00
|
|
|
h->tag = cpu_to_be32(host_tag);
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
return host_tag;
|
|
|
|
}
|
|
|
|
|
2006-09-20 11:36:49 -07:00
|
|
|
static inline void
|
|
|
|
put_lba(struct aoe_atahdr *ah, sector_t lba)
|
|
|
|
{
|
|
|
|
ah->lba0 = lba;
|
|
|
|
ah->lba1 = lba >>= 8;
|
|
|
|
ah->lba2 = lba >>= 8;
|
|
|
|
ah->lba3 = lba >>= 8;
|
|
|
|
ah->lba4 = lba >>= 8;
|
|
|
|
ah->lba5 = lba >>= 8;
|
|
|
|
}
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
static void
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
ifrotate(struct aoetgt *t)
|
|
|
|
{
|
|
|
|
t->ifp++;
|
|
|
|
if (t->ifp >= &t->ifs[NAOEIFS] || t->ifp->nd == NULL)
|
|
|
|
t->ifp = t->ifs;
|
|
|
|
if (t->ifp->nd == NULL) {
|
|
|
|
printk(KERN_INFO "aoe: no interface to rotate to\n");
|
|
|
|
BUG();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct frame *
|
|
|
|
freeframe(struct aoedev *d)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
struct frame *f, *e;
|
|
|
|
struct aoetgt **t;
|
|
|
|
ulong n;
|
|
|
|
|
|
|
|
if (d->targets[0] == NULL) { /* shouldn't happen, but I'm paranoid */
|
|
|
|
printk(KERN_ERR "aoe: NULL TARGETS!\n");
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
t = d->targets;
|
|
|
|
do {
|
|
|
|
if (t != d->htgt
|
|
|
|
&& (*t)->ifp->nd
|
|
|
|
&& (*t)->nout < (*t)->maxout) {
|
|
|
|
n = (*t)->nframes;
|
|
|
|
f = (*t)->frames;
|
|
|
|
e = f + n;
|
|
|
|
for (; f < e; f++) {
|
|
|
|
if (f->tag != FREETAG)
|
|
|
|
continue;
|
|
|
|
if (atomic_read(&skb_shinfo(f->skb)->dataref)
|
|
|
|
!= 1) {
|
|
|
|
n--;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
skb_shinfo(f->skb)->nr_frags = 0;
|
|
|
|
f->skb->data_len = 0;
|
|
|
|
skb_trim(f->skb, 0);
|
|
|
|
d->tgt = t;
|
|
|
|
ifrotate(*t);
|
|
|
|
return f;
|
|
|
|
}
|
|
|
|
if (n == 0) /* slow polling network card */
|
|
|
|
d->flags |= DEVFL_KICKME;
|
|
|
|
}
|
|
|
|
t++;
|
|
|
|
} while (t < &d->targets[NTARGETS] && *t);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
|
|
|
aoecmd_ata_rw(struct aoedev *d)
|
|
|
|
{
|
|
|
|
struct frame *f;
|
2005-04-16 15:20:36 -07:00
|
|
|
struct aoe_hdr *h;
|
|
|
|
struct aoe_atahdr *ah;
|
|
|
|
struct buf *buf;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
struct bio_vec *bv;
|
|
|
|
struct aoetgt *t;
|
2005-04-16 15:20:36 -07:00
|
|
|
struct sk_buff *skb;
|
|
|
|
ulong bcnt;
|
|
|
|
char writebit, extbit;
|
|
|
|
|
|
|
|
writebit = 0x10;
|
|
|
|
extbit = 0x4;
|
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
f = freeframe(d);
|
|
|
|
if (f == NULL)
|
|
|
|
return 0;
|
|
|
|
t = *d->tgt;
|
2005-04-16 15:20:36 -07:00
|
|
|
buf = d->inprocess;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
bv = buf->bv;
|
|
|
|
bcnt = t->ifp->maxbcnt;
|
|
|
|
if (bcnt == 0)
|
|
|
|
bcnt = DEFAULTBCNT;
|
|
|
|
if (bcnt > buf->bv_resid)
|
|
|
|
bcnt = buf->bv_resid;
|
2005-04-16 15:20:36 -07:00
|
|
|
/* initialize the headers & frame */
|
2006-09-20 11:36:49 -07:00
|
|
|
skb = f->skb;
|
2007-10-16 23:27:03 -07:00
|
|
|
h = (struct aoe_hdr *) skb_mac_header(skb);
|
2005-04-16 15:20:36 -07:00
|
|
|
ah = (struct aoe_atahdr *) (h+1);
|
2006-12-22 02:09:21 -07:00
|
|
|
skb_put(skb, sizeof *h + sizeof *ah);
|
|
|
|
memset(h, 0, skb->len);
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
f->tag = aoehdr_atainit(d, t, h);
|
|
|
|
t->nout++;
|
2005-04-16 15:20:36 -07:00
|
|
|
f->waited = 0;
|
|
|
|
f->buf = buf;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
f->bufaddr = page_address(bv->bv_page) + buf->bv_off;
|
2006-09-20 11:36:49 -07:00
|
|
|
f->bcnt = bcnt;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
f->lba = buf->sector;
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
/* set up ata header */
|
|
|
|
ah->scnt = bcnt >> 9;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
put_lba(ah, buf->sector);
|
2005-04-16 15:20:36 -07:00
|
|
|
if (d->flags & DEVFL_EXT) {
|
|
|
|
ah->aflags |= AOEAFL_EXT;
|
|
|
|
} else {
|
|
|
|
extbit = 0;
|
|
|
|
ah->lba3 &= 0x0f;
|
|
|
|
ah->lba3 |= 0xe0; /* LBA bit + obsolete 0xa0 */
|
|
|
|
}
|
|
|
|
if (bio_data_dir(buf->bio) == WRITE) {
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
skb_fill_page_desc(skb, 0, bv->bv_page, buf->bv_off, bcnt);
|
2005-04-16 15:20:36 -07:00
|
|
|
ah->aflags |= AOEAFL_WRITE;
|
2006-09-20 11:36:49 -07:00
|
|
|
skb->len += bcnt;
|
|
|
|
skb->data_len = bcnt;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
t->wpkts++;
|
2005-04-16 15:20:36 -07:00
|
|
|
} else {
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
t->rpkts++;
|
2005-04-16 15:20:36 -07:00
|
|
|
writebit = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
ah->cmdstat = WIN_READ | writebit | extbit;
|
|
|
|
|
|
|
|
/* mark all tracking fields and load out */
|
|
|
|
buf->nframesout += 1;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
buf->bv_off += bcnt;
|
2005-04-16 15:20:36 -07:00
|
|
|
buf->bv_resid -= bcnt;
|
|
|
|
buf->resid -= bcnt;
|
|
|
|
buf->sector += bcnt >> 9;
|
|
|
|
if (buf->resid == 0) {
|
|
|
|
d->inprocess = NULL;
|
|
|
|
} else if (buf->bv_resid == 0) {
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
buf->bv = ++bv;
|
|
|
|
buf->bv_resid = bv->bv_len;
|
|
|
|
WARN_ON(buf->bv_resid == 0);
|
|
|
|
buf->bv_off = bv->bv_offset;
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
skb->dev = t->ifp->nd;
|
2006-09-20 11:36:49 -07:00
|
|
|
skb = skb_clone(skb, GFP_ATOMIC);
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
if (skb) {
|
|
|
|
if (d->sendq_hd)
|
|
|
|
d->sendq_tl->next = skb;
|
|
|
|
else
|
|
|
|
d->sendq_hd = skb;
|
|
|
|
d->sendq_tl = skb;
|
|
|
|
}
|
|
|
|
return 1;
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
|
2006-01-19 11:46:19 -07:00
|
|
|
/* some callers cannot sleep, and they can call this function,
|
|
|
|
* transmitting the packets later, when interrupts are on
|
|
|
|
*/
|
|
|
|
static struct sk_buff *
|
|
|
|
aoecmd_cfg_pkts(ushort aoemajor, unsigned char aoeminor, struct sk_buff **tail)
|
|
|
|
{
|
|
|
|
struct aoe_hdr *h;
|
|
|
|
struct aoe_cfghdr *ch;
|
|
|
|
struct sk_buff *skb, *sl, *sl_tail;
|
|
|
|
struct net_device *ifp;
|
|
|
|
|
|
|
|
sl = sl_tail = NULL;
|
|
|
|
|
|
|
|
read_lock(&dev_base_lock);
|
2007-09-17 11:56:21 -07:00
|
|
|
for_each_netdev(&init_net, ifp) {
|
2006-01-19 11:46:19 -07:00
|
|
|
dev_hold(ifp);
|
|
|
|
if (!is_aoe_netif(ifp))
|
2007-05-03 15:13:45 -07:00
|
|
|
goto cont;
|
2006-01-19 11:46:19 -07:00
|
|
|
|
2006-09-20 11:36:49 -07:00
|
|
|
skb = new_skb(sizeof *h + sizeof *ch);
|
2006-01-19 11:46:19 -07:00
|
|
|
if (skb == NULL) {
|
2006-09-20 11:36:51 -07:00
|
|
|
printk(KERN_INFO "aoe: skb alloc failure\n");
|
2007-05-03 15:13:45 -07:00
|
|
|
goto cont;
|
2006-01-19 11:46:19 -07:00
|
|
|
}
|
2006-12-22 02:09:21 -07:00
|
|
|
skb_put(skb, sizeof *h + sizeof *ch);
|
2006-09-20 11:36:49 -07:00
|
|
|
skb->dev = ifp;
|
2006-01-19 11:46:19 -07:00
|
|
|
if (sl_tail == NULL)
|
|
|
|
sl_tail = skb;
|
2007-10-16 23:27:03 -07:00
|
|
|
h = (struct aoe_hdr *) skb_mac_header(skb);
|
2006-01-19 11:46:19 -07:00
|
|
|
memset(h, 0, sizeof *h + sizeof *ch);
|
|
|
|
|
|
|
|
memset(h->dst, 0xff, sizeof h->dst);
|
|
|
|
memcpy(h->src, ifp->dev_addr, sizeof h->src);
|
|
|
|
h->type = __constant_cpu_to_be16(ETH_P_AOE);
|
|
|
|
h->verfl = AOE_HVER;
|
|
|
|
h->major = cpu_to_be16(aoemajor);
|
|
|
|
h->minor = aoeminor;
|
|
|
|
h->cmd = AOECMD_CFG;
|
|
|
|
|
|
|
|
skb->next = sl;
|
|
|
|
sl = skb;
|
2007-05-03 15:13:45 -07:00
|
|
|
cont:
|
|
|
|
dev_put(ifp);
|
2006-01-19 11:46:19 -07:00
|
|
|
}
|
|
|
|
read_unlock(&dev_base_lock);
|
|
|
|
|
|
|
|
if (tail != NULL)
|
|
|
|
*tail = sl_tail;
|
|
|
|
return sl;
|
|
|
|
}
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
static void
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
resend(struct aoedev *d, struct aoetgt *t, struct frame *f)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
|
|
|
struct sk_buff *skb;
|
|
|
|
struct aoe_hdr *h;
|
2006-09-20 11:36:49 -07:00
|
|
|
struct aoe_atahdr *ah;
|
2005-04-16 15:20:36 -07:00
|
|
|
char buf[128];
|
|
|
|
u32 n;
|
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
ifrotate(t);
|
|
|
|
n = newtag(t);
|
|
|
|
skb = f->skb;
|
|
|
|
h = (struct aoe_hdr *) skb_mac_header(skb);
|
|
|
|
ah = (struct aoe_atahdr *) (h+1);
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
snprintf(buf, sizeof buf,
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
"%15s e%ld.%d oldtag=%08x@%08lx newtag=%08x "
|
|
|
|
"s=%012llx d=%012llx nout=%d\n",
|
|
|
|
"retransmit", d->aoemajor, d->aoeminor, f->tag, jiffies, n,
|
2008-02-08 05:20:01 -07:00
|
|
|
mac_addr(h->src),
|
|
|
|
mac_addr(h->dst), t->nout);
|
2005-04-16 15:20:36 -07:00
|
|
|
aoechr_error(buf);
|
|
|
|
|
|
|
|
f->tag = n;
|
2005-04-18 22:00:20 -07:00
|
|
|
h->tag = cpu_to_be32(n);
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
memcpy(h->dst, t->addr, sizeof h->dst);
|
|
|
|
memcpy(h->src, t->ifp->nd->dev_addr, sizeof h->src);
|
|
|
|
|
|
|
|
switch (ah->cmdstat) {
|
|
|
|
default:
|
|
|
|
break;
|
|
|
|
case WIN_READ:
|
|
|
|
case WIN_READ_EXT:
|
|
|
|
case WIN_WRITE:
|
|
|
|
case WIN_WRITE_EXT:
|
|
|
|
put_lba(ah, f->lba);
|
|
|
|
|
|
|
|
n = f->bcnt;
|
|
|
|
if (n > DEFAULTBCNT)
|
|
|
|
n = DEFAULTBCNT;
|
|
|
|
ah->scnt = n >> 9;
|
2006-09-20 11:36:49 -07:00
|
|
|
if (ah->aflags & AOEAFL_WRITE) {
|
2006-09-20 11:36:49 -07:00
|
|
|
skb_fill_page_desc(skb, 0, virt_to_page(f->bufaddr),
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
offset_in_page(f->bufaddr), n);
|
|
|
|
skb->len = sizeof *h + sizeof *ah + n;
|
|
|
|
skb->data_len = n;
|
2006-09-20 11:36:49 -07:00
|
|
|
}
|
|
|
|
}
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
skb->dev = t->ifp->nd;
|
2006-09-20 11:36:49 -07:00
|
|
|
skb = skb_clone(skb, GFP_ATOMIC);
|
|
|
|
if (skb == NULL)
|
|
|
|
return;
|
2006-09-20 11:36:49 -07:00
|
|
|
if (d->sendq_hd)
|
|
|
|
d->sendq_tl->next = skb;
|
|
|
|
else
|
|
|
|
d->sendq_hd = skb;
|
|
|
|
d->sendq_tl = skb;
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
|
|
|
tsince(int tag)
|
|
|
|
{
|
|
|
|
int n;
|
|
|
|
|
|
|
|
n = jiffies & 0xffff;
|
|
|
|
n -= tag & 0xffff;
|
|
|
|
if (n < 0)
|
|
|
|
n += 1<<16;
|
|
|
|
return n;
|
|
|
|
}
|
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
static struct aoeif *
|
|
|
|
getif(struct aoetgt *t, struct net_device *nd)
|
|
|
|
{
|
|
|
|
struct aoeif *p, *e;
|
|
|
|
|
|
|
|
p = t->ifs;
|
|
|
|
e = p + NAOEIFS;
|
|
|
|
for (; p < e; p++)
|
|
|
|
if (p->nd == nd)
|
|
|
|
return p;
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct aoeif *
|
|
|
|
addif(struct aoetgt *t, struct net_device *nd)
|
|
|
|
{
|
|
|
|
struct aoeif *p;
|
|
|
|
|
|
|
|
p = getif(t, NULL);
|
|
|
|
if (!p)
|
|
|
|
return NULL;
|
|
|
|
p->nd = nd;
|
|
|
|
p->maxbcnt = DEFAULTBCNT;
|
|
|
|
p->lost = 0;
|
|
|
|
p->lostjumbo = 0;
|
|
|
|
return p;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
ejectif(struct aoetgt *t, struct aoeif *ifp)
|
|
|
|
{
|
|
|
|
struct aoeif *e;
|
|
|
|
ulong n;
|
|
|
|
|
|
|
|
e = t->ifs + NAOEIFS - 1;
|
|
|
|
n = (e - ifp) * sizeof *ifp;
|
|
|
|
memmove(ifp, ifp+1, n);
|
|
|
|
e->nd = NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
|
|
|
sthtith(struct aoedev *d)
|
|
|
|
{
|
|
|
|
struct frame *f, *e, *nf;
|
|
|
|
struct sk_buff *skb;
|
|
|
|
struct aoetgt *ht = *d->htgt;
|
|
|
|
|
|
|
|
f = ht->frames;
|
|
|
|
e = f + ht->nframes;
|
|
|
|
for (; f < e; f++) {
|
|
|
|
if (f->tag == FREETAG)
|
|
|
|
continue;
|
|
|
|
nf = freeframe(d);
|
|
|
|
if (!nf)
|
|
|
|
return 0;
|
|
|
|
skb = nf->skb;
|
|
|
|
*nf = *f;
|
|
|
|
f->skb = skb;
|
|
|
|
f->tag = FREETAG;
|
|
|
|
nf->waited = 0;
|
|
|
|
ht->nout--;
|
|
|
|
(*d->tgt)->nout++;
|
|
|
|
resend(d, *d->tgt, nf);
|
|
|
|
}
|
|
|
|
/* he's clean, he's useless. take away his interfaces */
|
|
|
|
memset(ht->ifs, 0, sizeof ht->ifs);
|
|
|
|
d->htgt = NULL;
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline unsigned char
|
|
|
|
ata_scnt(unsigned char *packet) {
|
|
|
|
struct aoe_hdr *h;
|
|
|
|
struct aoe_atahdr *ah;
|
|
|
|
|
|
|
|
h = (struct aoe_hdr *) packet;
|
|
|
|
ah = (struct aoe_atahdr *) (h+1);
|
|
|
|
return ah->scnt;
|
|
|
|
}
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
static void
|
|
|
|
rexmit_timer(ulong vp)
|
|
|
|
{
|
|
|
|
struct aoedev *d;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
struct aoetgt *t, **tt, **te;
|
|
|
|
struct aoeif *ifp;
|
2005-04-16 15:20:36 -07:00
|
|
|
struct frame *f, *e;
|
|
|
|
struct sk_buff *sl;
|
|
|
|
register long timeout;
|
|
|
|
ulong flags, n;
|
|
|
|
|
|
|
|
d = (struct aoedev *) vp;
|
|
|
|
sl = NULL;
|
|
|
|
|
|
|
|
/* timeout is always ~150% of the moving average */
|
|
|
|
timeout = d->rttavg;
|
|
|
|
timeout += timeout >> 1;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&d->lock, flags);
|
|
|
|
|
|
|
|
if (d->flags & DEVFL_TKILL) {
|
2006-01-25 11:54:44 -07:00
|
|
|
spin_unlock_irqrestore(&d->lock, flags);
|
2005-04-16 15:20:36 -07:00
|
|
|
return;
|
|
|
|
}
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
tt = d->targets;
|
|
|
|
te = tt + NTARGETS;
|
|
|
|
for (; tt < te && *tt; tt++) {
|
|
|
|
t = *tt;
|
|
|
|
f = t->frames;
|
|
|
|
e = f + t->nframes;
|
|
|
|
for (; f < e; f++) {
|
|
|
|
if (f->tag == FREETAG
|
|
|
|
|| tsince(f->tag) < timeout)
|
|
|
|
continue;
|
2005-04-16 15:20:36 -07:00
|
|
|
n = f->waited += timeout;
|
|
|
|
n /= HZ;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
if (n > aoe_deadsecs) {
|
|
|
|
/* waited too long. device failure. */
|
2005-04-16 15:20:36 -07:00
|
|
|
aoedev_downdev(d);
|
2006-01-25 11:54:44 -07:00
|
|
|
break;
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
|
|
|
|
if (n > HELPWAIT /* see if another target can help */
|
|
|
|
&& (tt != d->targets || d->targets[1]))
|
|
|
|
d->htgt = tt;
|
|
|
|
|
|
|
|
if (t->nout == t->maxout) {
|
|
|
|
if (t->maxout > 1)
|
|
|
|
t->maxout--;
|
|
|
|
t->lastwadj = jiffies;
|
|
|
|
}
|
|
|
|
|
|
|
|
ifp = getif(t, f->skb->dev);
|
|
|
|
if (ifp && ++ifp->lost > (t->nframes << 1)
|
|
|
|
&& (ifp != t->ifs || t->ifs[1].nd)) {
|
|
|
|
ejectif(t, ifp);
|
|
|
|
ifp = NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (ata_scnt(skb_mac_header(f->skb)) > DEFAULTBCNT / 512
|
|
|
|
&& ifp && ++ifp->lostjumbo > (t->nframes << 1)
|
|
|
|
&& ifp->maxbcnt != DEFAULTBCNT) {
|
|
|
|
printk(KERN_INFO
|
|
|
|
"aoe: e%ld.%d: "
|
|
|
|
"too many lost jumbo on "
|
|
|
|
"%s:%012llx - "
|
|
|
|
"falling back to %d frames.\n",
|
|
|
|
d->aoemajor, d->aoeminor,
|
|
|
|
ifp->nd->name, mac_addr(t->addr),
|
|
|
|
DEFAULTBCNT);
|
|
|
|
ifp->maxbcnt = 0;
|
|
|
|
}
|
|
|
|
resend(d, t, f);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* window check */
|
|
|
|
if (t->nout == t->maxout
|
|
|
|
&& t->maxout < t->nframes
|
|
|
|
&& (jiffies - t->lastwadj)/HZ > 10) {
|
|
|
|
t->maxout++;
|
|
|
|
t->lastwadj = jiffies;
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
}
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
|
|
|
|
if (d->sendq_hd) {
|
|
|
|
n = d->rttavg <<= 1;
|
|
|
|
if (n > MAXTIMER)
|
|
|
|
d->rttavg = MAXTIMER;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (d->flags & DEVFL_KICKME || d->htgt) {
|
2006-09-20 11:36:49 -07:00
|
|
|
d->flags &= ~DEVFL_KICKME;
|
|
|
|
aoecmd_work(d);
|
|
|
|
}
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2005-04-18 22:00:22 -07:00
|
|
|
sl = d->sendq_hd;
|
|
|
|
d->sendq_hd = d->sendq_tl = NULL;
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
d->timer.expires = jiffies + TIMERTICK;
|
|
|
|
add_timer(&d->timer);
|
|
|
|
|
|
|
|
spin_unlock_irqrestore(&d->lock, flags);
|
|
|
|
|
|
|
|
aoenet_xmit(sl);
|
|
|
|
}
|
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
/* enters with d->lock held */
|
|
|
|
void
|
|
|
|
aoecmd_work(struct aoedev *d)
|
|
|
|
{
|
|
|
|
struct buf *buf;
|
|
|
|
loop:
|
|
|
|
if (d->htgt && !sthtith(d))
|
|
|
|
return;
|
|
|
|
if (d->inprocess == NULL) {
|
|
|
|
if (list_empty(&d->bufq))
|
|
|
|
return;
|
|
|
|
buf = container_of(d->bufq.next, struct buf, bufs);
|
|
|
|
list_del(d->bufq.next);
|
|
|
|
d->inprocess = buf;
|
|
|
|
}
|
|
|
|
if (aoecmd_ata_rw(d))
|
|
|
|
goto loop;
|
|
|
|
}
|
|
|
|
|
2006-01-19 11:46:19 -07:00
|
|
|
/* this function performs work that has been deferred until sleeping is OK
|
|
|
|
*/
|
|
|
|
void
|
2006-11-22 07:57:56 -07:00
|
|
|
aoecmd_sleepwork(struct work_struct *work)
|
2006-01-19 11:46:19 -07:00
|
|
|
{
|
2006-11-22 07:57:56 -07:00
|
|
|
struct aoedev *d = container_of(work, struct aoedev, work);
|
2006-01-19 11:46:19 -07:00
|
|
|
|
|
|
|
if (d->flags & DEVFL_GDALLOC)
|
|
|
|
aoeblk_gdalloc(d);
|
|
|
|
|
|
|
|
if (d->flags & DEVFL_NEWSIZE) {
|
|
|
|
struct block_device *bd;
|
|
|
|
unsigned long flags;
|
|
|
|
u64 ssize;
|
|
|
|
|
|
|
|
ssize = d->gd->capacity;
|
|
|
|
bd = bdget_disk(d->gd, 0);
|
|
|
|
|
|
|
|
if (bd) {
|
|
|
|
mutex_lock(&bd->bd_inode->i_mutex);
|
|
|
|
i_size_write(bd->bd_inode, (loff_t)ssize<<9);
|
|
|
|
mutex_unlock(&bd->bd_inode->i_mutex);
|
|
|
|
bdput(bd);
|
|
|
|
}
|
|
|
|
spin_lock_irqsave(&d->lock, flags);
|
|
|
|
d->flags |= DEVFL_UP;
|
|
|
|
d->flags &= ~DEVFL_NEWSIZE;
|
|
|
|
spin_unlock_irqrestore(&d->lock, flags);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
static void
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
ataid_complete(struct aoedev *d, struct aoetgt *t, unsigned char *id)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
|
|
|
u64 ssize;
|
|
|
|
u16 n;
|
|
|
|
|
|
|
|
/* word 83: command set supported */
|
2005-09-29 09:47:40 -07:00
|
|
|
n = le16_to_cpu(get_unaligned((__le16 *) &id[83<<1]));
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
/* word 86: command set/feature enabled */
|
2005-09-29 09:47:40 -07:00
|
|
|
n |= le16_to_cpu(get_unaligned((__le16 *) &id[86<<1]));
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
if (n & (1<<10)) { /* bit 10: LBA 48 */
|
|
|
|
d->flags |= DEVFL_EXT;
|
|
|
|
|
|
|
|
/* word 100: number lba48 sectors */
|
2005-09-29 09:47:40 -07:00
|
|
|
ssize = le64_to_cpu(get_unaligned((__le64 *) &id[100<<1]));
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
/* set as in ide-disk.c:init_idedisk_capacity */
|
|
|
|
d->geo.cylinders = ssize;
|
|
|
|
d->geo.cylinders /= (255 * 63);
|
|
|
|
d->geo.heads = 255;
|
|
|
|
d->geo.sectors = 63;
|
|
|
|
} else {
|
|
|
|
d->flags &= ~DEVFL_EXT;
|
|
|
|
|
|
|
|
/* number lba28 sectors */
|
2005-09-29 09:47:40 -07:00
|
|
|
ssize = le32_to_cpu(get_unaligned((__le32 *) &id[60<<1]));
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
/* NOTE: obsolete in ATA 6 */
|
2005-09-29 09:47:40 -07:00
|
|
|
d->geo.cylinders = le16_to_cpu(get_unaligned((__le16 *) &id[54<<1]));
|
|
|
|
d->geo.heads = le16_to_cpu(get_unaligned((__le16 *) &id[55<<1]));
|
|
|
|
d->geo.sectors = le16_to_cpu(get_unaligned((__le16 *) &id[56<<1]));
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
2006-01-19 11:46:19 -07:00
|
|
|
|
|
|
|
if (d->ssize != ssize)
|
2006-09-20 11:36:51 -07:00
|
|
|
printk(KERN_INFO "aoe: %012llx e%lu.%lu v%04x has %llu sectors\n",
|
2008-02-08 05:20:01 -07:00
|
|
|
mac_addr(t->addr),
|
2006-01-19 11:46:19 -07:00
|
|
|
d->aoemajor, d->aoeminor,
|
|
|
|
d->fw_ver, (long long)ssize);
|
2005-04-16 15:20:36 -07:00
|
|
|
d->ssize = ssize;
|
|
|
|
d->geo.start = 0;
|
|
|
|
if (d->gd != NULL) {
|
|
|
|
d->gd->capacity = ssize;
|
2006-01-19 11:46:19 -07:00
|
|
|
d->flags |= DEVFL_NEWSIZE;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
} else
|
2006-01-19 11:46:19 -07:00
|
|
|
d->flags |= DEVFL_GDALLOC;
|
2005-04-16 15:20:36 -07:00
|
|
|
schedule_work(&d->work);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
calc_rttavg(struct aoedev *d, int rtt)
|
|
|
|
{
|
|
|
|
register long n;
|
|
|
|
|
|
|
|
n = rtt;
|
2006-09-20 11:36:49 -07:00
|
|
|
if (n < 0) {
|
|
|
|
n = -rtt;
|
|
|
|
if (n < MINTIMER)
|
|
|
|
n = MINTIMER;
|
|
|
|
else if (n > MAXTIMER)
|
|
|
|
n = MAXTIMER;
|
|
|
|
d->mintimer += (n - d->mintimer) >> 1;
|
|
|
|
} else if (n < d->mintimer)
|
|
|
|
n = d->mintimer;
|
2005-04-16 15:20:36 -07:00
|
|
|
else if (n > MAXTIMER)
|
|
|
|
n = MAXTIMER;
|
|
|
|
|
|
|
|
/* g == .25; cf. Congestion Avoidance and Control, Jacobson & Karels; 1988 */
|
|
|
|
n -= d->rttavg;
|
|
|
|
d->rttavg += n >> 2;
|
|
|
|
}
|
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
static struct aoetgt *
|
|
|
|
gettgt(struct aoedev *d, char *addr)
|
|
|
|
{
|
|
|
|
struct aoetgt **t, **e;
|
|
|
|
|
|
|
|
t = d->targets;
|
|
|
|
e = t + NTARGETS;
|
|
|
|
for (; t < e && *t; t++)
|
|
|
|
if (memcmp((*t)->addr, addr, sizeof((*t)->addr)) == 0)
|
|
|
|
return *t;
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void
|
|
|
|
diskstats(struct gendisk *disk, struct bio *bio, ulong duration)
|
|
|
|
{
|
|
|
|
unsigned long n_sect = bio->bi_size >> 9;
|
|
|
|
const int rw = bio_data_dir(bio);
|
|
|
|
|
|
|
|
disk_stat_inc(disk, ios[rw]);
|
|
|
|
disk_stat_add(disk, ticks[rw], duration);
|
|
|
|
disk_stat_add(disk, sectors[rw], n_sect);
|
|
|
|
disk_stat_add(disk, io_ticks, duration);
|
|
|
|
}
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
void
|
|
|
|
aoecmd_ata_rsp(struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
struct aoedev *d;
|
2006-09-20 11:36:49 -07:00
|
|
|
struct aoe_hdr *hin, *hout;
|
2005-04-16 15:20:36 -07:00
|
|
|
struct aoe_atahdr *ahin, *ahout;
|
|
|
|
struct frame *f;
|
|
|
|
struct buf *buf;
|
|
|
|
struct sk_buff *sl;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
struct aoetgt *t;
|
|
|
|
struct aoeif *ifp;
|
2005-04-16 15:20:36 -07:00
|
|
|
register long n;
|
|
|
|
ulong flags;
|
|
|
|
char ebuf[128];
|
2005-04-18 22:00:18 -07:00
|
|
|
u16 aoemajor;
|
|
|
|
|
2007-10-16 23:27:03 -07:00
|
|
|
hin = (struct aoe_hdr *) skb_mac_header(skb);
|
2007-03-01 19:30:08 -07:00
|
|
|
aoemajor = be16_to_cpu(get_unaligned(&hin->major));
|
2005-04-18 22:00:18 -07:00
|
|
|
d = aoedev_by_aoeaddr(aoemajor, hin->minor);
|
2005-04-16 15:20:36 -07:00
|
|
|
if (d == NULL) {
|
|
|
|
snprintf(ebuf, sizeof ebuf, "aoecmd_ata_rsp: ata response "
|
|
|
|
"for unknown device %d.%d\n",
|
2005-04-18 22:00:18 -07:00
|
|
|
aoemajor, hin->minor);
|
2005-04-16 15:20:36 -07:00
|
|
|
aoechr_error(ebuf);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
spin_lock_irqsave(&d->lock, flags);
|
|
|
|
|
2007-03-01 19:30:08 -07:00
|
|
|
n = be32_to_cpu(get_unaligned(&hin->tag));
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
t = gettgt(d, hin->src);
|
|
|
|
if (t == NULL) {
|
|
|
|
printk(KERN_INFO "aoe: can't find target e%ld.%d:%012llx\n",
|
2008-02-08 05:20:01 -07:00
|
|
|
d->aoemajor, d->aoeminor, mac_addr(hin->src));
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
spin_unlock_irqrestore(&d->lock, flags);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
f = getframe(t, n);
|
2005-04-16 15:20:36 -07:00
|
|
|
if (f == NULL) {
|
2006-09-20 11:36:49 -07:00
|
|
|
calc_rttavg(d, -tsince(n));
|
2005-04-16 15:20:36 -07:00
|
|
|
spin_unlock_irqrestore(&d->lock, flags);
|
|
|
|
snprintf(ebuf, sizeof ebuf,
|
|
|
|
"%15s e%d.%d tag=%08x@%08lx\n",
|
|
|
|
"unexpected rsp",
|
2007-03-01 19:30:08 -07:00
|
|
|
be16_to_cpu(get_unaligned(&hin->major)),
|
2005-04-16 15:20:36 -07:00
|
|
|
hin->minor,
|
2007-03-01 19:30:08 -07:00
|
|
|
be32_to_cpu(get_unaligned(&hin->tag)),
|
2005-04-16 15:20:36 -07:00
|
|
|
jiffies);
|
|
|
|
aoechr_error(ebuf);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
calc_rttavg(d, tsince(f->tag));
|
|
|
|
|
|
|
|
ahin = (struct aoe_atahdr *) (hin+1);
|
2007-10-16 23:27:03 -07:00
|
|
|
hout = (struct aoe_hdr *) skb_mac_header(f->skb);
|
2006-09-20 11:36:49 -07:00
|
|
|
ahout = (struct aoe_atahdr *) (hout+1);
|
2005-04-16 15:20:36 -07:00
|
|
|
buf = f->buf;
|
|
|
|
|
|
|
|
if (ahin->cmdstat & 0xa9) { /* these bits cleared on success */
|
2006-09-20 11:36:51 -07:00
|
|
|
printk(KERN_ERR
|
|
|
|
"aoe: ata error cmd=%2.2Xh stat=%2.2Xh from e%ld.%ld\n",
|
2005-04-16 15:20:36 -07:00
|
|
|
ahout->cmdstat, ahin->cmdstat,
|
|
|
|
d->aoemajor, d->aoeminor);
|
|
|
|
if (buf)
|
|
|
|
buf->flags |= BUFFL_FAIL;
|
|
|
|
} else {
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
if (d->htgt && t == *d->htgt) /* I'll help myself, thank you. */
|
|
|
|
d->htgt = NULL;
|
2006-09-20 11:36:49 -07:00
|
|
|
n = ahout->scnt << 9;
|
2005-04-16 15:20:36 -07:00
|
|
|
switch (ahout->cmdstat) {
|
|
|
|
case WIN_READ:
|
|
|
|
case WIN_READ_EXT:
|
|
|
|
if (skb->len - sizeof *hin - sizeof *ahin < n) {
|
2006-09-20 11:36:51 -07:00
|
|
|
printk(KERN_ERR
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
"aoe: %s. skb->len=%d need=%ld\n",
|
|
|
|
"runt data size in read", skb->len, n);
|
2005-04-16 15:20:36 -07:00
|
|
|
/* fail frame f? just returning will rexmit. */
|
|
|
|
spin_unlock_irqrestore(&d->lock, flags);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
memcpy(f->bufaddr, ahin+1, n);
|
|
|
|
case WIN_WRITE:
|
|
|
|
case WIN_WRITE_EXT:
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
ifp = getif(t, skb->dev);
|
|
|
|
if (ifp) {
|
|
|
|
ifp->lost = 0;
|
|
|
|
if (n > DEFAULTBCNT)
|
|
|
|
ifp->lostjumbo = 0;
|
|
|
|
}
|
2006-09-20 11:36:49 -07:00
|
|
|
if (f->bcnt -= n) {
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
f->lba += n >> 9;
|
2006-09-20 11:36:49 -07:00
|
|
|
f->bufaddr += n;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
resend(d, t, f);
|
|
|
|
goto xmit;
|
2006-09-20 11:36:49 -07:00
|
|
|
}
|
2005-04-16 15:20:36 -07:00
|
|
|
break;
|
|
|
|
case WIN_IDENTIFY:
|
|
|
|
if (skb->len - sizeof *hin - sizeof *ahin < 512) {
|
2006-09-20 11:36:51 -07:00
|
|
|
printk(KERN_INFO
|
|
|
|
"aoe: runt data size in ataid. skb->len=%d\n",
|
2006-09-20 11:36:49 -07:00
|
|
|
skb->len);
|
2005-04-16 15:20:36 -07:00
|
|
|
spin_unlock_irqrestore(&d->lock, flags);
|
|
|
|
return;
|
|
|
|
}
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
ataid_complete(d, t, (char *) (ahin+1));
|
2005-04-16 15:20:36 -07:00
|
|
|
break;
|
|
|
|
default:
|
2006-09-20 11:36:51 -07:00
|
|
|
printk(KERN_INFO
|
|
|
|
"aoe: unrecognized ata command %2.2Xh for %d.%d\n",
|
2006-09-20 11:36:49 -07:00
|
|
|
ahout->cmdstat,
|
2007-03-01 19:30:08 -07:00
|
|
|
be16_to_cpu(get_unaligned(&hin->major)),
|
2006-09-20 11:36:49 -07:00
|
|
|
hin->minor);
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
if (buf && --buf->nframesout == 0 && buf->resid == 0) {
|
|
|
|
diskstats(d->gd, buf->bio, jiffies - buf->stime);
|
|
|
|
n = (buf->flags & BUFFL_FAIL) ? -EIO : 0;
|
|
|
|
bio_endio(buf->bio, n);
|
|
|
|
mempool_free(buf, d->bufpool);
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
f->buf = NULL;
|
|
|
|
f->tag = FREETAG;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
t->nout--;
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
aoecmd_work(d);
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
xmit:
|
2005-04-18 22:00:22 -07:00
|
|
|
sl = d->sendq_hd;
|
|
|
|
d->sendq_hd = d->sendq_tl = NULL;
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
spin_unlock_irqrestore(&d->lock, flags);
|
|
|
|
aoenet_xmit(sl);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
aoecmd_cfg(ushort aoemajor, unsigned char aoeminor)
|
|
|
|
{
|
2006-01-19 11:46:19 -07:00
|
|
|
struct sk_buff *sl;
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2006-01-19 11:46:19 -07:00
|
|
|
sl = aoecmd_cfg_pkts(aoemajor, aoeminor, NULL);
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
aoenet_xmit(sl);
|
|
|
|
}
|
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
struct sk_buff *
|
2005-04-16 15:20:36 -07:00
|
|
|
aoecmd_ata_id(struct aoedev *d)
|
|
|
|
{
|
|
|
|
struct aoe_hdr *h;
|
|
|
|
struct aoe_atahdr *ah;
|
|
|
|
struct frame *f;
|
|
|
|
struct sk_buff *skb;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
struct aoetgt *t;
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2006-09-20 11:36:49 -07:00
|
|
|
f = freeframe(d);
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
if (f == NULL)
|
2005-04-16 15:20:36 -07:00
|
|
|
return NULL;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
|
|
|
|
t = *d->tgt;
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
/* initialize the headers & frame */
|
2006-09-20 11:36:49 -07:00
|
|
|
skb = f->skb;
|
2007-10-16 23:27:03 -07:00
|
|
|
h = (struct aoe_hdr *) skb_mac_header(skb);
|
2005-04-16 15:20:36 -07:00
|
|
|
ah = (struct aoe_atahdr *) (h+1);
|
2006-12-22 02:09:21 -07:00
|
|
|
skb_put(skb, sizeof *h + sizeof *ah);
|
|
|
|
memset(h, 0, skb->len);
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
f->tag = aoehdr_atainit(d, t, h);
|
|
|
|
t->nout++;
|
2005-04-16 15:20:36 -07:00
|
|
|
f->waited = 0;
|
|
|
|
|
|
|
|
/* set up ata header */
|
|
|
|
ah->scnt = 1;
|
|
|
|
ah->cmdstat = WIN_IDENTIFY;
|
|
|
|
ah->lba3 = 0xa0;
|
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
skb->dev = t->ifp->nd;
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2006-01-19 11:46:19 -07:00
|
|
|
d->rttavg = MAXTIMER;
|
2005-04-16 15:20:36 -07:00
|
|
|
d->timer.function = rexmit_timer;
|
|
|
|
|
2006-09-20 11:36:49 -07:00
|
|
|
return skb_clone(skb, GFP_ATOMIC);
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
static struct aoetgt *
|
|
|
|
addtgt(struct aoedev *d, char *addr, ulong nframes)
|
|
|
|
{
|
|
|
|
struct aoetgt *t, **tt, **te;
|
|
|
|
struct frame *f, *e;
|
|
|
|
|
|
|
|
tt = d->targets;
|
|
|
|
te = tt + NTARGETS;
|
|
|
|
for (; tt < te && *tt; tt++)
|
|
|
|
;
|
|
|
|
|
|
|
|
if (tt == te)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
t = kcalloc(1, sizeof *t, GFP_ATOMIC);
|
|
|
|
f = kcalloc(nframes, sizeof *f, GFP_ATOMIC);
|
|
|
|
if (!t || !f)
|
|
|
|
goto bail;
|
|
|
|
t->nframes = nframes;
|
|
|
|
t->frames = f;
|
|
|
|
e = f + nframes;
|
|
|
|
for (; f < e; f++) {
|
|
|
|
f->tag = FREETAG;
|
|
|
|
f->skb = new_skb(ETH_ZLEN);
|
|
|
|
if (!f->skb)
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
if (f != e) {
|
|
|
|
while (f > t->frames) {
|
|
|
|
f--;
|
|
|
|
dev_kfree_skb(f->skb);
|
|
|
|
}
|
|
|
|
goto bail;
|
|
|
|
}
|
|
|
|
memcpy(t->addr, addr, sizeof t->addr);
|
|
|
|
t->ifp = t->ifs;
|
|
|
|
t->maxout = t->nframes;
|
|
|
|
return *tt = t;
|
|
|
|
bail:
|
|
|
|
kfree(t);
|
|
|
|
kfree(f);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
void
|
|
|
|
aoecmd_cfg_rsp(struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
struct aoedev *d;
|
|
|
|
struct aoe_hdr *h;
|
|
|
|
struct aoe_cfghdr *ch;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
struct aoetgt *t;
|
|
|
|
struct aoeif *ifp;
|
2005-04-18 22:00:20 -07:00
|
|
|
ulong flags, sysminor, aoemajor;
|
2005-04-16 15:20:36 -07:00
|
|
|
struct sk_buff *sl;
|
2006-01-19 11:46:20 -07:00
|
|
|
enum { MAXFRAMES = 16 };
|
2006-09-20 11:36:49 -07:00
|
|
|
u16 n;
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2007-10-16 23:27:03 -07:00
|
|
|
h = (struct aoe_hdr *) skb_mac_header(skb);
|
2005-04-16 15:20:36 -07:00
|
|
|
ch = (struct aoe_cfghdr *) (h+1);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Enough people have their dip switches set backwards to
|
|
|
|
* warrant a loud message for this special case.
|
|
|
|
*/
|
2007-03-01 19:30:08 -07:00
|
|
|
aoemajor = be16_to_cpu(get_unaligned(&h->major));
|
2005-04-16 15:20:36 -07:00
|
|
|
if (aoemajor == 0xfff) {
|
2006-09-20 11:36:51 -07:00
|
|
|
printk(KERN_ERR "aoe: Warning: shelf address is all ones. "
|
2006-09-20 11:36:49 -07:00
|
|
|
"Check shelf dip switches.\n");
|
2005-04-16 15:20:36 -07:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
sysminor = SYSMINOR(aoemajor, h->minor);
|
2005-04-18 22:00:17 -07:00
|
|
|
if (sysminor * AOE_PARTITIONS + AOE_PARTITIONS > MINORMASK) {
|
2006-09-20 11:36:51 -07:00
|
|
|
printk(KERN_INFO "aoe: e%ld.%d: minor number too large\n",
|
2005-04-18 22:00:17 -07:00
|
|
|
aoemajor, (int) h->minor);
|
2005-04-16 15:20:36 -07:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2006-09-20 11:36:49 -07:00
|
|
|
n = be16_to_cpu(ch->bufcnt);
|
|
|
|
if (n > MAXFRAMES) /* keep it reasonable */
|
|
|
|
n = MAXFRAMES;
|
2005-04-16 15:20:36 -07:00
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
d = aoedev_by_sysminor_m(sysminor);
|
2005-04-16 15:20:36 -07:00
|
|
|
if (d == NULL) {
|
2006-09-20 11:36:51 -07:00
|
|
|
printk(KERN_INFO "aoe: device sysminor_m failure\n");
|
2005-04-16 15:20:36 -07:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
spin_lock_irqsave(&d->lock, flags);
|
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
t = gettgt(d, h->src);
|
|
|
|
if (!t) {
|
|
|
|
t = addtgt(d, h->src, n);
|
|
|
|
if (!t) {
|
|
|
|
printk(KERN_INFO
|
|
|
|
"aoe: device addtgt failure; "
|
|
|
|
"too many targets?\n");
|
|
|
|
spin_unlock_irqrestore(&d->lock, flags);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
ifp = getif(t, skb->dev);
|
|
|
|
if (!ifp) {
|
|
|
|
ifp = addif(t, skb->dev);
|
|
|
|
if (!ifp) {
|
|
|
|
printk(KERN_INFO
|
|
|
|
"aoe: device addif failure; "
|
|
|
|
"too many interfaces?\n");
|
|
|
|
spin_unlock_irqrestore(&d->lock, flags);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if (ifp->maxbcnt) {
|
|
|
|
n = ifp->nd->mtu;
|
2006-09-20 11:36:49 -07:00
|
|
|
n -= sizeof (struct aoe_hdr) + sizeof (struct aoe_atahdr);
|
|
|
|
n /= 512;
|
|
|
|
if (n > ch->scnt)
|
|
|
|
n = ch->scnt;
|
2006-09-20 11:36:49 -07:00
|
|
|
n = n ? n * 512 : DEFAULTBCNT;
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
if (n != ifp->maxbcnt) {
|
2006-09-20 11:36:51 -07:00
|
|
|
printk(KERN_INFO
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
"aoe: e%ld.%d: setting %d%s%s:%012llx\n",
|
|
|
|
d->aoemajor, d->aoeminor, n,
|
|
|
|
" byte data frames on ", ifp->nd->name,
|
2008-02-08 05:20:01 -07:00
|
|
|
mac_addr(t->addr));
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
ifp->maxbcnt = n;
|
2006-09-20 11:36:49 -07:00
|
|
|
}
|
2006-09-20 11:36:49 -07:00
|
|
|
}
|
2006-01-19 11:46:19 -07:00
|
|
|
|
|
|
|
/* don't change users' perspective */
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
if (d->nopen) {
|
2005-04-16 15:20:36 -07:00
|
|
|
spin_unlock_irqrestore(&d->lock, flags);
|
|
|
|
return;
|
|
|
|
}
|
2005-04-18 22:00:20 -07:00
|
|
|
d->fw_ver = be16_to_cpu(ch->fwver);
|
2005-04-16 15:20:36 -07:00
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
sl = aoecmd_ata_id(d);
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
spin_unlock_irqrestore(&d->lock, flags);
|
|
|
|
|
|
|
|
aoenet_xmit(sl);
|
|
|
|
}
|
|
|
|
|
aoe: handle multiple network paths to AoE device
A remote AoE device is something can process ATA commands and is identified by
an AoE shelf number and an AoE slot number. Such a device might have more
than one network interface, and it might be reachable by more than one local
network interface. This patch tracks the available network paths available to
each AoE device, allowing them to be used more efficiently.
Andrew Morton asked about the call to msleep_interruptible in the revalidate
function. Yes, if a signal is pending, then msleep_interruptible will not
return 0. That means we will not loop but will call aoenet_xmit with a NULL
skb, which is a noop. If the system is too low on memory or the aoe driver is
too low on frames, then the user can hit control-C to interrupt the attempt to
do a revalidate. I have added a comment to the code summarizing that.
Andrew Morton asked whether the allocation performed inside addtgt could use a
more relaxed allocation like GFP_KERNEL, but addtgt is called when the aoedev
lock has been locked with spin_lock_irqsave. It would be nice to allocate the
memory under fewer restrictions, but targets are only added when the device is
being discovered, and if the target can't be added right now, we can try again
in a minute when then next AoE config query broadcast goes out.
Andrew Morton pointed out that the "too many targets" message could be printed
for failing GFP_ATOMIC allocations. The last patch in this series makes the
messages more specific.
Signed-off-by: Ed L. Cashin <ecashin@coraid.com>
Cc: Greg KH <greg@kroah.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-02-08 05:20:00 -07:00
|
|
|
void
|
|
|
|
aoecmd_cleanslate(struct aoedev *d)
|
|
|
|
{
|
|
|
|
struct aoetgt **t, **te;
|
|
|
|
struct aoeif *p, *e;
|
|
|
|
|
|
|
|
d->mintimer = MINTIMER;
|
|
|
|
|
|
|
|
t = d->targets;
|
|
|
|
te = t + NTARGETS;
|
|
|
|
for (; t < te && *t; t++) {
|
|
|
|
(*t)->maxout = (*t)->nframes;
|
|
|
|
p = (*t)->ifs;
|
|
|
|
e = p + NAOEIFS;
|
|
|
|
for (; p < e; p++) {
|
|
|
|
p->lostjumbo = 0;
|
|
|
|
p->lost = 0;
|
|
|
|
p->maxbcnt = DEFAULTBCNT;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|