lib/vsprintf.c: Fix bug omitting minus sign of numbers (module_param)
This exists in 2.6.25 only.
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
lib/vsprintf.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index f
lib/vsprintf.c: Fix bug omitting minus sign of numbers (module_param)
This exists in 2.6.25 only.
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
lib/vsprintf.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index fd987b1..6021757
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
drivers/infiniband/ulp/ipoib/ipoib_main.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/ulp/ipoib/ipoib_main.c
b/drivers/infiniband/ulp/ipoib/ipoib_main.c
index e499626..0a58ac4
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
drivers/infiniband/ulp/ipoib/ipoib_main.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/ulp/ipoib/ipoib_main.c
b/drivers/infiniband/ulp/ipoib/ipoib_main.c
index e499626..0a58ac4 100644
Hi Roland,
Just want to make sure you've seen this patch and if it looks ok for you.
Thanks
Nam
On Thursday 20 December 2007 15:06, Hoang-Nam Nguyen wrote:
> This patch allows ehca to forward event client-reregister-required to
> registered clients. Such one event is generated by the swi
Hi Roland,
Just want to make sure you've seen this patch and if it looks ok for you.
Thanks
Nam
On Thursday 20 December 2007 15:06, Hoang-Nam Nguyen wrote:
This patch allows ehca to forward event client-reregister-required to
registered clients. Such one event is generated by the switch eg
This patch allows ehca to forward event client-reregister-required to
registered clients. Such one event is generated by the switch eg. after
its reboot.
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_irq.c | 12
1 files chang
This patch allows ehca to forward event client-reregister-required to
registered clients. Such one event is generated by the switch eg. after
its reboot.
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
drivers/infiniband/hw/ehca/ehca_irq.c | 12
1 files changed, 12
On Wednesday 07 November 2007 20:51, Adam Litke wrote:
>
> When calling get_user_pages(), a write flag is passed in by the caller to
> indicate if write access is required on the faulted-in pages. Currently,
> follow_hugetlb_page() ignores this flag and always faults pages for
> read-only
On Wednesday 07 November 2007 20:51, Adam Litke wrote:
When calling get_user_pages(), a write flag is passed in by the caller to
indicate if write access is required on the faulted-in pages. Currently,
follow_hugetlb_page() ignores this flag and always faults pages for
read-only access.
Hi Adam!
On Tuesday 06 November 2007 16:05, aglitke wrote:
> Please try this patch and see if it helps.
Tested on 2.6.22 (don't have the system with 2.6.23 at the moment) and
the testcase ran perfectly.
Thanks!
Nam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Hello Roland!
> We currently see this when testing Infiniband on ppc64 with ehca +
> hugetlbfs.
> From reading the code this should also be an issue on other architectures.
> Roland, Adam, are you aware of anything in this area with mellanox
> Infiniband cards or other usages with I/O adapters?
Hello Roland!
We currently see this when testing Infiniband on ppc64 with ehca +
hugetlbfs.
From reading the code this should also be an issue on other architectures.
Roland, Adam, are you aware of anything in this area with mellanox
Infiniband cards or other usages with I/O adapters?
Below
Hi Adam!
On Tuesday 06 November 2007 16:05, aglitke wrote:
Please try this patch and see if it helps.
Tested on 2.6.22 (don't have the system with 2.6.23 at the moment) and
the testcase ran perfectly.
Thanks!
Nam
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
[EMAIL PROTECTED] wrote on 16.08.2007 18:17:22:
> I don't understand this patch. says this about
> ib_create_qp():
>
> * @qp_init_attr: A list of initial attributes required to create the
> * QP. If QP creation succeeds, then the attributes are updated to
> * the actual capabilities of
[EMAIL PROTECTED] wrote on 16.08.2007 18:17:22:
I don't understand this patch. rdma/ib_verbs.h says this about
ib_create_qp():
* @qp_init_attr: A list of initial attributes required to create the
* QP. If QP creation succeeds, then the attributes are updated to
* the actual
s
Nam
On Friday 03 August 2007 10:36, Hoang-Nam Nguyen wrote:
> From: Hoang-Nam Nguyen
> Date: Fri, 3 Aug 2007 09:44:56 +0200
> Subject: [PATCH] ehca: map 4k firmware context of cq, qp to user space
> This patch utilizes remap_4k_pfn() as introduced by Paul M.,
> for details see
Nguyen wrote:
From: Hoang-Nam Nguyen hnguyen at de.ibm.com
Date: Fri, 3 Aug 2007 09:44:56 +0200
Subject: [PATCH] ehca: map 4k firmware context of cq, qp to user space
This patch utilizes remap_4k_pfn() as introduced by Paul M.,
for details see http://patchwork.ozlabs.org/linuxppc/patch?id
From: Hoang-Nam Nguyen
Date: Fri, 3 Aug 2007 09:44:56 +0200
Subject: [PATCH] ehca: map 4k firmware context of cq, qp to user space
This patch utilizes remap_4k_pfn() as introduced by Paul M.,
for details see http://patchwork.ozlabs.org/linuxppc/patch?id=10281,
to map ehca cq, qp firmware context
From: Hoang-Nam Nguyen hnguyen at de.ibm.com
Date: Fri, 3 Aug 2007 09:44:56 +0200
Subject: [PATCH] ehca: map 4k firmware context of cq, qp to user space
This patch utilizes remap_4k_pfn() as introduced by Paul M.,
for details see http://patchwork.ozlabs.org/linuxppc/patch?id=10281,
to map ehca cq
From: Hoang-Nam Nguyen
Date: Thu, 2 Aug 2007 10:08:30 +0200
Subject: [PATCH] ehca: map 4k firmware context of cq, qp to user space
This patch utilizes remap_4k_pfn() as introduced by Paul M.,
for details see http://patchwork.ozlabs.org/linuxppc/patch?id=10281,
to map ehca cq, qp firmware context
From: Hoang-Nam Nguyen hnguyen at de.ibm.com
Date: Thu, 2 Aug 2007 10:08:30 +0200
Subject: [PATCH] ehca: map 4k firmware context of cq, qp to user space
This patch utilizes remap_4k_pfn() as introduced by Paul M.,
for details see http://patchwork.ozlabs.org/linuxppc/patch?id=10281,
to map ehca cq
Hi,
> BTW, does your SRQ-capable hardware support generating the "last WQE
> reached" event? There's not any reliable way to avoid problems when
> destroying QPs attached to an SRQ without it, and the IB spec requires
> CAs that support SRQs to generate it (o11-5.2.5 in chapter 11 of vol 1).
>
>
Hi Roland!
> the patch looks fine except your mailer seems to have mangled
> it... can you resend so I can apply it?
Was going to recreate this patch, but then I saw that you
probably have incorporated it (manually) in your latest git.
Just want to make sure I'm seeing it right.
Anyway, appreciate
Hi Roland!
the patch looks fine except your mailer seems to have mangled
it... can you resend so I can apply it?
Was going to recreate this patch, but then I saw that you
probably have incorporated it (manually) in your latest git.
Just want to make sure I'm seeing it right.
Anyway, appreciate
Hi,
BTW, does your SRQ-capable hardware support generating the last WQE
reached event? There's not any reliable way to avoid problems when
destroying QPs attached to an SRQ without it, and the IB spec requires
CAs that support SRQs to generate it (o11-5.2.5 in chapter 11 of vol 1).
I don't
>From a2794450cbee597cefd7b6e159257583c459d358 Mon Sep 17 00:00:00 2001
From: Hoang-Nam Nguyen
Date: Fri, 27 Jul 2007 10:26:40 +0200
Subject: [PATCH] correction include order according kernel coding style
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
drivers/infiniban
>From b5d0336089b5ebe5b18acb94b2c94c2026cb95ee Mon Sep 17 00:00:00 2001
From: Hoang-Nam Nguyen
Date: Fri, 27 Jul 2007 10:24:49 +0200
Subject: [PATCH] remove checkpatch.pl's warnings "externs should be avoided in
.c files"
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTE
Hello Roland!
This small patch set fixes some coding-style related issues for ehca:
[1/2] remove checkpatch.pl's warnings "externs should be avoided in .c files"
[2/2] correction include order according kernel coding style
Thanks
Nam
-
To unsubscribe from this list: send the line "unsubscribe
From b5d0336089b5ebe5b18acb94b2c94c2026cb95ee Mon Sep 17 00:00:00 2001
From: Hoang-Nam Nguyen hnguyen at de.ibm.com
Date: Fri, 27 Jul 2007 10:24:49 +0200
Subject: [PATCH] remove checkpatch.pl's warnings externs should be avoided in
.c files
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED
Hello Roland!
This small patch set fixes some coding-style related issues for ehca:
[1/2] remove checkpatch.pl's warnings externs should be avoided in .c files
[2/2] correction include order according kernel coding style
Thanks
Nam
-
To unsubscribe from this list: send the line unsubscribe
From a2794450cbee597cefd7b6e159257583c459d358 Mon Sep 17 00:00:00 2001
From: Hoang-Nam Nguyen hnguyen at de.ibm.com
Date: Fri, 27 Jul 2007 10:26:40 +0200
Subject: [PATCH] correction include order according kernel coding style
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
drivers
Hi Roland!
> I applied this, but I agree with checkpatch.pl:
>
> > WARNING: externs should be avoided in .c files
> > #227: FILE: drivers/infiniband/hw/ehca/ehca_mrmw.c:67:
> > +extern int ehca_mr_largepage;
> >
> > WARNING: externs should be avoided in .c files
> > #949: FILE:
Hi Roland!
I applied this, but I agree with checkpatch.pl:
WARNING: externs should be avoided in .c files
#227: FILE: drivers/infiniband/hw/ehca/ehca_mrmw.c:67:
+extern int ehca_mr_largepage;
WARNING: externs should be avoided in .c files
#949: FILE:
with firmware, this code needs to
manage bite-sized chunks of kernel pages, making sure that no kernel page is
shared between different protection domains.
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_classes.h | 41 --
drivers/infiniband/h
From: Joachim Fenkes <[EMAIL PROTECTED]>
Date: Thu, 19 Jul 2007 20:51:43 +0200
Subject: [PATCH 2/5] IB/ehca: Generate event when SRQ limit reached
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_irq.c | 42 ++---
1 files
From: Joachim Fenkes <[EMAIL PROTECTED]>
Date: Thu, 19 Jul 2007 21:40:00 +0200
Subject: [PATCH 4/5] IB/ehca: Make internal_{create,destroy}_qp() static
They're only used in ehca_qp.c
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_qp.c | 17
From: Joachim Fenkes <[EMAIL PROTECTED]>
Date: Thu, 19 Jul 2007 21:13:57 +0200
Subject: [PATCH 3/5] IB/ehca: Make ehca2ib_return_code() non-inline
It's nowhere in the main path and making it non-inline saves ~1.5K of code.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
Date: Thu, 19 Jul 2007 20:48:04 +0200
Subject: [PATCH 1/5] IB/ehca: Support large page MRs
Add support for MR pages larger than 4K on eHCA2. This reduces firmware
memory consumption. If enabled via the mr_largepage module parameter, the MR
pag
Here is a patch set against Roland's git, branch for-2.6.23 for ehca.
It adds support for MR large page and small queues. In addition of that
it also contains various small fixes from previous comments and what
we found.
They are in details:
[1/5] adds support for MR large page
[2/5] generates
Here is a patch set against Roland's git, branch for-2.6.23 for ehca.
It adds support for MR large page and small queues. In addition of that
it also contains various small fixes from previous comments and what
we found.
They are in details:
[1/5] adds support for MR large page
[2/5] generates
From: Hoang-Nam Nguyen [EMAIL PROTECTED]
Date: Thu, 19 Jul 2007 20:48:04 +0200
Subject: [PATCH 1/5] IB/ehca: Support large page MRs
Add support for MR pages larger than 4K on eHCA2. This reduces firmware
memory consumption. If enabled via the mr_largepage module parameter, the MR
page size
From: Joachim Fenkes [EMAIL PROTECTED]
Date: Thu, 19 Jul 2007 21:13:57 +0200
Subject: [PATCH 3/5] IB/ehca: Make ehca2ib_return_code() non-inline
It's nowhere in the main path and making it non-inline saves ~1.5K of code.
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
---
From: Joachim Fenkes [EMAIL PROTECTED]
Date: Thu, 19 Jul 2007 20:51:43 +0200
Subject: [PATCH 2/5] IB/ehca: Generate event when SRQ limit reached
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
---
drivers/infiniband/hw/ehca/ehca_irq.c | 42 ++---
1 files changed, 28
From: Joachim Fenkes [EMAIL PROTECTED]
Date: Thu, 19 Jul 2007 21:40:00 +0200
Subject: [PATCH 4/5] IB/ehca: Make internal_{create,destroy}_qp() static
They're only used in ehca_qp.c
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
---
drivers/infiniband/hw/ehca/ehca_qp.c | 17 +
-only QPs). Apart from dealing with firmware, this code needs to
manage bite-sized chunks of kernel pages, making sure that no kernel page is
shared between different protection domains.
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
drivers/infiniband/hw/ehca/ehca_classes.h | 41
Roland Dreier <[EMAIL PROTECTED]> wrote on 17.07.2007 19:52:55:
> At a higher level, I'm left wondering why nobody talked about multiple
> EQs during the last months of the 2.6.22 process and now all of a
> sudden it becomes urgent in the last few days of the 2.6.23 merge
> window. That's not
Roland Dreier [EMAIL PROTECTED] wrote on 17.07.2007 19:52:55:
At a higher level, I'm left wondering why nobody talked about multiple
EQs during the last months of the 2.6.22 process and now all of a
sudden it becomes urgent in the last few days of the 2.6.23 merge
window. That's not really
Roland Dreier <[EMAIL PROTECTED]> wrote on 16.07.2007 18:04:26:
> Do you have any data on how well this round-robin assignment works?
> It seems not quite right to me for the driver to advertise nr_eqs
> completion vectors, but then if round-robin is turned on to ignore the
> consumer's decision
Roland Dreier [EMAIL PROTECTED] wrote on 16.07.2007 18:04:26:
Do you have any data on how well this round-robin assignment works?
It seems not quite right to me for the driver to advertise nr_eqs
completion vectors, but then if round-robin is turned on to ignore the
consumer's decision about
> With this patch, idr.c should work as advertised allocating id
> values in the range 0...0x7fff. Andrew had speculated that
> it should allow the full range 0...0x to be used. I was
> tempted to make changes to allow this, but it would require changes
> to API, e.g. making the
With this patch, idr.c should work as advertised allocating id
values in the range 0...0x7fff. Andrew had speculated that
it should allow the full range 0...0x to be used. I was
tempted to make changes to allow this, but it would require changes
to API, e.g. making the starting
On Tuesday 03 July 2007 02:31, Jim Houston wrote:
> The problem is in idr_get_new_above_int() in the loop which
> adds new layers to the top of the radix tree. It is failing
> the "layers < (MAX_LEVEL - 1)" test. It doesn't allocate the
> new layer but still calls sub_alloc() which relies on
On Tuesday 03 July 2007 02:31, Jim Houston wrote:
The problem is in idr_get_new_above_int() in the loop which
adds new layers to the top of the radix tree. It is failing
the layers (MAX_LEVEL - 1) test. It doesn't allocate the
new layer but still calls sub_alloc() which relies on having
Hello,
For ehca device driver we're intending to utilize
idr_get_new_above() and have written a test case, which I'm attaching
at the end. Basically it tries to get an idr token above a lower boundary
by calling idr_get_new_above() and then uses idr_find() to check if
the returned token can be
Hello,
For ehca device driver we're intending to utilize
idr_get_new_above() and have written a test case, which I'm attaching
at the end. Basically it tries to get an idr token above a lower boundary
by calling idr_get_new_above() and then uses idr_find() to check if
the returned token can be
This patch sets the return code of ehca_register_mr() to ENOMEM
if corresponding firmware call fails due to out of resources.
Some of error codes were mapped to EINVAL. They are now mapped
to default case, which already returns EINVAL anyway.
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTEC
This patch sets the return code of ehca_register_mr() to ENOMEM
if corresponding firmware call fails due to out of resources.
Some of error codes were mapped to EINVAL. They are now mapped
to default case, which already returns EINVAL anyway.
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED
Hi Roland!
As far as this concerns ehca this looks great.
Thanks
Nam
[EMAIL PROTECTED] wrote on 27.04.2007 00:43:19:
> > - "IB: Return "maybe missed event" hint from ib_req_notify_cq()"
> > This extends the API in a way that lets us implement NAPI, but may
> > be useful for other
Hi Roland!
As far as this concerns ehca this looks great.
Thanks
Nam
[EMAIL PROTECTED] wrote on 27.04.2007 00:43:19:
- IB: Return maybe missed event hint from ib_req_notify_cq()
This extends the API in a way that lets us implement NAPI, but may
be useful for other things too.
> > +#include
> This can just be , because you're only using
> wait_queue_head_t and not struct completion, right?
> I fixed this up before merging.
Yes, right. Thanks for your help!
Regards
Nam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
+#include linux/completion.h
This can just be linux/wait.h, because you're only using
wait_queue_head_t and not struct completion, right?
I fixed this up before merging.
Yes, right. Thanks for your help!
Regards
Nam
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
ehca_cq_idr_lock.
- Replace yield by wait_event on the counter above to become zero
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_classes.h |6 -
ehca_cq.c | 16 +--
ehca_irq.c
ehca_cq_idr_lock.
- Replace yield by wait_event on the counter above to become zero
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_classes.h |6 -
ehca_cq.c | 16 +--
ehca_irq.c | 59 +
ehca_main.c
From: Joachim Fenkes <[EMAIL PROTECTED]>
This adds two sysfs attributes to /sys/bus/ibmebus which can
be used to notify the ebus driver of added / removed ebus
devices in the OF device tree.
Echoing the device's location code (as found in the OFDT
"ibm,loc-code" property) into the "probe"
From: Joachim Fenkes <[EMAIL PROTECTED]>
This fixes whitespacing in ibmebus.[ch] - no functionality changed.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ibmebus.c | 126 +-
include/asm-powerpc/ibmebus.h | 42
From: Joachim Fenkes [EMAIL PROTECTED]
This adds two sysfs attributes to /sys/bus/ibmebus which can
be used to notify the ebus driver of added / removed ebus
devices in the OF device tree.
Echoing the device's location code (as found in the OFDT
ibm,loc-code property) into the probe attribute
This is the aforementioned whitespace fix which applies on top of
part 1/2.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ibmebus.c | 126 +-
include/asm-powerpc/ibmebus.h | 42 +++---
diff -urp
The first part of this patch summarizes the patches of the
previous days, namely:
- Add dynamic addition/removal of adapters
(with spiffy error reporting)
- Implement the uevent interface using Sylvain's generic function
- Base fake root device on device instead of of_device
The first part
The first part of this patch summarizes the patches of the
previous days, namely:
- Add dynamic addition/removal of adapters
(with spiffy error reporting)
- Implement the uevent interface using Sylvain's generic function
- Base fake root device on device instead of of_device
The first part
This is the aforementioned whitespace fix which applies on top of
part 1/2.
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
---
arch/powerpc/kernel/ibmebus.c | 126 +-
include/asm-powerpc/ibmebus.h | 42 +++---
diff -urp
Writing the ibmebus probe and remove attributes now throws an appropriate
error if something goes wrong. This way, userspace tools can check for
success or failure of an addition or removal. The write will block until
the probe/remove operation completes, so, when the write operation returns
Writing the ibmebus probe and remove attributes now throws an appropriate
error if something goes wrong. This way, userspace tools can check for
success or failure of an addition or removal. The write will block until
the probe/remove operation completes, so, when the write operation returns
The fake root device doesn't have an associated device tree node,
so it should not be an of_device. This patch makes it a normal,
bus-less device and thus saves a lot of checks later on.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
ibmebus.c | 33 ++---
The fake root device doesn't have an associated device tree node,
so it should not be an of_device. This patch makes it a normal,
bus-less device and thus saves a lot of checks later on.
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
---
ibmebus.c | 33 ++---
1
ibmebus has a fake root device that's not associated with an ofdt node.
Filter out any such devices in of_device_uevent().
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
of_device.c |4
1 files changed, 4 insertions(+)
diff -urp a/arch/powerpc/kernel/of_device.c
ibmebus has a fake root device that's not associated with an ofdt node.
Filter out any such devices in of_device_uevent().
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
---
of_device.c |4
1 files changed, 4 insertions(+)
diff -urp a/arch/powerpc/kernel/of_device.c
This patch replaces ibmebus_uevent() by Sylvain's generic function.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
ibmebus.c | 37 +++--
1 file changed, 3 insertions(+), 34 deletions(-)
diff -urp a/arch/powerpc/kernel/ibmebus.c
This patch replaces ibmebus_uevent() by Sylvain's generic function.
Signed-off-by: Joachim Fenkes [EMAIL PROTECTED]
---
ibmebus.c | 37 +++--
1 file changed, 3 insertions(+), 34 deletions(-)
diff -urp a/arch/powerpc/kernel/ibmebus.c
Hi,
> So I'm holding off on applying this for now. Please think it over and
> either tell me the current patch is OK, or fix it up. There's not
> really too much urgency because a change like this is something I
> would be comfortable merging between 2.6.21-rc1 and -rc2.
You're absolutely right.
This patch will add two sysfs attributes to /sys/bus/ibmebus which can be used
to notify the ebus driver of added / removed ebus devices in the OF device
tree.
Echoing the device's location code (as found in the OFDT "ibm,loc-code"
property) into the "probe" attribute will notify ebus of addition
set port phys state as a result of ehca_query_port() to LINK_UP.
On pSeries ehca actually represents a logical HCA, whose phys/link state
always is LINK_UP.
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_hca.c |3 +++
1 files changed, 3 insertions(+)
diff --git a/d
allow users to en/disable scaling code when loading ib_ehca module
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
Kconfig|8
ehca_classes.h |1 +
ehca_irq.c | 47 +--
ehca_main.c|4
4
remove yield() and use wait_for_completion() in order to wait for running
completion handlers finished before destroying associated completion queue
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_classes.h |3 +++
ehca_cq.c |5 +++--
ehca_irq.c |6 +++
fix a race condition in find_next_cpu_online() and some
other locking issues in scaling code
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_irq.c | 68 +
1 files changed, 33 insertions(+), 35 deletions(-)
diff
reworked irq handler to avoid/reduce missed irq events
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_classes.h | 18 +++-
ehca_eq.c |1
ehca_irq.c | 214 +++--
ehca_irq.h |1
ehca_main.c
> Looks fine but this patch at least has serious whitespace
> damage... please resend a fixed version.
Sorry for this. Resending the patches 1-5.
Nam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
This patch will add two sysfs attributes to /sys/bus/ibmebus which can be used
to notify the ebus driver of added / removed ebus devices in the OF device
tree.
Echoing the device's location code (as found in the OFDT ibm,loc-code
property) into the probe attribute will notify ebus of addition of
Looks fine but this patch at least has serious whitespace
damage... please resend a fixed version.
Sorry for this. Resending the patches 1-5.
Nam
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
reworked irq handler to avoid/reduce missed irq events
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_classes.h | 18 +++-
ehca_eq.c |1
ehca_irq.c | 214 +++--
ehca_irq.h |1
ehca_main.c| 28
fix a race condition in find_next_cpu_online() and some
other locking issues in scaling code
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_irq.c | 68 +
1 files changed, 33 insertions(+), 35 deletions(-)
diff --git
allow users to en/disable scaling code when loading ib_ehca module
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
Kconfig|8
ehca_classes.h |1 +
ehca_irq.c | 47 +--
ehca_main.c|4
4 files changed
remove yield() and use wait_for_completion() in order to wait for running
completion handlers finished before destroying associated completion queue
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_classes.h |3 +++
ehca_cq.c |5 +++--
ehca_irq.c |6 +-
3
set port phys state as a result of ehca_query_port() to LINK_UP.
On pSeries ehca actually represents a logical HCA, whose phys/link state
always is LINK_UP.
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_hca.c |3 +++
1 files changed, 3 insertions(+)
diff --git a/drivers
Hi,
So I'm holding off on applying this for now. Please think it over and
either tell me the current patch is OK, or fix it up. There's not
really too much urgency because a change like this is something I
would be comfortable merging between 2.6.21-rc1 and -rc2.
You're absolutely right.
Hi,
this patch sets port phys state as a result of ehca_query_port() to LINK_UP.
On pSeries ehca actually represents a logical HCA, whose phys/link state always
is LINK_UP.
Thanks
Nam
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_hca.c |3 +++
1 files changed, 3 inse
Hi,
this patch removes yield() and uses wait_for_completion() in order
to wait for running completion handlers finished before destroying
associated completion queue.
Thanks
Nam
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_classes.h |3 +++
ehca_cq.c
Hi,
here is a patch for ehca that allows users to en/disable scaling code
when loading ib_ehca module.
Thanks
Nam
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
Kconfig|8
ehca_classes.h |1 +
ehca_irq.c
Hi,
this patch fixes a race condition in find_next_cpu_online() and some
other locking issues in scaling code.
Thanks
Nam
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_irq.c | 68 +
1 files changed, 33 inse
Hi,
here is a patch for ehca with the reworked irq handler.
Thanks
Nam
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_classes.h | 18 +++--
ehca_eq.c |1
ehca_irq.c | 200 -
ehca_irq.h
1 - 100 of 157 matches
Mail list logo