Functions to manipulate CQs.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_cq.c | 231 +
1 files changed, 231 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_cq.c
b/drivers/infiniband/hw/cxgb3
Code to handle async events coming from the T3 RDMA Core.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_ev.c | 231 +
1 files changed, 231 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_ev.c
b
Functions to register memory regions.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_mem.c | 170
1 files changed, 170 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_mem.c
b/drivers/infiniband/hw
T3 WQE and CQE structures, defines, etc...
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_wr.h | 685
1 files changed, 685 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/core/cxio_wr.h
b/drivers
The RDMA Core interfaces with the T3 HW and ULLD providing a low level
RDMA interface.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_hal.c | 1302 +++
drivers/infiniband/hw/cxgb3/core/cxio_hal.h | 201
2 files changed, 1503
Core functions to carve up adapter memory, stag, qp, and cq IDs.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_resource.c | 331 ++
drivers/infiniband/hw/cxgb3/core/cxio_resource.h | 70 +
2 files changed, 401 insertions(+), 0
Debug code to dump various data structs, some of which are in
adapter memory.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_dbg.c | 205 +++
1 files changed, 205 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/Kconfig |1 +
drivers/infiniband/Makefile |1 +
drivers/infiniband/hw/cxgb3/Kconfig | 27 +++
drivers/infiniband/hw/cxgb3/Makefile | 12
4 files changed, 41
Is this a know problem with very current 2.6.19-rc?
Building modules, stage 2.
MODPOST 443 modules
WARNING: bitrev32 [drivers/net/8139cp.ko] undefined!
WARNING: serio_register_driver [drivers/input/touchscreen/mtouch.ko]
undefined!
(repeated many times)
-
To unsubscribe from this list: send
Roland,
The T3 Ethernet driver is queued for inclusion into Jeff's tree.
How do you want to merge in the RDMA driver? I can give you a single
monolithic patch if you want.
We also need to decide on the ib_req_notify_cq() issue.
Steve.
On Tue, 2007-01-09 at 05:28 -0500, Jeff Garzik
go implement it...
Steve.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
In the interest of expediting this I'll go implement it...
Steve.
Here it is. I think this is the correct way to solve the issue (now
that I've implemented it :). This is a delta from the driver patch
series just for reviewing purposes.
commit e6053f2aee764b21e28cbb19f52995cb413cf733
Hey Roland,
Jeff has pulled in the Chelsio Ethernet driver. If you are ready to
merge in the RDMA driver, you can pull it from
git://staging.openfabrics.org/~swise/cxgb3.git for-roland
Thanks,
Steve.
Forwarded Message
From: Jeff Garzik [EMAIL PROTECTED]
To: Divy Le Ray
lies, but yeah I've seen that on 3
different machines!
Can you tell us when the right time is or maybe what the wrong time
is? Also, is this kernel specific? Does it (increasing
stripe_cache_size) work with RAID6 too?
Thanks,
Steve
. From that point on, all IO is
done via the post_send() and post_recv().
Steve.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
guess. iWARP is RDMA
over TCP.
The driver uses messages exchanged to and from the HW via the Ethernet
driver to setup TCP connections. No TCP processing is done in the host.
The hardware does all the TCP processing.
Steve.
-
To unsubscribe from this list: send the line unsubscribe linux
On Tue, 2006-12-05 at 08:13 +0300, Evgeniy Polyakov wrote:
On Mon, Dec 04, 2006 at 10:20:51AM -0600, Steve Wise ([EMAIL PROTECTED])
wrote:
This and a lot of other changes in this driver definitely says you
implement your own stack of protocols on top of infiniband hardware
that
only does TCP in HW. ARP, for instance, is handled by the native stack
and the rdma driver uses netevents to maintain arp tables in the HW for
use by the offloaded TCP connections.
Steve.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On Tue, 2006-12-05 at 18:19 +0300, Evgeniy Polyakov wrote:
On Tue, Dec 05, 2006 at 09:02:05AM -0600, Steve Wise ([EMAIL PROTECTED])
wrote:
This and a lot of other changes in this driver definitely says you
implement your own stack of protocols on top of infiniband hardware
On Tue, 2006-12-05 at 18:27 +0300, Evgeniy Polyakov wrote:
On Tue, Dec 05, 2006 at 09:14:36AM -0600, Steve Wise ([EMAIL PROTECTED])
wrote:
Chelsio doesn't implement TCP stack in the driver. Just like Ammasso,
it sends messages to the HW to setup connections. It differs from
Ammasso
On Tue, 2006-12-05 at 11:45 +0100, Brice Goglin wrote:
Steve Wise wrote:
There is no SW TCP stack in this driver. The HW supports RDMA over
TCP/IP/10GbE in HW and this is required for zero-copy RDMA over Ethernet
(aka iWARP). The device is a 10 GbE device, not Infiniband.
Then, I
On Tue, 2006-12-05 at 18:59 +0300, Evgeniy Polyakov wrote:
On Tue, Dec 05, 2006 at 09:39:58AM -0600, Steve Wise ([EMAIL PROTECTED])
wrote:
Phrases like MPA-aware TCP rises a lot of questions - briefly saying
that hardware (even if it is called ethernet driver) can create and work
On Tue, 2006-12-05 at 10:12 -0600, Steve Wise wrote:
On Tue, 2006-12-05 at 18:59 +0300, Evgeniy Polyakov wrote:
On Tue, Dec 05, 2006 at 09:39:58AM -0600, Steve Wise ([EMAIL PROTECTED])
wrote:
Phrases like MPA-aware TCP rises a lot of questions - briefly saying
that hardware (even
On Tue, 2006-12-05 at 10:02 -0600, Steve Wise wrote:
On Tue, 2006-12-05 at 11:45 +0100, Brice Goglin wrote:
Steve Wise wrote:
There is no SW TCP stack in this driver. The HW supports RDMA over
TCP/IP/10GbE in HW and this is required for zero-copy RDMA over Ethernet
(aka iWARP
On Tue, 2006-12-05 at 19:31 +0300, Evgeniy Polyakov wrote:
On Tue, Dec 05, 2006 at 10:12:42AM -0600, Steve Wise ([EMAIL PROTECTED])
wrote:
Ah. Data from an offloaded connection cannot leak into the main stack
nor vice-verse. We can take an active RDMA connection establishment
On Tue, 2006-12-05 at 20:26 +0300, Evgeniy Polyakov wrote:
On Tue, Dec 05, 2006 at 10:47:25AM -0600, Steve Wise ([EMAIL PROTECTED])
wrote:
And if there were a dataflow between addr/port a.b to addr/port c.d
already, it will either terminated?
Considering the following sequence
Ar Gwe, 2006-08-11 am 12:13 +0800, ysgrifennodd Hsung-Pin Chang:
Recently, I need to use upcalls in Linux to actively and
snip
However, I have some questions about upcall implementation.
First, the user handler must be pinned into memory to
akpm wrote:
deprecate-smbfs-in-favour-of-cifs.patch
deprecate-smbfs-in-favour-of-cifs-docs.patch
Am still waiting to hear from sfrench on the appropriateness of this.
smbfs deprecation is ok but there are a few things to consider:
1) Secure mounts: although more secure mounts are possible
this. There's about 2000 commits from 2.6.19 to my head...
More to come...
Steve.
On Mon, 2006-12-11 at 14:26 +0100, Alessandro Suardi wrote:
On 12/3/06, Alessandro Suardi [EMAIL PROTECTED] wrote:
On 12/3/06, Alan [EMAIL PROTECTED] wrote:
ACPI: PCI Interrupt :00:1f.2[B] - Link [LNKB
.
Steve
Dec 11 18:45:28 brambling syslogd 1.4.1#17ubuntu7: restart.
Dec 11 18:45:28 brambling kernel: Inspecting /boot/System.map-2.6.19
Dec 11 18:45:28 brambling kernel: Loaded 23693 symbols from
/boot/System.map-2.6.19.
Dec 11 18:45:28 brambling kernel: Symbols match kernel version 2.6.19.
Dec 11
eb8ae45ee090cd6210edae71c5104826f71dd298
be8d30db9ce51713e2b8de956cf8373aa8591a87 M drivers
[EMAIL PROTECTED]:~/git/cxgb3.git
On Mon, 2006-12-11 at 15:42 -0600, Steve Wise wrote:
I'm also hitting this running at commit:
commit 7bf65382caeecea4ae7206138e92e732b676d6e5
Author: Andrew Morton [EMAIL PROTECTED]
Date: Fri
On Tue, 2006-12-12 at 17:35 +, Alan wrote:
On Tue, 12 Dec 2006 10:39:02 -0600
Steve Wise [EMAIL PROTECTED] wrote:
All,
Bisecting reveals that this commit causes the problem:
Yes we know. There is a libata patch missing. As I said - if it is still
missing by -rc1 I'll sort out
On Tue, 2006-12-12 at 13:04 -0500, Jeff Garzik wrote:
Alan wrote:
On Tue, 12 Dec 2006 10:39:02 -0600
Steve Wise [EMAIL PROTECTED] wrote:
All,
Bisecting reveals that this commit causes the problem:
Yes we know. There is a libata patch missing. As I said - if it is still
missing
, was merged up to linus's latest tree probably as of 12/7. I know
the comments set it was against 2.6.19, but it was really linus's
latest.
Divy, can you expand on this?
Steve.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
- again very grateful for any pointers to where to
look for this code. I'm out of my comfort zone here.. just a hardware
geek that's all.
Steve
Complete syslog -
Dec 11 18:45:28 brambling syslogd 1.4.1#17ubuntu7: restart.
Dec 11 18:45:28 brambling kernel: Inspecting /boot/System.map-2.6.19
Dec
And the patch was reposted here:
http://marc.theaimsgroup.com/?l=linux-kernelm=116594961106441w=2
On Thu, 2006-12-14 at 14:59 +0100, Alessandro Suardi wrote:
On 12/14/06, Linus Torvalds [EMAIL PROTECTED] wrote:
Ok, the two-week merge period is over, and -rc1 is out there.
Still need
(all cards, and disks) logical block 0, 1, 2, etc
Steve Roemen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFgZk5cA4cgQlZoQ8RAgUYAKCCfn+SGLPy+/Ng/7Lyh/m/AigiJwCcDEO3
vNUZctiG+TxZ2oPcOVVigRY=
=6WKY
-END PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
2.6.19 does the same thing, except it's a cmd f7f0 timedout error.
2.6.18 works just fine though.
Steve
Jens Axboe wrote:
On Thu, Dec 14 2006, Steve Roemen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
I tried out
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
MIke, Yes it's connected to a MSA 500 G2
the two 642's firmware are 2.34 for card 1, and 2.58 for card 2
Steve
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yes, 32bit Debian
Miller, Mike (OS Dev) wrote:
-Original Message-
From: Frazier, Daniel Kent
Sent: Thursday, December 14, 2006 3:12 PM
To: Miller, Mike (OS Dev)
Cc: Jens Axboe; Steve Roemen; LKML; ISS StorageDev
Subject: Re: 2.6.19
Functions to manipulate CQs.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_cq.c | 231 +
1 files changed, 231 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_cq.c
b/drivers/infiniband/hw/cxgb3
Code to handle async events coming from the T3 RDMA Core.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_ev.c | 231 +
1 files changed, 231 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_ev.c
b
Code to discover all the T3 devices and register them
with the T3 RDMA Core and the Linux RDMA Core.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch.c | 189
drivers/infiniband/hw/cxgb3/iwch.h | 175
Code to manipulate the QP.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_qp.c | 1007 +
1 files changed, 1007 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_qp.c
b/drivers/infiniband/hw/cxgb3
Provider methods to support the Linux RDMA verbs.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_provider.c | 1171 +++
drivers/infiniband/hw/cxgb3/iwch_provider.h | 363
drivers/infiniband/hw/cxgb3/iwch_user.h | 68
:
git://staging.openfabrics.org/~swise/cxgb3.git
Thanks,
Steve.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/Kconfig |1 +
drivers/infiniband/Makefile |1 +
drivers/infiniband/hw/cxgb3/Kconfig | 27 +++
drivers/infiniband/hw/cxgb3/Makefile | 12
4 files changed, 41
Debug code to dump various data structs, some of which are in
adapter memory.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_dbg.c | 205 +++
1 files changed, 205 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw
The RDMA Core interfaces with the T3 HW and ULLD providing a low level
RDMA interface.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_hal.c | 1302 +++
drivers/infiniband/hw/cxgb3/core/cxio_hal.h | 201
2 files changed, 1503
Support provider-specific data in ib_uverbs_cmd_req_notify_cq().
The Chelsio iwarp provider library needs to pass information to the
kernel verb for re-arming the CQ.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/core/uverbs_cmd.c |9 +++--
drivers/infiniband
Functions to register memory regions.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_mem.c | 170
1 files changed, 170 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_mem.c
b/drivers/infiniband/hw
T3 WQE and CQE structures, defines, etc...
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_wr.h | 685
1 files changed, 685 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/core/cxio_wr.h
b/drivers
Core functions to carve up adapter memory, stag, qp, and cq IDs.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_resource.c | 331 ++
drivers/infiniband/hw/cxgb3/core/cxio_resource.h | 70 +
2 files changed, 401 insertions(+), 0
Provider methods to support the Linux RDMA verbs.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_provider.c | 1170 +++
drivers/infiniband/hw/cxgb3/iwch_provider.h | 362
drivers/infiniband/hw/cxgb3/iwch_user.h | 68
:
git://staging.openfabrics.org/~swise/cxgb3.git
Thanks,
Steve.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org
Code to discover all the T3 devices and register them
with the T3 RDMA Core and the Linux RDMA Core.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch.c | 189
drivers/infiniband/hw/cxgb3/iwch.h | 175
Support provider-specific data in ib_uverbs_cmd_req_notify_cq().
The Chelsio iwarp provider library needs to pass information to the
kernel verb for re-arming the CQ.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/core/uverbs_cmd.c |9 +++--
drivers/infiniband
Functions to register memory regions.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_mem.c | 170
1 files changed, 170 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_mem.c
b/drivers/infiniband/hw
T3 WQE and CQE structures, defines, etc...
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_wr.h | 685
1 files changed, 685 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/core/cxio_wr.h
b/drivers
Code to handle async events coming from the T3 RDMA Core.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_ev.c | 228 +
1 files changed, 228 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_ev.c
b
Code to manipulate the QP.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_qp.c | 1007 +
1 files changed, 1007 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_qp.c
b/drivers/infiniband/hw/cxgb3
Debug code to dump various data structs, some of which are in
adapter memory.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_dbg.c | 205 +++
1 files changed, 205 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/Kconfig |1 +
drivers/infiniband/Makefile |1 +
drivers/infiniband/hw/cxgb3/Kconfig | 27 +++
drivers/infiniband/hw/cxgb3/Makefile| 12
drivers
Core functions to carve up adapter memory, stag, qp, and cq IDs.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_resource.c | 331 ++
drivers/infiniband/hw/cxgb3/core/cxio_resource.h | 70 +
2 files changed, 401 insertions(+), 0
The RDMA Core interfaces with the T3 HW and ULLD providing a low level
RDMA interface.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_hal.c | 1302 +++
drivers/infiniband/hw/cxgb3/core/cxio_hal.h | 201
2 files changed, 1503
Functions to manipulate CQs.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_cq.c | 231 +
1 files changed, 231 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_cq.c
b/drivers/infiniband/hw/cxgb3
of the test.kernel.org machines, bl6-13.
--
Steve Fox
IBM Linux Technology Center
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
connections for the RDMA
driver to do iWARP. The Ammasso device is another example of this
(drivers/infiniband/hw/amso1100). Deep iSCSI adapters are another
example of this.
Steve.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
/cxgb3.
Steve.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Sun, 2006-12-03 at 13:07 +0100, Arjan van de Ven wrote:
On Sat, 2006-12-02 at 16:49 -0600, Steve Wise wrote:
+
+static struct ib_ah *iwch_ah_create(struct ib_pd *pd,
+ struct ib_ah_attr *ah_attr)
+{
+ return ERR_PTR(-ENOSYS);
+}
-ENOSYS
On Mon, 2006-12-04 at 08:45 -0800, Roland Dreier wrote:
Roland, I think at one time we were talking about changing the Core to
better handle this? Either with attributes/capabilities that the low
level driver can set, or by set these method ptrs to NULL and the core
should handle it
On Thu, 2006-11-16 at 20:45 -0800, Roland Dreier wrote:
+struct t3_send_wr {
+ struct fw_riwrh wrh;/* 0 */
+ union t3_wrid wrid; /* 1 */
+
+ enum t3_rdma_opcode rdmaop:8;
+ u32 reserved:24;/* 2 */
Does this do the right thing wrt endianness? I'd be more
.
Steve.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, 2006-11-17 at 09:53 -0800, Bryan O'Sullivan wrote:
Steve Wise wrote:
+static inline void *vzmalloc(int size)
+{
+ void *p = vmalloc(size);
+ memset(p, 0, size);
+ return p;
+}
This isn't checking the return value from vmalloc.
Oops...
Also, we could do
On Fri, 2006-11-17 at 10:07 -0800, Bryan O'Sullivan wrote:
Steve Wise wrote:
+static void release_tid(struct t3cdev *tdev, u32 hwtid, struct sk_buff
*skb)
+{
+ struct cpl_tid_release *req;
+
+ skb = get_skb(skb, sizeof *req, GFP_KERNEL);
+ if (!skb) {
+ return
On Fri, 2006-11-17 at 10:19 -0800, Bryan O'Sullivan wrote:
Steve Wise wrote:
T3 WQE and CQE structures, defines, etc...
I notice that none of the fields in these structs seem to be
endianness-annotated, but that there's a lot of cpu_to_be64 and so on
being used to frob values into them
Signed-off-by: Steve Glendinning steve.glendinn...@shawell.net
---
MAINTAINERS |6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index f875890..560bd30 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7289,6 +7289,12 @@ W: http://www.connecttech.com
S
after a build test caught a few
sparse warnings - forgot to rerun the build test though after fixing
the warning (I had multiple
Kconfigs I build test - fs/cifs/Kconfig obviously should not have changed)
--
Thanks,
Steve
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
Acked-by: Steve Wise sw...@opengridcomputing.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
for over 1.5 years waiting for the go-ahead from Steve.
It looks like it's time? If so, what should I set the date to?
If the 2.6.26 cycle would starts in April, then saying April 2008 is
fine with me.
--
Thanks,
Steve
--
To unsubscribe from this list: send the line unsubscribe linux
cause RDMA connection failures.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/net/cxgb3/l2t.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/cxgb3/l2t.c b/drivers/net/cxgb3/l2t.c
index d660af7..d80bbdb 100644
--- a/drivers/net/cxgb3/l2t.c
+++ b
/mnt -o guest,sec=none
(It is a test share with a null password open for anyone.) I am running
out of options..
CIFS VFS: cifs_mount failed w/return code = -2
--
Thanks,
Steve
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On Jan 30, 2008 1:05 PM, Jan Engelhardt [EMAIL PROTECTED] wrote:
On Jan 30 2008 12:53, Steve French wrote:
I have mounted to Windows98 a few months ago with no problems (other
than a few restrictions like you can't set the file times via utimes).
For mounts to Windows98 note that you have
works)
4) working around various server bugs (a surprising number of these)
It would be ideal if someone were to report these problems as
bugs. I remember some of those in the past, but haven't heard
of any cases of that sort of thing for some time. When I have,
Steve has generally
resolution is in progress, and I
think the latter would have to be addressed in the userspace mount tools?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
On Jan 30, 2008 8:23 PM, Jan Engelhardt [EMAIL PROTECTED] wrote:
On Jan 31 2008 12:33, David Newall wrote:
Jan Engelhardt wrote:
On Jan 30 2008 12:53, Steve French wrote:
I have mounted to Windows98 a few months ago with no problems (other
than a few restrictions like you can't set
On Jan 30, 2008 7:34 PM, Steve Langasek [EMAIL PROTECTED] wrote:
On Thu, Jan 31, 2008 at 02:47:17AM +0200, Adrian Bunk wrote:
smbfs has the unfortunate quality of momentum. A lot of users aren't
aware of CIFS at all since smbfs basically does what they need it to
do. Some extra warning
Software Engineer at Red Hat Inc. [EMAIL PROTECTED]
--
Thanks,
Steve
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org
On Jan 19, 2008 4:30 PM, Andi Kleen [EMAIL PROTECTED] wrote:
On Sat, Jan 19, 2008 at 04:06:57PM -0600, Steve French wrote:
The access denied message in the dmesg log reveals no more information
than strace on stat of a local file does (which also returns access
You can't strace a process
Just merged into the cifs-2.6 tree, changing the last patch as you
just suggested to take out the logged path name.
On Jan 19, 2008 5:25 PM, Andi Kleen [EMAIL PROTECTED] wrote:
On Sat, Jan 19, 2008 at 04:55:53PM -0600, Steve French wrote:
On Jan 19, 2008 4:30 PM, Andi Kleen [EMAIL PROTECTED
RDMA/cxgb3: Flush the RQ when closing.
- for kernel mode cqs, call event notification handler when flushing
- flush qp when moving from RTS - CLOSING
- fixed logic to identify a kernel mode qp
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_qp.c |7
the address of the first
entry masked by the page_mask as well as the last address+size rounded
up to the next page size.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_mem.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers
RDMA/cxgb3: Mark qp as privileged based on user capabilities.
This is needed for zero-stag support.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/cxio_wr.h |3 ++-
drivers/infiniband/hw/cxgb3/iwch_qp.c |1 +
2 files changed, 3 insertions(+), 1 deletions
()
RDMA/cxgb3: Mark qp as privileged based on user capabilities.
--
Steve.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
RDMA/cxgb3: Flush the RQ when closing.
- for kernel mode cqs, call event notification handler when flushing
- flush qp when moving from RTS - CLOSING
- fixed logic to identify a kernel mode qp
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_qp.c |7
the address of the first
entry masked by the page_mask as well as the last address+size rounded
up to the next page size.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_mem.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers
RDMA/cxgb3: Mark qp as privileged based on user capabilities.
This is needed for zero-stag support.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/cxio_wr.h |3 ++-
drivers/infiniband/hw/cxgb3/iwch_qp.c |1 +
2 files changed, 3 insertions(+), 1 deletions
RDMA/cxgb3: Fix the T3A workaround checks.
Correctly work around T3A issues by checking hwtype != T3A instead of
hwtype == T3B. Needed for new hw types.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/cxio_hal.c |2 +-
drivers/infiniband/hw/cxgb3
remote_llseek(filp, offset, origin);
+ lock_kernel(); /* BKL needed? */
+ loff = remote_llseek_unlocked(filp, offset, origin);
+ unlock_kernel();
+ return loff;
}
/*
--
Thanks,
Steve
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
PROTECTED] wrote:
On Sun, 2008-01-27 at 10:57 -0600, Steve French wrote:
Don't you need to a spinlock/spinunlock(i_lock) or something similar
(there isn't a spinlock in the file struct unfortunately) around the
reads and writes from f_pos in fs/read_write.c in remote_llseek with
your patch
401 - 500 of 5727 matches
Mail list logo