On Sun, 8 Jul 2007 19:18:35 -0500 Olof Johansson <[EMAIL PROTECTED]> wrote:
>
> On Mon, Jul 09, 2007 at 09:52:59AM +1000, Stephen Rothwell wrote:
> >
> > This should also fix a problem further up in that file (in
> > pasemi_publish_devices) where we check for "machine_is(pasemi)".
>
> Yup, that's
Hello.
Segher Boessenkool wrote:
> +[EMAIL PROTECTED] {
> +device_type = "8042";
>>> Drop the device_type. A number as a name isn't
>>> all that great, either.
>> Yet it's kinda accepted years ago, see:
>> http://playground.sun.com/1275/proposals/C
This patch series enables the eHCA device driver to support new functions of
the eHCA2 chip. In addition, there are some bug fixes, code optimizations
and general new features included. Another set of patches will follow.
The patches, in detail, are:
[01/13] fixes a wrong parameter description
[0
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_main.c
b/drivers/infiniband/hw/ehca/ehca_main.c
index
In preparation for support of new eHCA2 features, change adapter probing:
- Hardware level is changed to encode major and minor chip version
- Hardware capabilities are queried from the firmware
- The maximum MTU is queried from the firmware instead of assuming a
fixed value
Signed-off-by: J
- Replace init_qp_queues() by a shorter init_qp_queue(), eliminating
duplicate code.
- hipz_h_alloc_resource_qp() doesn't need a pointer to struct ehca_qp any
longer. All input and output data is transferred through the parms
parameter.
- Change the interface to also support SRQ.
Signed-of
From: Stefan Roscher <[EMAIL PROTECTED]>
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_qp.c | 84 +++---
1 files changed, 57 insertions(+), 27 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_qp.c
b/drivers/infiniban
From: Stefan Roscher <[EMAIL PROTECTED]>
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_qp.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_qp.c
b/drivers/infiniband/hw/ehca/ehca_qp.c
inde
Support SRQs on eHCA2. Since an SRQ is a QP for eHCA2, a lot of code
(structures, create, destroy, post_recv) can be shared between QP and SRQ.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_classes.h | 26 +-
drivers/infiniband/hw/ehca/ehca_classe
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_qp.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_qp.c
b/drivers/infiniband/hw/ehca/ehca_qp.c
index cbb8b
- Renamed all spinlock flags to "flags", matching the vast majority of kernel
code.
- Moved hcall_lock into the only module it's used in.
- Replaced spin_lock_init() and friends with static initializers for
global variables.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infini
- ehca_cq.nr_events is made an atomic_t, eliminating a lot of locking.
- The CQ is removed from the CQ idr first now to make sure no more
completions are scheduled on that CQ. The "wait for all completions to
end" code becomes much simpler this way.
Signed-off-by: Joachim Fenkes <[EMAIL PROTEC
This eliminates lock contention among IRQs as well as the need to disable
IRQs around idr_find, because there are no IRQ writers.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_classes.h |4 ++--
drivers/infiniband/hw/ehca/ehca_cq.c | 12 ++---
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_reqs.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_reqs.c
b/drivers/infiniband/hw/ehca/ehca_reqs.c
index 73f0c06..fd3ba22 100644
--- a/drive
When firmware reports a nondisruptive port configuration change event,
previous versions of the eHCA driver didn't forward the event to consumers
like IPoIB. Add code that determines the type of configuration change by
comparing old and new port attributes and reports it.
Signed-off-by: Joachim Fe
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_reqs.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_reqs.c
b/drivers/infiniband/hw/ehca/ehca_reqs.c
ind
>>> Yet it's kinda accepted years ago, see:
>
>>> http://playground.sun.com/1275/proposals/Closed/Accepted/381-it.txt
>
>> That's not a published recommendation or anything like that.
>
>There's also this document with a status of "unapproved draft":
>
> http://playground.sun.com/1275/binding
> More platforms and higher bitrate tests (I've left the previous post in
> comment):
I finally was able to figure out the culprid:
CONFIG_SLOB=y
instead of
CONFIG_SLAB=y
CONFIG_SLAB:
Disabling this replaces the advanced SLAB allocator and
kmalloc support with the drastically simple
On Mon, Jul 09, 2007 at 05:23:02PM +1000, Stephen Rothwell wrote:
> On Sun, 8 Jul 2007 19:18:35 -0500 Olof Johansson <[EMAIL PROTECTED]> wrote:
> >
> > On Mon, Jul 09, 2007 at 09:52:59AM +1000, Stephen Rothwell wrote:
> > >
> > > This should also fix a problem further up in that file (in
> > > pas
On Mon, Jul 09, 2007 at 12:19:26PM -0500, Olof Johansson wrote:
> Yeah sure, but not enough to repost the patch. The only problem it causes
> is that a driver introduced a little earlier (but in the same release)
> won't probe until this is applied.
Well, the SDC drivers are affected too (RNG, cpu
Fix to correct a possible infinite loop or an always true check when the
unsigned long counter "i" is used in
lmb_add_region() in the following for loop:
for (i = rgn->cnt-1; i >= 0; i--)
Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]>
---
arch/powerpc/mm/lmb.c |4 ++--
1 file changed, 2
On Fri, Jul 06, 2007 at 05:16:34AM -0400, Sonny Rao wrote:
> On Thu, Jul 05, 2007 at 08:37:34AM -0500, Olof Johansson wrote:
> > On Sun, Jul 01, 2007 at 08:49:37PM -0400, Sonny Rao wrote:
> > > The pseries platform does not have a default function for init_IRQ and
> > > does not install one if it d
document level and sense information for the Freescale
IPIC interrupt controller
Signed-off-by: Stuart Yoder <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 20 +++-
1 files changed, 19 insertions(+), 1 deletions(-)
diff --git a/Documentation/powerpc/bo
Repost to fix my email id.
Fix to correct a possible infinite loop or an always true check when the
unsigned long counter "i" is used in
lmb_add_region() in the following for loop:
for (i = rgn->cnt-1; i >= 0; i--)
Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]>
---
arch/powerpc/mm/lmb.c |
On Mon, Jul 09, 2007 at 05:47:23PM +0200, Marc Leeman wrote:
>
> Disabling this replaces the advanced SLAB allocator and
> kmalloc support with the drastically simpler SLOB allocator.
> SLOB is more space efficient but does not scale well and is
> more susceptible to fragmentation.
>
>
In older versions of glibc (through 2.3), the dynamic linker executes a
small amount of code from the data segment, which is not marked as
executable. A recent change (commit 9ba4ace39fdfe22268daca9f28c5df384ae462cf)
stops this from working; there should be a deprecation period before
older glibc
On Mon, 9 Jul 2007 13:20:45 -0500
Stuart Yoder <[EMAIL PROTECTED]> wrote:
> +5) Freescale IPIC Interrupt Controllers
> +---
> +
> +IPIC interrupt controllers are specific to Freescale 83xx
> +SOCs. Two cells are required to encode interrupt information.
> +The
On Monday 09 July 2007, Scott Wood wrote:
> In older versions of glibc (through 2.3), the dynamic linker executes a
> small amount of code from the data segment, which is not marked as
> executable. A recent change (commit 9ba4ace39fdfe22268daca9f28c5df384ae462cf)
> stops this from working; there
Arnd Bergmann wrote:
> On Monday 09 July 2007, Scott Wood wrote:
>
>>In older versions of glibc (through 2.3), the dynamic linker executes a
>>small amount of code from the data segment, which is not marked as
>>executable. A recent change (commit 9ba4ace39fdfe22268daca9f28c5df384ae462cf)
>>stops
On Mon, Jul 09, 2007 at 04:16:40PM -0500, Scott Wood wrote:
> Arnd Bergmann wrote:
> > I may be missing the obvious, but doesn't that defeat the purpose of
> > non-executable mappings?
>
> The hardware in question doesn't support non-executable mappings;
> otherwise, it'd never have worked in the
Scott Wood wrote:
> Arnd Bergmann wrote:
>> I may be missing the obvious, but doesn't that defeat the purpose of
>> non-executable mappings?
>
>
> The hardware in question doesn't support non-executable mappings;
> otherwise, it'd never have worked in the first place. Note that this is
> only
On Monday 09 July 2007, Scott Wood wrote:
> The hardware in question doesn't support non-executable mappings;
> otherwise, it'd never have worked in the first place. Note that this is
> only allowed on 32-bit, non-book-E.
>
> There isn't much value in enforcing non-exec mappings only if it happ
Out of curiousity, does this mean that a GRH will be sent on all UD
messages (for non-LL QPs)?
What decides if a QP is LL or not?
- R.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
> +DEFINE_SPINLOCK(hcall_lock);
This can be static. (I fixed it up when I applied the patch)
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
In older versions of glibc (through 2.3), the dynamic linker executes a
small amount of code from the data segment, which is not marked as
executable. A recent change (commit 9ba4ace39fdfe22268daca9f28c5df384ae462cf)
stops this from working; there should be a deprecation period before
older glibc
thanks, I applied these for 2.6.23 and fixed a bunch of minor things
that scripts/checkpatch.pl complained about (since I was in a mood to
do mindless things). In the future please run that yourself and clean
up the obvious things. I generally don't worry about the 80 column
stuff, but it will ca
document level and sense information for the Freescale
IPIC interrupt controller
Signed-off-by: Stuart Yoder <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 18 +-
1 files changed, 17 insertions(+), 1 deletions(-)
diff --git a/Documentation/powerpc/booti
On 7/9/07, Stuart Yoder <[EMAIL PROTECTED]> wrote:
>
> document level and sense information for the Freescale
> IPIC interrupt controller
>
> +Sense and level information follows the Linux convention
> +(specified in include/linux/interrupt.h) and should be encoded
> +as follows:
> +
> + 2 =
(cc:ing linuxppc-dev)
On Tue, 26 Jun 2007 13:43:15 +0800, Albert Lee wrote:
> Recently the PLL input clock of pata_pdc2027x is sometimes detected
> higer than expected (e.g. 20.027 MHz compared to 16.714 MHz).
> It seems sometimes the mdelay() function is not as precise as it
> used to be. Per Ala
A vanilla 2.6.22 built for ppc32 and configured with CONFIG_FB_MACMODES=y,
CONFIG_HOTPLUG=n,
and CONFIG_MODULES=y, triggers the following warning from modpost:
WARNING: drivers/built-in.o(__ksymtab+0x3b0): Section mismatch: reference to
.init.text:mac_find_mode (between '__ksymtab_mac_find_mode'
From: Grant Likely <[EMAIL PROTECTED]>
This patch allows multiple xilinxfb devices to be registered and used
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
cc: Andrei Konovalov <[EMAIL PROTECTED]>
---
arch/ppc/syslib/virtex_devices.c | 38 +-
1 files chang
On Tue, Jul 10, 2007 at 01:47:14AM +0200, Mikael Pettersson wrote:
> A vanilla 2.6.22 built for ppc32 and configured with CONFIG_FB_MACMODES=y,
> CONFIG_HOTPLUG=n,
> and CONFIG_MODULES=y, triggers the following warning from modpost:
>
> WARNING: drivers/built-in.o(__ksymtab+0x3b0): Section mismat
Manish Ahuja writes:
> Repost to fix my email id.
>
> Fix to correct a possible infinite loop or an always true check when the
> unsigned long counter "i" is used in
> lmb_add_region() in the following for loop:
>
> for (i = rgn->cnt-1; i >= 0; i--)
Unfortunately this won't fix the bug. Since
Paul Mackerras wrote:
>> Fix to correct a possible infinite loop or an always true check when the
>> unsigned long counter "i" is used in
>> lmb_add_region() in the following for loop:
>> for (i = rgn->cnt-1; i >= 0; i--)
> Unfortunately this won't fix the bug. Since rgn->cnt is unsigned
> long,
Scott Wood writes:
> In older versions of glibc (through 2.3), the dynamic linker executes a
> small amount of code from the data segment, which is not marked as
> executable. A recent change (commit 9ba4ace39fdfe22268daca9f28c5df384ae462cf)
> stops this from working; there should be a deprecatio
Mikael Pettersson wrote:
> (cc:ing linuxppc-dev)
>
> On Tue, 26 Jun 2007 13:43:15 +0800, Albert Lee wrote:
>
>>Recently the PLL input clock of pata_pdc2027x is sometimes detected
>>higer than expected (e.g. 20.027 MHz compared to 16.714 MHz).
>>It seems sometimes the mdelay() function is not as p
Move to using inline function variant of eieio instead of inline assmebly.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
commit ff6ce6329e19cb82ee12447fe16c76c3dae7c1f4
tree ef830cd02624a79d7fa8c33b41f7229ff25a7d77
parent b30083183bf4987c8f7e9a8f753002a7ca5dc084
author Kumar Gala <[EMAIL PROT
Christoph Hellwig writes:
> On Tue, Jul 03, 2007 at 03:36:09PM +1000, Paul Mackerras wrote:
> > The following patches have been added to the for-2.6.23 branch on
> > powerpc.git. In addition, the master branch has the merge of the
> > for-2.6.23 and merge branches, which means that it is up-to-da
Please pull from 'for_paulus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for_paulus
to receive the following updates:
Documentation/powerpc/booting-without-of.txt | 32 ++
arch/powerpc/boot/dts/mpc8272ads.dts | 42 +--
arch/powerpc/boot/dts/mpc83
If the PCI-Ex hose link training is failed, the kernel will halt at the
PCI scan process on MPC8641HPCN board.
This patch will remove and free the hose from PCI host list if the
PCI hose link training is failed.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/86xx/pci.c |
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/boot/dts/ebony.dts b/arch/powerpc/boot/dts/ebony.dts
index 0ec02f4..59bbae2 100644
--- a/arch/powerpc/boot/dts/ebony.dts
+++ b/arch/powerpc/boot/dts/ebony.dts
@@ -31,8 +31,8 @@
reg = <0>;
51 matches
Mail list logo
