On Wednesday 23 December 2009 08:52:23 tma...@amcc.com wrote:
From: Tirumala Marri tma...@amcc.com
Please find some mostly nitpicking comments below.
BTW: Did you already test this on other 4xx platforms, like 440SPe or 405EX?
What are your plans here?
Signed-off-by: Tirumala Marri
Hello,
I am wondering whether msi / msix should work on PPC405EX. A call to
pci_enable_msi returns: -38 / ENOSYS, function not implemented.
Can someone tell me if I am missing out something or if msi is indeed not
implemented on this platform?
Thanks,
Bernhard
On Wed, Dec 23, 2009 at 09:50:39AM +0100, Weirich, Bernhard wrote:
Hello,
I am wondering whether msi / msix should work on PPC405EX. A call to
pci_enable_msi returns: -38 / ENOSYS, function not implemented.
Can someone tell me if I am missing out something or if msi is indeed not
implemented on
On Tue, Dec 22, 2009 at 6:45 PM, Jeremy Kerr jeremy.k...@canonical.com wrote:
We only need set_node_proc_entry in proc_devtree.c, so move it there.
This fixes the !HAVE_ARCH_DEVTREE_FIXUPS build, as we can't make make
the definition in linux/of.h conditional on this #define (definitions in
Michael Ellerman wrote:
On Tue, 2009-12-22 at 08:45 -0600, Nathan Fontenot wrote:
The recently introduced cpu_hotplug_driver_lock used to serialize
cpu hotplug operations, namely for the pseries platform, causes a build
issue for other platforms. The base cpu hotplug code attempts
to take this
Peter Korsgaard wrote:
No (not yet). In Ben's latest pull request there's a patch from me to
add basic infrastructure for gpio_to_irq(). I've recently added irq
support to the mpc8xxx driver, but so far nothing has been written for
52xx.
http://patchwork.ozlabs.org/patch/41550/
Ok.
Hi all,
I am trying linux 2.6.32-rc3 in SMP mode. I am seeing a lot of BAD
interrupts when I do a cat /proc/interrupts.
I am running a forwarding application b/w two ethernet ports (ethernet
uses gianfar driver).
Has any one observed these BAD interrupts ? If so, can someone help me
in
Thanks for the suggestions. I will try remove the extra lines . Add
changes you suggested.
-Marri
-Original Message-
From: linuxppc-dev-bounces+tmarri=amcc@lists.ozlabs.org
[mailto:linuxppc-dev-bounces+tmarri=amcc@lists.ozlabs.org] On Behalf
Of Stefan Roese
Sent: Wednesday,
BTW once this patch gets in I will add the 405Ex,460Ex and 440Spe
support to the same.
-Original Message-
From: linuxppc-dev-bounces+tmarri=amcc@lists.ozlabs.org
[mailto:linuxppc-dev-bounces+tmarri=amcc@lists.ozlabs.org] On Behalf
Of Tirumala Reddy Marri
Sent: Wednesday, December
We use the ucc_geth for 6 ports (4 100Mbit and 2 Gbit ports) on an
mpc8360e. Up to 2.6.31 this worked fine. 2.6.32 on the other hand
crashes very quickly after boot.
I managed to see the same crash when I was selectively trying to add newer
ucc_geth patches to the 2.6.31 kernel a couple of
On Wed, Dec 23, 2009 at 12:40:19PM -0500, Lennart Sorensen wrote:
We use the ucc_geth for 6 ports (4 100Mbit and 2 Gbit ports) on an
mpc8360e. Up to 2.6.31 this worked fine. 2.6.32 on the other hand
crashes very quickly after boot.
Hm. Just curious, what CPU revision you use? So that I could
Hello,
xmon and SCSI SATA device driver were installed on my system. When I invoked
xmon explicitly for kernel debugging, there're probably pending SCSI
requests issued.
So those SCSI requests complained timeout when I quited from xmon. I want to
find a way to suspend SCSI device before
Hello ,
I want to use pktgen to do some UDP tests .
So I figured out that pktgen is built in the kernel I am using (2.6.32) and
tried to use the bash script given in the internet .
Script :
#! /bin/sh
rmmod pktgen
cd /usr/src/kernels/linux-2.6.32/net/core
insmod pktgen.ko
On Wed, Dec 23, 2009 at 09:04:15PM +0300, Anton Vorontsov wrote:
On Wed, Dec 23, 2009 at 12:40:19PM -0500, Lennart Sorensen wrote:
We use the ucc_geth for 6 ports (4 100Mbit and 2 Gbit ports) on an
mpc8360e. Up to 2.6.31 this worked fine. 2.6.32 on the other hand
crashes very quickly
On Wed, Dec 23, 2009 at 03:09:48PM -0500, Lennart Sorensen wrote:
On Wed, Dec 23, 2009 at 09:04:15PM +0300, Anton Vorontsov wrote:
On Wed, Dec 23, 2009 at 12:40:19PM -0500, Lennart Sorensen wrote:
We use the ucc_geth for 6 ports (4 100Mbit and 2 Gbit ports) on an
mpc8360e. Up to 2.6.31
On Tue, Nov 17, 2009 at 10:03, Finn Thain fth...@telegraphics.com.au wrote:
The valkyriefb driver needs the CUDA to work in order to set the video
mode at boot. So initialise the device earlier, and bring the m68k code
closer to the powermac code.
Take 2 was changed as per Benjamin
On Tue, Nov 17, 2009 at 10:04, Finn Thain fth...@telegraphics.com.au wrote:
Add platform driver to the pmac-zilog driver for mac 68k, putting the
powermac-specific bits inside #ifdef CONFIG_PPC_PMAC.
Ben, OK for you?
This patch should be applied after [PATCH 3/13] pmac-zilog: cleanup. It
On Wed, Dec 23, 2009 at 03:09:48PM -0500, Lennart Sorensen wrote:
[...]
So there result is:
Unable to handle kernel paging request for data at address 0x0058
Faulting instruction address: 0xc024f2fc
Oops: Kernel access of bad area, sig: 11 [#1]
RC8360 CM
Modules linked in: rclibapi
Bill Gatliff wrote:
Peter Korsgaard wrote:
No (not yet). In Ben's latest pull request there's a patch from me to
add basic infrastructure for gpio_to_irq(). I've recently added irq
support to the mpc8xxx driver, but so far nothing has been written for
52xx.
On Wed, Dec 23, 2009 at 11:22:26PM +0300, Anton Vorontsov wrote:
On Wed, Dec 23, 2009 at 03:09:48PM -0500, Lennart Sorensen wrote:
[...]
So there result is:
Unable to handle kernel paging request for data at address 0x0058
Faulting instruction address: 0xc024f2fc
Oops: Kernel
On Wed, Dec 23, 2009 at 05:10:47PM -0500, Lennart Sorensen wrote:
[...]
That seems to be it. It works now. No more crashes.
Those two patches together seem to do the trick.
Great!
I really hope they
can go into 2.6.32-stable then, since this is a regression over 2.6.31
and is hopefully an
On Thu, Dec 24, 2009 at 01:21:16AM +0300, Anton Vorontsov wrote:
On Wed, Dec 23, 2009 at 05:10:47PM -0500, Lennart Sorensen wrote:
[...]
That seems to be it. It works now. No more crashes.
Those two patches together seem to do the trick.
Great!
I really hope they
can go into
On Wed, 2009-12-23 at 08:48 -0600, Nathan Fontenot wrote:
Michael Ellerman wrote:
On Tue, 2009-12-22 at 08:45 -0600, Nathan Fontenot wrote:
The recently introduced cpu_hotplug_driver_lock used to serialize
cpu hotplug operations, namely for the pseries platform, causes a build
issue for
On Wed, 2009-12-23 at 19:41 +0530, Kumar Gopalpet-B05799 wrote:
Hi all,
I am trying linux 2.6.32-rc3 in SMP mode. I am seeing a lot of BAD
interrupts when I do a cat /proc/interrupts.
I am running a forwarding application b/w two ethernet ports (ethernet
uses gianfar driver).
Has
Michael Ellerman wrote:
On Wed, 2009-12-23 at 19:41 +0530, Kumar Gopalpet-B05799 wrote:
Hi all,
I am trying linux 2.6.32-rc3 in SMP mode. I am seeing a lot of BAD
interrupts when I do a cat /proc/interrupts.
I am running a forwarding application b/w two ethernet ports (ethernet
uses
Guys:
Ok, I have gpio_to_irq() more-or-less showing signs of life for the
MPC5200. But I'm having some trouble using it the way I want to.
Recall that I have a rotary encoder that's tied to IRQ2 and
GPIO_WKUP_7. I want to be able to describe it something like this:
rotary-encoder {
Bill Gatliff wrote:
Guys:
Ok, I have gpio_to_irq() more-or-less showing signs of life for the
MPC5200. But I'm having some trouble using it the way I want to.
I think I've got the idea all of a sudden.
In order to describe the inputs to my rotary encoder using the syntax I
want, I have
From: Tirumala Marri tma...@amcc.com
Signed-off-by: Tirumala Marri tma...@amcc.com
---
When 460SX configured as root as a end point E1000(Intell Ethernet card)
was plugged into the one of the PCI-E ports. I was able to run the
traffic
with MSI interrupts.
---
28 matches
Mail list logo