Please pull from the 'merge' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get some more bug fixes and defconfig updates for powerpc, as
listed below. Almost all of the bulk is in the defconfig updates for
the Freescale embedded platforms.
Thanks,
Paul.
Hello,
I am preparing a board port (from 2.4.18!) for a proprietary board which
has it's mdio on a different port than mdc. The current mii-bitbang
driver in fs_enet assumes both pins are connected to port C. I have
created a fairly simple patch to make this more flexible, but I'm new to
device
Original-Nachricht
Datum: Mon, 16 Jun 2008 14:50:38 +1000
Von: Benjamin Herrenschmidt [EMAIL PROTECTED]
An: Joseph Fannin [EMAIL PROTECTED]
CC: linuxppc-dev@ozlabs.org
Betreff: Re: BUG() in current git, __dma_alloc_coherent, Beige G3
This is 100% reproducable. I can't
I discovered this bug some time ago and reported it on the list.
See here for more info:
http://ozlabs.org/pipermail/linuxppc-dev/2008-May/056128.html
Anyway I don't think your machine needs dma-noncoherent.
Kumar, do you have a fix for that ?
Cheers,
Ben.
On Mon, 2008-06-16 at 15:56 +1000, Paul Mackerras wrote:
Please pull from the 'merge' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get some more bug fixes and defconfig updates for powerpc, as
listed below. Almost all of the bulk is in the defconfig
On Fri, Jun 13, 2008 at 06:33:08PM +0200, Heiko Schocher wrote:
Hello Scott,
here comes the updated version for the mgcoge port, with your
suggestions:
[powerpc] Added support for the MPC8247 based board MGCOGE
from Keymile.
Signed-off-by: Heiko Schocher [EMAIL PROTECTED]
On Mon, Jun 16, 2008 at 02:50:38PM +1000, Benjamin Herrenschmidt wrote:
On Sun, 2008-06-15 at 21:46 -0400, Joseph Fannin wrote:
Hello!
I'm reproducably hitting a BUG() in Linus' git (current as of about
noon, Sunday 15, GMT -0500) on my Beige PowerMac G3 (32bit, natch).
The line
I will be out of the office starting 06/16/2008 and will not return
until 07/07/2008.
Should you need any assistance on RS6000/AIX/TSM , please contact :
Mr. Obaid Farghani at 201-413-8028 ([EMAIL PROTECTED]), Mr. Paul
Giglio at 201-413-8280 ([EMAIL PROTECTED]) or Mr. Gary Fatone at
On Monday 26 May 2008 11:53, Laurent Pinchart wrote:
Port the fs_enet driver to support the MDIO on GPIO driver for PHY access
in addition to the mii-bitbang driver.
Now that 1/2 has been applied by Jeff, could this one make it to
powerpc-next ?
Signed-off-by: Laurent Pinchart [EMAIL
Hello David,
David Gibson wrote:
On Fri, Jun 13, 2008 at 06:33:08PM +0200, Heiko Schocher wrote:
Hello Scott,
here comes the updated version for the mgcoge port, with your
suggestions:
[powerpc] Added support for the MPC8247 based board MGCOGE
from Keymile.
Signed-off-by:
On Mon, 2008-06-16 at 03:30 -0400, Joseph Fannin wrote:
I think it's because PPC_PRPMC2800 and MPC5121_ADS both live under
PPC_MULTIPLATFORM, and end up selecting NOT_COHERENT_CACHE.
If the button in Kconfig isn't labeled Do Not Push, heck, I'll build
it.
Heh, ok, disable those then.
Linus,
As Ben pointed out, I had forgotten to re-do a couple of defconfigs
where I had inadvertently turned off the SATA driver for the G5
powermacs. So when you do the pull as I requested earlier from
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
you'll also get one
On Mon, Jun 16, 2008 at 09:25:05PM +1000, Paul Mackerras wrote:
Linus,
As Ben pointed out, I had forgotten to re-do a couple of defconfigs
where I had inadvertently turned off the SATA driver for the G5
powermacs. So when you do the pull as I requested earlier from
Hello list
I have tried to port Linux 2.6 (xilinx git) to a XUPV2P board
running a system implemented with EDK10.1 (Linux Version). I have
fail, and I think I now why, this is a little report written for
saving you some time (and maybe solving my problem if I am doing
something wrong)
The board
Ron Madrid wrote:
So are you implying that the request_irq function should work without any other
initialization
function before it?
No, I'm saying that you'll get a more accurate assessment of why it
fails if you see where it returns an error code.
On Sat, Jun 14, 2008 at 9:57 AM, Pierre Ossman [EMAIL PROTECTED] wrote:
On Thu, 5 Jun 2008 20:16:24 +0400
Anton Vorontsov [EMAIL PROTECTED] wrote:
Here is v3. I'm out of ideas if you won't like it. :-)
v3:
- Now these bindings are using bus notifiers chain, thus we adhere to the
spi bus.
On Sunday 08 June 2008 17:54, Jon Loeliger wrote:
Grant Likely writes:
Oh, and we're going try to create the longest acked-by chain in
Linux history.
Cool :)
Paul.
So far, I think it looks like this, sorted:
Acked-by: Arnd Bergmann [EMAIL PROTECTED]
Acked-by: Becky
What does your code actually look like. In your driver how are you
getting the IRQ value that you pass to request_irq?
- k
On Jun 13, 2008, at 6:52 PM, Ron Madrid wrote:
I don't know why request_irq is succeeding when the fsldma and
dmaengine drivers are installed.
I'm using the same dts
The new e500mc core from Freescale is based on the e500v2 but with the
following changes:
* Supports only the Enhanced Debug Architecture (DSRR0/1, etc)
* Floating Point
* No SPE
* Supports lwsync
* Doorbell Exceptions
* Hypervisor
---
In my powerpc-next tree.
arch/powerpc/kernel/cputable.c
Split the retrieval and setting of processor entitlement and weight into
helper routines. This also removes the printing of the raw values
returned from h_get_ppp, the values are already parsed and printed.
Signed-off-by: Nathan Fontenot [EMAIL PROTECTED]
---
arch/powerpc/kernel/lparcfg.c |
This patch has been updated to remove a piece that is now included
in patch 2/19 of this series where it should be.
-Nathan
Update /proc/ppc64/lparcfg to enable displaying of Cooperative Memory
Overcommitment statistics as reported by the H_GET_MPP hcall. This also
updates the lparcfg
register with the hwrng subsystem to provide entropy to the kernel.
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
drivers/crypto/Kconfig |1 +
drivers/crypto/talitos.c | 136 ++
drivers/crypto/talitos.h | 13 -
3 files changed, 126
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
drivers/crypto/talitos.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/crypto/talitos.c b/drivers/crypto/talitos.c
index f301e95..ce4787e 100644
--- a/drivers/crypto/talitos.c
+++ b/drivers/crypto/talitos.c
@@
Since the h/w doesn't support out-of-order processing within a channel,
abort channel flush processing in the no-done-bits-and-no-error case
so as to not allow premature passthrough to the callback (and thus
dropped packets).
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
drivers/crypto/talitos.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/crypto/talitos.h b/drivers/crypto/talitos.h
index 989763d..27deb65 100644
--- a/drivers/crypto/talitos.h
+++ b/drivers/crypto/talitos.h
@@
On Mon, Jun 16, 2008 at 10:57:02AM +0200, Laurent Pinchart wrote:
On Monday 26 May 2008 11:53, Laurent Pinchart wrote:
Port the fs_enet driver to support the MDIO on GPIO driver for PHY access
in addition to the mii-bitbang driver.
Now that 1/2 has been applied by Jeff, could this one make
On Mon, Jun 16, 2008 at 11:40:30AM +0200, Heiko Schocher wrote:
The reg entry is wrong, the Flash is on CS5. Here the updated version of
the patch:
You need to update the ranges property as well.
-Scott
___
Linuxppc-dev mailing list
On Jun 16, 2008, at 10:46 AM, Kumar Gala wrote:
The new e500mc core from Freescale is based on the e500v2 but with the
following changes:
* Supports only the Enhanced Debug Architecture (DSRR0/1, etc)
* Floating Point
* No SPE
* Supports lwsync
* Doorbell Exceptions
* Hypervisor
---
In my
Here's my code. There are a few other things that happen but they are
inconsequential to this
problem. I'm sure that the request_irq call is right, especially since it
works if the fsldma
drivers are builtin to the kernel. Also, the irq number 71 comes from the
reference manual for
them
Ron Madrid wrote:
Here's my code. There are a few other things that happen but they are
inconsequential to this
problem. I'm sure that the request_irq call is right, especially since it
works if the fsldma
drivers are builtin to the kernel. Also, the irq number 71 comes from the
reference
On Jun 16, 2008, at 11:56 AM, Becky Bruce wrote:
On Jun 16, 2008, at 10:46 AM, Kumar Gala wrote:
The new e500mc core from Freescale is based on the e500v2 but with
the
following changes:
* Supports only the Enhanced Debug Architecture (DSRR0/1, etc)
* Floating Point
* No SPE
* Supports
I don't see a dma node in the mpc8377mds.dts (2.6.25). I found one in
mpc8610_hpcd.dts and
modeled it after that.
[EMAIL PROTECTED] {
#address-cells = 1;
#size-cells = 1;
compatible = fsl,elo-dma;
On Mon, 16 Jun 2008 16:10:39 +0200
Matthias Fuchs [EMAIL PROTECTED] wrote:
Acked-by: Matthias Fuchs [EMAIL PROTECTED]
It seems that I have to post cpci405 patches for arch/powerpc soon.
The board is still active! Nobody would believe it :-)
I believe it. And that's all that matters.
Ron Madrid wrote:
I don't see a dma node in the mpc8377mds.dts (2.6.25). I found one in
mpc8610_hpcd.dts and
modeled it after that.
The DMA hardware on the 8610 is not the same as the DMA hardware on 83xx chips.
You should copy the DMA data from another 83xx DTS.
--
Timur Tabi
Linux
Ron Madrid wrote:
I don't see a dma node in the mpc8377mds.dts (2.6.25). I found one in
mpc8610_hpcd.dts and
modeled it after that.
Try head-of-tree.
[EMAIL PROTECTED] {
#address-cells = 1;
#size-cells = 1;
Thank you for the help (again). I've got my driver registering the isr on it's
own now. In the
end the problem was the dts and also not using irq_of_parse_and_map.
Ron
--- Scott Wood [EMAIL PROTECTED] wrote:
Ron Madrid wrote:
I don't see a dma node in the mpc8377mds.dts (2.6.25). I found
On Jun 16, 2008, at 10:46 AM, Kumar Gala wrote:
--- a/arch/powerpc/kernel/cputable.c
+++ b/arch/powerpc/kernel/cputable.c
@@ -1522,6 +1522,21 @@ static struct cpu_spec __initdata cpu_specs[]
= {
.machine_check = machine_check_e500,
.platform
Version 3 of the patch, small update to use the correct plpar_hcall
for H_GET_MPP.
---
Update /proc/ppc64/lparcfg to enable displaying of Cooperative Memory
Overcommitment statistics as reported by the H_GET_MPP hcall. This also
updates the lparcfg interface to allow setting
Publish the devices listed in dts under SOC as of_device for 85xx_cds
platform. The devices are needed by the 85xx EDAC driver.
Signed-off-by: Dave Jiang [EMAIL PROTECTED]
---
arch/powerpc/platforms/85xx/mpc85xx_cds.c | 14 ++
1 file changed, 14 insertions(+)
Index:
Dave Jiang wrote:
+static struct of_device_id __initdata of_bus_ids[] = {
+ { .type = soc, },
+ { .compatible = soc, },
+ {},
+};
Also add .compatible = simple-bus.
-Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Publish the devices listed in dts under SOC as of_device for 85xx_cds
platform. The devices are needed by the 85xx EDAC driver.
Signed-off-by: Dave Jiang [EMAIL PROTECTED]
---
Added simple bus per Scott Wood
mrch/powerpc/platforms/85xx/pc85xx_cds.c | 15 +++
1 file changed, 15
I'm not seeing any issue with arch/powerpc.
But with arch/ppc I'm seeing problems with NFS root after I pulled in
2.6.26-rc6. Has anyone else seen anything like this?
It's consistent in that it typically happens on boot after freeing
unused kernel memory, but the actual task that running
On Mon, 2008-06-16 at 10:46 -0500, Kumar Gala wrote:
The new e500mc core from Freescale is based on the e500v2 but with the
following changes:
* Supports only the Enhanced Debug Architecture (DSRR0/1, etc)
* Floating Point
* No SPE
* Supports lwsync
^^
It supports SMP ?
43 matches
Mail list logo