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
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
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
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
___
Linuxppc-dev
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
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 Michael,
Below is the version without conflicts. And it should compile.
As soon as the build scripts are ready, I'll test the whole backport.
Thanks
Nam
From 6fa28219914394064a49c34030a09e23d160231c Mon Sep 17 00:00:00 2001
From: [EMAIL PROTECTED]
Date: Wed, 25 Jul 2007 17:16:53 +0200
Hi Michael,
Below is the version without conflicts. And it should compile.
As soon as the build scripts are ready, I'll test the whole backport.
Thanks
Nam
From 6fa28219914394064a49c34030a09e23d160231c Mon Sep 17 00:00:00 2001
From: [EMAIL PROTECTED]
Date: Wed, 25 Jul 2007 17:16:53 +0200
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:
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 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
-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
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
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 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: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]
---
-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
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 +
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 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
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
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
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
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
Hi list
Sorry to post this question again. I've tried to use admin and
DemoRepAll users to place orders to DemoRepAll and other users but I did
not see any Commission Invoice generated at all.
Is there a step-by-step usage example which I can take a look?
Thanks
Nam
[
https://issues.apache.org/jira/browse/OFBIZ-1087?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12507741
]
Nam Nguyen commented on OFBIZ-1087:
---
I suppose it was a Sales Order. I visited Order Manager, and click on Order
Hi,
I'm having troubles to reach www.openfabrics.org resp to download
ofed-1.2-rc5. Do I need to consider something else?
Thanks!
Mit freundlichen Gruessen/Kind Regards
Hoang-Nam Nguyen
Tel. +49-7031-16-3570, email: [EMAIL PROTECTED]
IBM Deutschland Entwicklung GmbH
Vorsitzender des
Hi,
I'm having troubles to reach www.openfabrics.org resp to download
ofed-1.2-rc5. Do I need to consider something else?
Thanks!
Mit freundlichen Gruessen/Kind Regards
Hoang-Nam Nguyen
Tel. +49-7031-16-3570, email: [EMAIL PROTECTED]
IBM Deutschland Entwicklung GmbH
Vorsitzender des
to linux-2.6.16.46-0.16-obj dir (a copy of include/asm/hvcall.h
would
be sufficient)?
Thanks
Nam
[EMAIL PROTECTED] wrote on 21.06.2007 19:23:34:
I'm not sure if it is intended to be supported at this time but it
fails to build. See attached log.
[attachment ehca-build.log deleted by Hoang-Nam
Hi list
Is there a step-by-step example to make use of Commission?
Cheers
Nam
Components: order
Affects Versions: SVN trunk
Environment: Windows XP SP2, JDK 1.6.0, Browser Opera
Reporter: Nam Nguyen
In the shipping stage of order entry, I picked ship to different address,
selected a party, and chose one of the addresses of that party. Upon clicking
brian.xu wrote:
Prameet Chhabra wrote:
Wirelessers,
I have tried all the instructions on the
http://www.sun.com/bigadmin/hcl/data/components/details/1206.html
and http://www.opensolaris.org/os/community/laptop/wireless/iwi/
to enable wireless on my laptopb but all in vain... any help
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
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]
---
ehca_mrmw.c |7 ++-
1
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
Hello Michael and Roland!
How about a new verb delivering number of cqs associated with a
comp_vector like this
/**
* Returns number of cqs assigned to comp_vector
* @return 0 in error case eg invalid comp_vector
*/
int ib_query_comp_vector(struct ib_device *dev, int
Michael S. Tsirkin [EMAIL PROTECTED] wrote on 04.05.2007 11:13:06:
using comp_vector
per port will help a lot, at least on ppc64 and with ehca - for other
HCAs I haven't benchmarked. And that metric allows ULP to implement
such one approach.
Looks like a bit of overdesign. I think you
Hello,
Could somebody tell me whether you receive my email ?
My collegue in this mailing list, does not receive my email so I 'd like
check it.
Thanks !
Nam
This message and any attachments (the message) is
intended solely for the addressees and is confidential.
If you receive this message
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
And the
customers can pick the one(s) they like.
I see your point regarding QA effort. Is it really twice?
Probably more - I'm reasonably sure most scripts written so far
assume stuff is installed in prefix/bin, so testing harness etc
would need to be changed.
And how to make sure the
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
___
openib-general mailing list
openib-general@openib.org
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
901 - 1000 of 1189 matches
Mail list logo
