Hi Marri,
On Friday 23 July 2010 02:57:18 tma...@amcc.com wrote:
> From: Tirumala Marri
>
> This patch will add ADMA support for DMA engine and HW offload for
> XOR/ADG (RAID-5/6) functionalities.
> 1. It supports memcpy, xor, GF(2) based RAID-6.
> 2. It supports interrupt based DMA comp
From: Grant Likely
Date: Thu, 22 Jul 2010 16:30:16 -0600
> of_device is just a #define alias to platform_device. This patch
> replaces all references to it with platform_device.
>
> Signed-off-by: Grant Likely
Acked-by: David S. Miller
___
Linuxppc
From: Grant Likely
Date: Thu, 22 Jul 2010 16:30:06 -0600
> of_device is currently just an #define alias to platform_device until it
> gets removed entirely. This patch removes references to it from the
> include directories and the core drivers/of code.
>
> Signed-off-by: Grant Likely
Acked-b
On Fri, 2010-07-23 at 10:38 +0530, Vaidyanathan Srinivasan wrote:
> Yes. extended_cede_processor() will return with interrupts enabled in
> the cpu. (This is done by the hypervisor). Under normal cases we
> cannot be interrupted because no IO interrupts are routed to us after
> xics_teardown_cpu(
On Thu, 2010-07-22 at 21:44 -0700, Darren Hart wrote:
> suggestion I updated the instrumentation to display the
> local_save_flags and irqs_disabled_flags:
> Jul 22 23:36:58 igoort1 kernel: local flags: 0, irqs disabled: 1
> Jul 22 23:36:58 igoort1 kernel: before H_CEDE current->stack:
> c0
* Darren Hart [2010-07-22 21:44:04]:
> On 07/22/2010 04:57 PM, Darren Hart wrote:
> > On 07/22/2010 03:25 PM, Benjamin Herrenschmidt wrote:
> >> On Thu, 2010-07-22 at 11:24 -0700, Darren Hart wrote:
> >>>
> >>> 1) How can the preempt_count() get mangled across the H_CEDE hcall?
> >>> 2) Should we
On 07/22/2010 04:57 PM, Darren Hart wrote:
> On 07/22/2010 03:25 PM, Benjamin Herrenschmidt wrote:
>> On Thu, 2010-07-22 at 11:24 -0700, Darren Hart wrote:
>>>
>>> 1) How can the preempt_count() get mangled across the H_CEDE hcall?
>>> 2) Should we call preempt_enable() in cpu_idle() prior to cpu_d
>Subject: [PATCH] RapidIO,powerpc/85xx: remove MCSR_MASK in fsl_rio
>
>Fixes compile problem caused by MCSR_MASK removal from book-E definitions.
Hi Alex,
Only with your patch, there will still be problem on SRIO platforms other than
MPC85xx.
I have posted a patch series to fix this together wi
Hi Linus !
Here's a few things for 2.6.35.
One's a fallover from the lmb->memblock rename that I missed, which causes
a bunch of pseries machine to boot with 128M of memory and that's it :-)
There's a few patches fixing a nasty race we found in our hugepage code,
a kexec fix from Kumar, and an .
* Robert Jennings [2010-07-22 21:43:44]:
> If a CPU remove is attempted using the 'release' interface on hardware
> which supports extended cede, the CPU will be put in the INACTIVE state
> rather than the OFFLINE state due to the default preferred_offline_state
> in that situation. In the INACT
There's a couple of nasty bugs lurking in our huge page hashing code.
First, we don't check the access permission atomically with setting
the _PAGE_BUSY bit, which means that the PTE value we end up using
for the hashing might be different than the one we have checked
the access permissions for.
On Fri, 2010-07-23 at 10:41 +1000, Benjamin Herrenschmidt wrote:
> There's a couple of nasty bugs lurking in our huge page hashing code.
>
> First, we don't check the access permission atomically with setting
> the _PAGE_BUSY bit, which means that the PTE value we end up using
> for the hashing mi
On Thu, 2010-07-22 at 18:28 -0500, Stuart Yoder wrote:
> From: Stuart Yoder
>
> With the previous string comparison, a device tree
> compatible of "foo-bar" would match as compatible
> with a driver looking for "foo".
>
> Signed-off-by: Stuart Yoder
Beware you are doing two changes in one here
If a CPU remove is attempted using the 'release' interface on hardware
which supports extended cede, the CPU will be put in the INACTIVE state
rather than the OFFLINE state due to the default preferred_offline_state
in that situation. In the INACTIVE state it will fail to be removed.
This patch c
Small patch to recognize the Mac Mini's that were quietly rolled out
~2005. Work needs to
be done on the WOL (Radeon and network card).
Signed-off-by: Mark Crichton
---
arch/powerpc/platforms/powermac/feature.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powe
On Fri, 2010-07-23 at 02:19 +0100, Ben Hutchings wrote:
> On Fri, 2010-07-23 at 10:22 +1000, Stephen Rothwell wrote:
> > Hi all,
> >
> > My Power7 boot test paniced like this: (next-20100722)
> >
> > %GQLogic Fibre Channel HBA Driver: 8.03.03-k0
> > qla2
On Fri, 2010-07-23 at 10:22 +1000, Stephen Rothwell wrote:
> Hi all,
>
> My Power7 boot test paniced like this: (next-20100722)
>
> %GQLogic Fibre Channel HBA Driver: 8.03.03-k0
> qla2xxx 0002:01:00.2: enabling device (0144 -> 0146)
> qla2xxx 0002:01:00.2: Found an
Currently we look pretty stupid when printing out the number of cores
passed to FW
Max number of cores passed to firmware: 0x0080
So I've change this to print in decimal:
Max number of cores passed to firmware: 128 (NR_CPUS = 256)
This required adding a prom_print_dec() function
This adds some debug output to our MMU hash code to print out some
useful debug data if the hypervisor refuses the insertion (which
should normally never happen).
Signed-off-by: Benjamin Herrenschmidt
---
---
arch/powerpc/include/asm/mmu-hash64.h |4 ++-
arch/powerpc/mm/hash_utils_64.c
There's a couple of nasty bugs lurking in our huge page hashing code.
First, we don't check the access permission atomically with setting
the _PAGE_BUSY bit, which means that the PTE value we end up using
for the hashing might be different than the one we have checked
the access permissions for.
Instead of adding _PAGE_PRESENT to the access permission mask
in each low level routine independently, we add it once from
hash_page().
We also move the preliminary access check (the racy one before
the PTE is locked) up so it applies to the huge page case. This
duplicates code in __hash_page_huge
Oooops... we missed these. We incorrectly converted strings
used when parsing the device-tree on pseries, thus breaking
access to drconf memory and hotplug memory.
While at it, also revert some variable names that represent
something the FW calls "lmb" and thus don't need to be converted
to "membl
From: Anton Blanchard
If the hypervisor gives us an error on a hugepage insert we panic. The
normal page code already handles this by returning an error instead and we end
calling low_hash_fault which will just kill the task if possible.
The patch below does a similar thing for the hugepage case
On Thu, Jul 22, 2010 at 05:11:08PM -0700, David Daney wrote:
> Also the subject line for all nine patches seems to be identical,
> yet the patches are distinct. Perhaps you could find better subject
> lines.
s/Perhaps/Must/
As noted, I can't accept this series, please work to resolve these
issue
Hi all,
My Power7 boot test paniced like this: (next-20100722)
%GQLogic Fibre Channel HBA Driver: 8.03.03-k0
qla2xxx 0002:01:00.2: enabling device (0144 -> 0146)
qla2xxx 0002:01:00.2: Found an ISP8001, irq 35, iobase 0xd80080014000
[ cut here ]
kernel BUG at driv
On 07/22/2010 03:15 PM, Fushen Chen wrote:
The DWC OTG driver module provides the initialization and cleanup
entry points for the DWC OTG USB driver.
Signed-off-by: Fushen Chen
Signed-off-by: Mark Miesfeld
---
drivers/Makefile |1 +
drivers/usb/Kconfig
>From 851e645a7eee68380caaf026eb6d3be118876370 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg
Date: Tue, 13 Jul 2010 11:39:42 +0200
Subject: [PATCH] vmlinux.lds: fix .data..init_task output section (fix popwerpc
boot)
The .data..init_task output section was missing
a load offset causing a popwerpc
On 07/22/2010 03:25 PM, Benjamin Herrenschmidt wrote:
> On Thu, 2010-07-22 at 11:24 -0700, Darren Hart wrote:
>>
>> 1) How can the preempt_count() get mangled across the H_CEDE hcall?
>> 2) Should we call preempt_enable() in cpu_idle() prior to cpu_die() ?
>
> The preempt count is on the thread in
>From 851e645a7eee68380caaf026eb6d3be118876370 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg
Date: Tue, 13 Jul 2010 11:39:42 +0200
Subject: [PATCH] vmlinux.lds: fix .data..init_task output section (fix
popwerpc boot)
The .data..init_task output section was missing
a load offset causing a popwerpc t
From: Stuart Yoder
With the previous string comparison, a device tree
compatible of "foo-bar" would match as compatible
with a driver looking for "foo".
Signed-off-by: Stuart Yoder
---
drivers/of/fdt.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/of/fdt.c b
On Tue, 13 Jul 2010 11:50:24 +0200
Sam Ravnborg wrote:
> From 851e645a7eee68380caaf026eb6d3be118876370 Mon Sep 17 00:00:00 2001
> From: Sam Ravnborg
> Date: Tue, 13 Jul 2010 11:39:42 +0200
> Subject: [PATCH] vmlinux.lds: fix .data..init_task output section
> (fix popwerpc boot)
>
> The .data..i
Currently we look pretty stupid when printing out the number of cores
passed to FW
Max number of cores passed to firmware: 0x0080
So I've change this to print in decimal:
Max number of cores passed to firmware: 128 (NR_CPUS = 256)
This required adding a prom_print_dec() function
On Thu, 2010-07-22 at 18:27 -0400, Sean MacLennan wrote:
> On Tue, 13 Jul 2010 11:50:24 +0200
> Sam Ravnborg wrote:
>
> > Ben - will you take it via the popwerpc tree
> > or shall I ask Michal to take it via kbuild?
>
> Anything happening with this patch?
The subject line tripped my spam filter
of_device is just a #define alias to platform_device. This patch
replaces all references to it with platform_device.
Signed-off-by: Grant Likely
---
arch/microblaze/kernel/of_platform.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/microblaze/kernel/of_platf
of_device is just a #define alias to platform_device. This patch
replaces all references to it with platform_device.
Signed-off-by: Grant Likely
---
arch/sparc/include/asm/prom.h|2 +-
arch/sparc/kernel/apc.c |4 ++--
arch/sparc/kernel/auxio_64.c |3 ++-
of_device is just a #define alias to platform_device. This patch
replaces all references to it with platform_device.
Signed-off-by: Grant Likely
---
arch/powerpc/kernel/ibmebus.c |8
arch/powerpc/kernel/of_platform.c |8
arch/powerpc/platfor
of_device is currently just an #define alias to platform_device until it
gets removed entirely. This patch removes references to it from the
include directories and the core drivers/of code.
Signed-off-by: Grant Likely
---
arch/powerpc/include/asm/macio.h |2 +-
arch/sparc/include/asm/flo
This series removes a lot of references to struct of_device which is
just a #define alias to struct platform_device. It also replaces usage
of to_of_device() with to_platform_device(). There shouldn't be anything
risky or earth shattering here. Certainly no functional changes. I'll
be putting i
On Tue, 13 Jul 2010 11:50:24 +0200
Sam Ravnborg wrote:
> Ben - will you take it via the popwerpc tree
> or shall I ask Michal to take it via kbuild?
Anything happening with this patch?
Cheers,
Sean
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.o
On Thu, 2010-07-22 at 11:24 -0700, Darren Hart wrote:
>
> 1) How can the preempt_count() get mangled across the H_CEDE hcall?
> 2) Should we call preempt_enable() in cpu_idle() prior to cpu_die() ?
The preempt count is on the thread info at the bottom of the stack.
Can you check the stack pointe
Implements functions to manage Queue Heads and Queue
Transfer Descriptors of DWC USB OTG Controller.
Signed-off-by: Fushen Chen
Signed-off-by: Mark Miesfeld
---
drivers/usb/dwc_otg/dwc_otg_hcd_queue.c | 719 +++
1 files changed, 719 insertions(+), 0 deletions(-)
cr
The DWC OTG driver module provides the initialization and cleanup
entry points for the DWC OTG USB driver.
Signed-off-by: Fushen Chen
Signed-off-by: Mark Miesfeld
---
drivers/Makefile |1 +
drivers/usb/Kconfig |2 +
drivers/usb/dwc_otg/Kconfig
Core Interface Layer Common Interrupt handlers provides common interrupt
handler for both host controller and peripheral controller.
Signed-off-by: Fushen Chen
Signed-off-by: Mark Miesfeld
---
drivers/usb/dwc_otg/dwc_otg_cil_intr.c | 631
1 files changed, 631 i
The Peripheral Controller Driver (PCD) is responsible for translating
requests from the Function Driver into the appropriate actions on the
DWC OTG controller.
Signed-off-by: Fushen Chen
Signed-off-by: Mark Miesfeld
---
drivers/usb/dwc_otg/dwc_otg_pcd.c | 1758 ++
Implements DWC OTG USB Host Controller Driver (HCD) interrupt
service routine.
Signed-off-by: Fushen Chen
Signed-off-by: Mark Miesfeld
---
drivers/usb/dwc_otg/dwc_otg_hcd_intr.c | 1477
1 files changed, 1477 insertions(+), 0 deletions(-)
create mode 100644 driv
Hi,
Does anybody developed sec 1.0 talitos driver fro mpc8248 freescale
processor.
Thanks,
Jayasri
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
23.07.2010 1:09, Ilya Yanok wrote:
I hope to disturb you but I haven't got any reply for my first posting...
I shouldn't be working at night... It's 'hate' not 'hope'...
Regards, Ilya.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
htt
Hi Kumar, Kim, Josh, everybody,
I hope to disturb you but I haven't got any reply for my first posting...
I've found that MSI work correctly with older kernels on my MPC8308RDB
board and don't work with newer ones. After bisecting I've found that
the source of the problem is commit 3da34aa:
In testing SMT disable, we have been regularly seeing the following message:
Querying DEAD? cpu %i (%i) shows %i
This indicates the current delay in pseries_cpu_die where we wait
for the specified CPU to die, is insufficient. Usually, this does
not cause a problem, but we've seen this result in
On 07/22/2010 12:15 AM, Michael Neuling wrote:
@@ -869,12 +895,12 @@ static void __init prom_send_capabilities(void)
cores = (u32
*)PTRRELOC(&ibm_architecture_vec[IBM_ARCH_VEC_NRCORES_OFFSET]);
if (*cores != NR_CPUS) {
prom_printf("WARNING
The following changes since commit cd5b8f8755a89a57fc8c408d284b8b613f090345:
Linus Torvalds (1):
Merge branch 'urgent' of git://git.kernel.org/.../brodo/pcmcia-2.6
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/galak/powerpc.git merge
Kumar Gala
On Thu, 22 Jul 2010 23:03:03 +0400
Dmitry Eremin-Solenikov wrote:
> Hello,
>
> On Thu, Jul 22, 2010 at 10:40 PM, Kumar Gala
> wrote:
> >
> > On Jul 22, 2010, at 1:25 PM, Scott Wood wrote:
> >> How about keeping the error stuff as a separate device from Linux's
> >> perspective, but have the ma
On Thu, Jul 22, 2010 at 1:03 PM, Dmitry Eremin-Solenikov
wrote:
> Hello,
>
> On Thu, Jul 22, 2010 at 10:40 PM, Kumar Gala
> wrote:
>>
>> On Jul 22, 2010, at 1:25 PM, Scott Wood wrote:
>>
>>> On Thu, 22 Jul 2010 20:48:15 +0400
>>> Dmitry Eremin-Solenikov wrote:
>>>
Hello,
On Thu,
On Thu, Jul 22, 2010 at 10:48 AM, Dmitry Eremin-Solenikov
wrote:
> Hello,
>
> On Thu, Jul 22, 2010 at 7:38 PM, Kumar Gala wrote:
>>
>> On Jul 21, 2010, at 7:03 PM, Dmitry Eremin-Solenikov wrote:
>>
>>> Currently (as mpc8540-pci) devices are not created on of_platform bus,
>>> mpc85xx_edac can't p
Hello,
On Thu, Jul 22, 2010 at 10:40 PM, Kumar Gala wrote:
>
> On Jul 22, 2010, at 1:25 PM, Scott Wood wrote:
>
>> On Thu, 22 Jul 2010 20:48:15 +0400
>> Dmitry Eremin-Solenikov wrote:
>>
>>> Hello,
>>>
>>> On Thu, Jul 22, 2010 at 7:38 PM, Kumar Gala
>>> wrote:
On Jul 21, 2010, at 7:0
On Jul 22, 2010, at 11:49 AM, Mark Brown wrote:
> On Thu, Jul 22, 2010 at 11:33:30AM -0500, Timur Tabi wrote:
>> The immap_86xx.h header file only defines one data structure: the "global
>> utilities" register set found on Freescale PowerPC SOCs. Rename this file
>> to fsl_guts.h to reflect its
On Thu, 22 Jul 2010, Darren Hart wrote:
> Also of interest is that this path
> cpu_idle()->cpu_die()->pseries_mach_cpu_die() to start_secondary()
> enters with a preempt_count=1 if it wasn't corrupted across the hcall.
That triggers the problem as well. preempt_count needs to be 0 when
entering
On Jul 22, 2010, at 1:25 PM, Scott Wood wrote:
> On Thu, 22 Jul 2010 20:48:15 +0400
> Dmitry Eremin-Solenikov wrote:
>
>> Hello,
>>
>> On Thu, Jul 22, 2010 at 7:38 PM, Kumar Gala
>> wrote:
>>>
>>> On Jul 21, 2010, at 7:03 PM, Dmitry Eremin-Solenikov wrote:
>>>
Currently (as mpc8540-pc
On 07/22/2010 11:24 AM, Darren Hart wrote:
The following patch is most certainly not correct, but it does eliminate
the situation on mainline 100% of the time (there is still a 25%
reproduction rate on PREEMPT_RT). Can someone comment on:
Apologies. This particular issue is also 100% eliminate
The KEXEC_*_MEMORY_LIMITs are inclusive addresses. We define them as
2Gs as that is what we allow mapping via TLBs. However, this should be
2G - 1 to be inclusive, otherwise if we have >2G of memory in a system
we fail to boot properly via kexec.
Signed-off-by: Kumar Gala
---
arch/powerpc/incl
On Thu, 22 Jul 2010 20:48:15 +0400
Dmitry Eremin-Solenikov wrote:
> Hello,
>
> On Thu, Jul 22, 2010 at 7:38 PM, Kumar Gala wrote:
> >
> > On Jul 21, 2010, at 7:03 PM, Dmitry Eremin-Solenikov wrote:
> >
> >> Currently (as mpc8540-pci) devices are not created on of_platform bus,
> >> mpc85xx_edac
While testing CPU offline/online, we hit various preempt_count related
bugs. Various hacks have been employed for several theoretical corner
cases. One situation however is perfectly repeatable on 2.6.33.6 with
CONFIG_PREEMPT=y.
BUG: scheduling while atomic: swapper/0/0x0065
Modules linked in:
On Wed, 21 Jul 2010 18:04:10 -0400
Bradley Hughes wrote:
> The "fsl,85..." style bindings for the l2-cache-controller
> and memory-controller were intended to be deprected as of 2.6.30
> per comment in drivers/edac/mpc85xx_edac.c.
And yet they were only removed from the in-kernel dts files in pa
> > On Thu, 2010-07-22 at 04:03 +0400, Dmitry Eremin-Solenikov wrote:
> >> Add definitions for PCI error detection device to be handled by (already
> >> existing) mpc85xx_edac.c driver.
> >>
> >> Signed-off-by: Dmitry Eremin-Solenikov
> >> ---
> >> arch/powerpc/boot/dts/mpc8536ds.dts|
On Thu, Jul 22, 2010 at 11:33:30AM -0500, Timur Tabi wrote:
> The immap_86xx.h header file only defines one data structure: the "global
> utilities" register set found on Freescale PowerPC SOCs. Rename this file
> to fsl_guts.h to reflect its true purpose, and extend it to cover the "GUTS"
> regis
Hello,
On Thu, Jul 22, 2010 at 7:19 PM, Peter Tyser wrote:
> Hi Dmitry,
>
> On Thu, 2010-07-22 at 04:03 +0400, Dmitry Eremin-Solenikov wrote:
>> Add definitions for PCI error detection device to be handled by (already
>> existing) mpc85xx_edac.c driver.
>>
>> Signed-off-by: Dmitry Eremin-Soleniko
Hello,
On Thu, Jul 22, 2010 at 7:38 PM, Kumar Gala wrote:
>
> On Jul 21, 2010, at 7:03 PM, Dmitry Eremin-Solenikov wrote:
>
>> Currently (as mpc8540-pci) devices are not created on of_platform bus,
>> mpc85xx_edac can't probe to them. Follow the change to dts trees to bind
>> not to the main mpc8
The immap_86xx.h header file only defines one data structure: the "global
utilities" register set found on Freescale PowerPC SOCs. Rename this file
to fsl_guts.h to reflect its true purpose, and extend it to cover the "GUTS"
register set on 85xx chips.
Signed-off-by: Timur Tabi
---
Liam,
This
Extends FSL EHCI platform driver glue layer to support
MPC5121 USB controllers. MPC5121 Rev 2.0 silicon EHCI
registers are in big endian format. The appropriate flags
are set using the information in the platform data structure.
MPC83xx system interface registers are not available on
MPC512x, so th
The driver creates platform devices based on the information
from USB nodes in the flat device tree. This is the replacement
for old arch fsl_soc usb code removed by the previous patch.
It uses usual of-style binding, available EHCI-HCD and UDC
drivers can be bound to the created devices. The new o
This removed code will be replaced by simple of_platform
driver for creation of FSL USB platform devices which is
added by next patch of the series.
Signed-off-by: Anatolij Gustschin
Cc: Kumar Gala
Cc: Grant Likely
---
arch/powerpc/sysdev/fsl_soc.c | 163 --
This is new attempt to add MPC512x USB support in mainline kernel.
USB OTG support is not included in this patch series, it will be
submitted later.
Anatolij Gustschin (3):
powerpc/fsl_soc.c: remove FSL USB platform code
USB: add of_platform glue driver for FSL USB DR controller
USB: add USB
Hi Dmitry,
On Thu, 2010-07-22 at 04:03 +0400, Dmitry Eremin-Solenikov wrote:
> Add definitions for PCI error detection device to be handled by (already
> existing) mpc85xx_edac.c driver.
>
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> arch/powerpc/boot/dts/mpc8536ds.dts|7 +++
On Jul 22, 2010, at 10:30 AM, Peter Tyser wrote:
> Hi Timur,
>
>> +/**
>> + * Global Utility Registers.
>> + *
>> + * Not all registers defined in this structure are available on all chips,
>> so
>> + * you are expected to know whether a given register actually exists on your
>> + * chip before
On Jul 21, 2010, at 7:03 PM, Dmitry Eremin-Solenikov wrote:
> Currently (as mpc8540-pci) devices are not created on of_platform bus,
> mpc85xx_edac can't probe to them. Follow the change to dts trees to bind
> not to the main mpc8540-pci node but to special mpc85xx-pci-error nodes,
> present on s
Hi Timur,
> +/**
> + * Global Utility Registers.
> + *
> + * Not all registers defined in this structure are available on all chips, so
> + * you are expected to know whether a given register actually exists on your
> + * chip before you access it.
> + *
> + * Also, some registers are similar on d
+ case 'i':
+ ++q;
+ v = va_arg(args, unsigned long);
+ prom_print_dec(v);
+ break;
Unsigned long should be "%lu".
Segher
___
Linuxppc-dev mailing
Fixes compile problem caused by MCSR_MASK removal from book-E definitions.
Signed-off-by: Alexandre Bounine
Cc: Kumar Gala
Cc: Grant Likely
Cc: Matt Porter
---
arch/powerpc/sysdev/fsl_rio.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_rio.c
Hi,
On Thu, 22 Jul 2010 13:20:57 +0530 divya wrote:
>
> The kernel versions 2.6.35-rc5-git6(commitid f4b23cc2d5dc78ef) and
> 2.6.35-rc5-git7(commitid cd5b8f8755a89a5) fails
> to build on power6 and power5 machines with the following error
>
>
>drivers/gpu/drm/ttm/ttm_page_alloc.c: In funct
Hi,
The kernel versions 2.6.35-rc5-git6(commitid f4b23cc2d5dc78ef) and
2.6.35-rc5-git7(commitid cd5b8f8755a89a5) fails
to build on power6 and power5 machines with the following error
drivers/gpu/drm/ttm/ttm_page_alloc.c: In function 'set_pages_array_wb':
drivers/gpu/drm/ttm/ttm_page_alloc.
80 matches
Mail list logo
