On Tue, Sep 07, 2010 at 01:56:55PM -0500, Matthew McClintock wrote:
> In lieu of having multiple similiar lines, we can just have one
> generic cpu-as line for CONFIG_ALTIVEC
>
> ---
> Was hoping to get comments about this change and if anyone sees any potential
> problems?
I have a memory that
> I'm trying to determine how kexec'ing works on 64 bit powerpc. When
> allocating a region for the kexec'ed kernel is it ever the same as the
> currently running kernel or do you always boot the kexec'ed kernel
> from a different memory region? I understand that a crash kernel will
> be in a diffe
On Wed, 14 Jul 2010 17:07:28 +0400
Anton Vorontsov wrote:
> Hi all,
>
> Currently the sdhci driver does everything in the atomic context.
> And what is worse, PIO transfers are made from the IRQ handler.
>
> This causes huge latencies (up to 120 ms). On some P2020 SOCs,
> DMA and card detection
Dear Rupjyoti Sarmah,
In message <5205dc59ca0e0fd65e50d80eeff60...@mail.gmail.com> you wrote:
>
> The current mainline 2.6.36-rc3 does not report any error while building
> the SATA driver.
It reports a lot of warnings, though:
-> git describe
v2.6.36-rc3
In file included from drivers/ata/sata_
On Tue, 7 Sep 2010 12:09:03 +0200
Ilya Yanok wrote:
> + compatible = "mpc8308_p1m";
This needs a vendor prefix.
> + i...@3000 {
> + #address-cells = <1>;
> + #size-cells = <0>;
> + cell-index = <0>;
> +
On Tue, 7 Sep 2010 11:17:17 +0200
LEROY Christophe wrote:
>
> Dear Kumar,
>
> I have a small issue in the init of spi_mpc8xxx.c with MPC866 (CPM1)
>
> Unlike cpm_uart that maps the parameter ram directly using
> of_iomap(np,1), spi_mpc8xxx.c uses cpm_muram_alloc_fixed().
>
> This has two i
Hello there,
I just tried out cppcheck-1.44 on the linux-2.6.36-rc3 source code.
It said
Checking arch/powerpc/kernel/ppc970-pmu.c...
[arch/powerpc/kernel/ppc970-pmu.c:171]: (style) Redundant assignment of "mask"
in switch
The source code is
case PM_VPU:
mask = 0x4c;
In lieu of having multiple similiar lines, we can just have one
generic cpu-as line for CONFIG_ALTIVEC
---
Was hoping to get comments about this change and if anyone sees any potential
problems?
arch/powerpc/Makefile |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch
All,
I'm trying to determine how kexec'ing works on 64 bit powerpc. When allocating
a region for the kexec'ed kernel is it ever the same as the currently running
kernel or do you always boot the kexec'ed kernel from a different memory
region? I understand that a crash kernel will be in a differ
This patch adds support for MPC8308 P1M board.
Supported devices:
DUART
Dual Ethernet
NOR flash
Both I2C controllers
USB in peripheral mode
PCI Express
Signed-off-by: Ilya Yanok
---
arch/powerpc/boot/dts/mpc8308_p1m.dts | 340 +
arch/powerpc/platforms/83xx/
Ravi Gupta wrote:
> Hi Tiejun,
>
> Thanks for the reply. I am sending you the updated dmesg O/P(after enabling
> CONFIG_PCI_DEBUG) as attachment as well as at the end of the mail.
>
> As far as driver is concern, I am trying the pci_skel driver available as
> example with LDD book with slight mod
Dear Kumar,
I have a small issue in the init of spi_mpc8xxx.c with MPC866 (CPM1)
Unlike cpm_uart that maps the parameter ram directly using
of_iomap(np,1), spi_mpc8xxx.c uses cpm_muram_alloc_fixed().
This has two impacts in the .dts file:
* The driver must be declared with pram at 1d80 inste
Hi Tiejun,
Thanks for the reply. I am sending you the updated dmesg O/P(after enabling
CONFIG_PCI_DEBUG) as attachment as well as at the end of the mail.
As far as driver is concern, I am trying the pci_skel driver available as
example with LDD book with slight modifications.
Driver Code:
==
13 matches
Mail list logo
