Wrong choice of port number caused modify_qp() to fail -- fixed.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
Please apply this for 2.6.24-rc4 as it fixes a regression introduced in rc3.
Thanks!
drivers/infiniband/hw/ehca/ehca_qp.c |4 ++--
1 files changed, 2 insertions(+), 2 deleti
> "Wolfgang" == Wolfgang Reissnegger <[EMAIL PROTECTED]> writes:
Hi,
Wolfgang> The kernel includes drivers to support the following Xilinx IP cores:
Wolfgang> * EMAC, EMACLITE, TEMAC, LLTEMAC
Wolfgang> * UART, UARTLITE
Why another uartlite driver? What's wrong with mine in mainline?
On 11/22/07, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> > "Wolfgang" == Wolfgang Reissnegger <[EMAIL PROTECTED]> writes:
>
> Hi,
>
> Wolfgang> The kernel includes drivers to support the following Xilinx IP
> cores:
> Wolfgang> * EMAC, EMACLITE, TEMAC, LLTEMAC
> Wolfgang> * UART, UARTL
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Hi,
>> Why another uartlite driver? What's wrong with mine in mainline?
Grant> Relax; he's talking about your driver.
Ok, I had a quick look at the tree and saw a uartlite-alternative.c -
What's that about?
--
Bye, Peter Korsgaard
__
On Wed, Nov 21, 2007 at 01:58:06PM +0300, Cyrill Gorcunov wrote:
> On 11/21/07, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> > This patch does fix missed increment on counter
> >
> > Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
> > ---
> > Sorry for that nonstandart patch submission - I've on
Refactor the setting of kexec OF properties, moving the common code
from machine_kexec_64.c to machine_kexec.c where it can be used on
both ppc64 and ppc32. This is needed for kexec to work on ppc32
platforms.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/machine_kex
Add the ability for a classic ppc kernel to be loaded at
an address of 32MB. This done by fixing a few places that
assume we are loaded at address 0, and by changing several
uses of KERNELBASE to use PAGE_OFFSET, instead. We also
wire up the trampoline code for ppc32 to relay exceptions
from the
Commit edd8ce67, Use extended crashkernel command line on ppc64,
resulted in reserve_crashkernel() attempting to reserve a 1 byte
crashkernel area when no no crashkernel reservation is requested.
This results in the following bogus messages:
Crash kernel location must be 0x200
Reserving
This is needed for the ppc32 /dev/oldmem driver of crash dump.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
include/asm-powerpc/highmem.h | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/include/asm-powerpc/highmem.h b/include/asm-powerpc/highme
of_get_flat_dt_prop returns a void*. There is no need to cast its
value when assigning to a pointer variable. This also avoids warnings
on ppc32 where unsigned long is 32 bits.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/prom.c |4 ++--
1 files changed, 2 inse
Book E processors need some extra setup in relocate_new_kernel,
because the MMU can't be turned off. Add the code to create
the required one-to-one memory map.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/kernel/misc_32.
This patch series adds kexec and kdump support for ppc32 in arch/powerpc.
It has been successfully tested on the mpc8548_cds and prpmc2800 platforms.
Mark Greer and I are preparing patches to the kexec-tools package as
well.
These patches apply to current powerpc.git.
Dale Farnsworth
On 11/22/07, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> > "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
>
> Hi,
>
> >> Why another uartlite driver? What's wrong with mine in mainline?
>
> Grant> Relax; he's talking about your driver.
>
> Ok, I had a quick look at the tree and saw a ua
KEXEC's dependency on PPC_PRPMC2800 is redundant, since PPC_MULTIPLATFORM
is now set for the prpmc2800 platform. Remove the dependency.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/power
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Hi,
>> Ok, I had a quick look at the tree and saw a uartlite-alternative.c -
>> What's that about?
Grant> What directory is that in? I had looked in drivers/serial and only
Grant> saw uartlite.c:
It's gone now (I accidently ended up
Add the ability to build a ppc_85xx kernel to run at a physical
address of 32MB.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/kernel/head_fsl_booke.S | 23 ++-
arch/powerpc/mm/fsl_booke_mmu.c |6
Implement /dev/oldmem and /proc/vmcore support for ppc32.
It is used to provide crash dumps of the previously running kernel.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/crash_dump.c | 67 ++
include/asm-powerpc/kexec.h |
[Olof Johansson - Thu, Nov 22, 2007 at 09:20:29AM -0600]
| On Wed, Nov 21, 2007 at 01:58:06PM +0300, Cyrill Gorcunov wrote:
| > On 11/21/07, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
| > > This patch does fix missed increment on counter
| > >
| > > Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]
If a user requests a crash kernel to reserve crashkernel memory,
the kernel fails to boot. While the user shouldn't do that, it
is easy to check for and makes it possible to use the same command
line for crash kernels as for the initial kernel.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
-
fs_enet and cpm_uart need symbols from commproc.c (for CPM1) or
cpm2_common.c. Add EXPORT_SYMBOL for cpmp, cpm_setbrg and cpm2_immr, so
the drivers can be compiled as modules.
Building modules, stage 2.
MODPOST 5 modules
ERROR: "cpm2_immr" [drivers/net/fs_enet/fs_enet.ko] undefined!
ERROR: "cp
Remove exports of __res and cpm_install_handler/cpm_free_handler. Remove
cpm_install_handler/cpm_free_handler from the commproc.h as well. Both
were used for ARCH=ppc and aren't defined for ARCH=powerpc.
CC arch/powerpc/kernel/ppc_ksyms.o
arch/powerpc/kernel/ppc_ksyms.c:180: error: '__res'
Hi,
this is a resend of 4 patches i've sent to linuxppc-embedded before. Later i
found the MAINTAINERS entry has been updated.
The series can be pulled from git://git.bocc.de/dbox2.git for-2.6.24
Thanks,
Jochen
___
Linuxppc-dev mailing list
Linuxppc-de
On 11/22/07, Jochen Friedrich <[EMAIL PROTECTED]> wrote:
> fs_enet and cpm_uart need symbols from commproc.c (for CPM1) or
> cpm2_common.c. Add EXPORT_SYMBOL for cpmp, cpm_setbrg and cpm2_immr, so
> the drivers can be compiled as modules.
>
> Building modules, stage 2.
> MODPOST 5 modules
> ERR
This patch moves the CPM command handling into commproc.c
for CPM1 and cpm2_common.c. This is yet another preparation
to get rid of drivers accessing the CPM via the global cpmp.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/commproc.c | 20 +++
fs_enet and cpm_uart need symbols from commproc.c (for CPM1) or
cpm2_common.c. Add EXPORT_SYMBOL_GPL for cpmp, cpm_setbrg and cpm2_immr,
so the drivers can be compiled as modules.
Building modules, stage 2.
MODPOST 5 modules
ERROR: "cpm2_immr" [drivers/net/fs_enet/fs_enet.ko] undefined!
ERROR:
fpi->cp_command should be overwritten only if CONFIG_PPC_CPM_NEW_BINDING
is NOT set. Otherwise it is already set from the device tree.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
Cc: Paul Mackerras <[EMAIL PROTECTED]>
Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Cc: Jeff Garzik <[EMAIL P
PORTA and PORTB have odr registers, as well. However, the PORTB odr
register is only 16bit.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
Acked-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/commproc.c | 19 ---
1 files changed, 16 insertions(+), 3 deletions(-)
Hi Grant,
> Is this really a good idea? A globally accessable pointer to the region?
No it's not. But drivers are actually using the pointer and due to the
missing export, they currently don't compile as module.
>> +EXPORT_SYMBOL(cpm_setbrg);
>
> EXPORT_SYMBOL_GPL?
Agreed.
Thanks,
Jochen
___
On 11/22/07, Jochen Friedrich <[EMAIL PROTECTED]> wrote:
> This patch moves the CPM command handling into commproc.c
> for CPM1 and cpm2_common.c. This is yet another preparation
> to get rid of drivers accessing the CPM via the global cpmp.
>
> Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
>
From: Cyrill Gorcunov <[EMAIL PROTECTED]>
This patch does fix possible NULL pointer dereference
inside of strncmp() if of_get_property() failed.
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/chrp/setup.c | 23 +--
1 files changed, 13 inserti
On Wed, 21 Nov 2007 17:16:19 +1100
Benjamin Herrenschmidt wrote:
> This patch merges the 32 and 64 bits implementations of
> pci_process_bridge_OF_ranges(). The new function is cleaner than both
> the old ones supports 64 bits ranges on ppc32 which is necessary for
> the 4xx port.
>
> It also add
On Wed, 21 Nov 2007 17:16:21 +1100
Benjamin Herrenschmidt wrote:
> The 32bits powerpc resource fixup code uses unsigned longs to do the
> offseting of resources which overflows on platforms such as 4xx where
> resources can be 64 bits.
>
> This fixes it by using resource_size_t instead.
>
> Howe
On Thu, 22 Nov 2007 11:36:29 -0700
Grant Likely wrote:
> > +int cpm_command(u32 command, u8 opcode)
> > +{
> > + int i;
> > +
> > + if (command & 0xff0f)
> > + return -EINVAL;
> > +
> > + out_be16(&cpmp->cp_cpcr, command | CPM_CR_FLG | (opcode <<
> > 8));
> > +
More nits ...
On Thu, 22 Nov 2007 08:46:07 -0700 Dale Farnsworth <[EMAIL PROTECTED]> wrote:
>
> @@ -259,6 +260,11 @@ define_machine(mpc85xx_ads) {
> .show_cpuinfo = mpc85xx_ads_show_cpuinfo,
> .get_irq= mpic_get_irq,
> .restart= fsl_rstcr
Hi Dale,
Just a nit ...
On Thu, 22 Nov 2007 08:45:17 -0700 Dale Farnsworth <[EMAIL PROTECTED]> wrote:
>
> +static struct property crashk_base_prop = {
> + .name = "linux,crashkernel-base",
> + .length = sizeof(unsigned long),
> + .value = &crashk_res.start, };
Fix a bug in the printing of the os-area magic numbers which assumed that
magic numbers were zero terminated strings. The magic numbers are represented
in memory as integers. If the os-area sections are not initialized correctly
they could contained random data that would be printed to the displa
On Wed, 21 Nov 2007 11:54:01 -0800 (PST)
John Charles Tyner wrote:
> I'm trying to boot linux 2.6.22.9 on an mpc860c rev d4.
>
ppc or powerpc?
> When init trys to spawn sh, during the exec, the kernel oopses as
> seen below:
This looks like coherency problem, or kernel picks wrong entry off cpu
On Thu, 22 Nov 2007 22:54:23 +0300 Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
>
> This patch does fix possible NULL pointer dereference
> inside of strncmp() if of_get_property() failed.
Thanks for this.
> static void __init sio_init(void)
> {
> struct device_node *root;
> + const cha
On Sun, 2007-11-18 at 01:47 +0100, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > > * The documentation is only available under NDA, a problem for open
> > > source debuggers.
> >
> > This is what we need. I would like it specifically for the mpc5200.
> > But we want to
On Thu, 2007-11-22 at 19:00 -0500, Jon Smirl wrote:
> > It seems like AMCC does provide the necessary infos for 4xx
> processors
> > though. Jon, do you think what they provide is enough to use an open
> > source debugger ?
>
> Do you have a link to the info?
Not at hand, but easy to find from A
On 11/22/07, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Sun, 2007-11-18 at 01:47 +0100, Wolfgang Denk wrote:
> > In message <[EMAIL PROTECTED]> you wrote:
> > >
> > > > * The documentation is only available under NDA, a problem for open
> > > > source debuggers.
> > >
> > > This is wh
On Fri, Nov 23, 2007 at 09:17:27AM +1100, Stephen Rothwell wrote:
> Hi Dale,
>
> Just a nit ...
>
> On Thu, 22 Nov 2007 08:45:17 -0700 Dale Farnsworth <[EMAIL PROTECTED]> wrote:
> > +static struct property crashk_base_prop = {
> > + .name = "linux,crashkernel-base",
> > + .length = sizeof(uns
Here is updated version
---
From: Cyrill Gorcunov <[EMAIL PROTECTED]>
This patch does fix possible NULL pointer dereference
inside of strncmp() if of_get_property() failed.
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/chrp/setup.c | 13 +
1 files ch
Hi everyone,
I am writing a serial port driver for ppc board. I am facing a very strange
problem. I can read the values from registers of serial port but at the time
of configuration or writing the values in the register, its not allowing me to
change the reset values. I am not sure about the
On 11/23/07, Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> On Thu, 22 Nov 2007 22:54:23 +0300 Cyrill Gorcunov <[EMAIL PROTECTED]>
> wrote:
> >
> > This patch does fix possible NULL pointer dereference
> > inside of strncmp() if of_get_property() failed.
>
> Thanks for this.
>
> > static void __ini
45 matches
Mail list logo