On Wed, Jul 09, 2008 at 03:18:59PM +1000, Ben Herrenschmidt wrote:
On Mon, 2008-07-07 at 17:02 +0200, Arnd Bergmann wrote:
From: Christian Krafft [EMAIL PROTECTED]
This patch adds a cpufreq governor that takes the number of running spus
into account. It's very similar to the
Cc:'ing some more people that might have more of a clue on this question.
_memcpy_fromio does a sync at the start and an eieio at the end.
IFAICT, neither are needed here because the source is always memory.
It also handles unaligned memory accesses, which copy_to_user should
also do
I've pushed some updates to my version of powerpc.git.
The tree itself is at:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
It contains 3 branches:
- merge : this is for merging with the current stable and doesn't
currently contain anything interesting
-
Hi,
Original-Nachricht
Datum: Wed, 18 Jun 2008 12:38:31 +0200
Von: Takashi Iwai [EMAIL PROTECTED]
An: [EMAIL PROTECTED]
CC: linuxppc-dev@ozlabs.org, [EMAIL PROTECTED]
Betreff: [PATCH 0/3] ALSA fixes for non-coherent ppc32
Hi,
I've tried to renew the fixes of ALSA
On Tue, 2008-07-01 at 16:59 +0200, Arnd Bergmann wrote:
I wouldn't hold up merging the file system for this problem, but
until it is solved, the Kconfig entry should probably have
a depends on PPC.
Better, use an ifdef for powerpc flags, and #else to pgprot_noncached.
Ben.
Am Wed, 09 Jul 2008 18:58:38 +1000
schrieb Benjamin Herrenschmidt [EMAIL PROTECTED]:
On Tue, 2008-07-01 at 16:59 +0200, Arnd Bergmann wrote:
I wouldn't hold up merging the file system for this problem, but
until it is solved, the Kconfig entry should probably have
a depends on PPC.
The mvBlueCOUGAR-P is a MPC5200B based camera system with Intel Gigabit ethernet
controller (using e1000). It's just another MPC5200_simple board.
Signed-off-by: Andre Schwarz [EMAIL PROTECTED]
---
Grant,
I've fixed the dts issues from David (cell-index on gpt).
Please let me know if v3 still
Fix a few typos and mistakes.
Signed-off-by: Wolfram Sang [EMAIL PROTECTED]
---
libfdt/libfdt.h | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/libfdt/libfdt.h b/libfdt/libfdt.h
index 8645de0..dafb568 100644
--- a/libfdt/libfdt.h
+++
On Wed, 2008-07-09 at 11:14 +0200, Maxim Shchetynin wrote:
Am Wed, 09 Jul 2008 18:58:38 +1000
schrieb Benjamin Herrenschmidt [EMAIL PROTECTED]:
On Tue, 2008-07-01 at 16:59 +0200, Arnd Bergmann wrote:
I wouldn't hold up merging the file system for this problem, but
until it is solved,
I would like people that have PReP machines to take a copy of
/proc/residual, run this program on it, and check that the output is
sane. If it isn't, or if it is missing bits, send me the residual
blob with a description of what's wrong in the generated dts.
Here's the output from qemu:
I'd rather do
pgprot_t prot;
#ifdef CONFIG_PPC
prot = whatever
#else
prot = pgprot_noncached(...)
#endif
vma-vm_page_prot = prot;
I have changed my patch accordinly. Thank you.
--
Mit freundlichen Grüßen / met vriendelijke groeten / avec regards
Maxim
On Wed, 2008-07-09 at 12:48 +0200, Johannes Berg wrote:
I would like people that have PReP machines to take a copy of
/proc/residual, run this program on it, and check that the output is
sane. If it isn't, or if it is missing bits, send me the residual
blob with a description of what's
On Wed, 2008-07-09 at 13:29 +0200, Johannes Berg wrote:
On Wed, 2008-07-09 at 12:48 +0200, Johannes Berg wrote:
I would like people that have PReP machines to take a copy of
/proc/residual, run this program on it, and check that the output is
sane. If it isn't, or if it is missing bits,
On Wed, 2008-07-09 at 13:29 +0200, Johannes Berg wrote:
On Wed, 2008-07-09 at 12:48 +0200, Johannes Berg wrote:
I would like people that have PReP machines to take a copy of
/proc/residual, run this program on it, and check that the output is
sane. If it isn't, or if it is missing bits,
On Wed, 2008-07-09 at 14:10 +1000, David Gibson wrote:
libfdt is supposed to easy to embed in projects all and sundry.
Often, it won't be practical to separate the embedded libfdt's
namespace from that of the surrounding project. Which means there can
be namespace conflicts between even
On Jul 9, 2008, at 6:42 AM, Josh Boyer wrote:
On Wed, 2008-07-09 at 14:10 +1000, David Gibson wrote:
libfdt is supposed to easy to embed in projects all and sundry.
Often, it won't be practical to separate the embedded libfdt's
namespace from that of the surrounding project. Which means
On Jul 9, 2008, at 2:34 AM, Benjamin Herrenschmidt wrote:
I've pushed some updates to my version of powerpc.git.
The tree itself is at:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
It contains 3 branches:
- merge : this is for merging with the current stable and
On Jul 7, 2008, at 8:21 PM, Jason Jin wrote:
Remove the uninitialized use compile warning and
avoid potential runtime issue.
Signed-off-by: Jason Jin [EMAIL PROTECTED]
---
arch/powerpc/platforms/85xx/mpc8536_ds.c |2 +-
arch/powerpc/platforms/85xx/mpc85xx_ds.c |2 +-
2 files changed, 2
On Jul 8, 2008, at 7:13 PM, Kim Phillips wrote:
delete obsolete device-type property, delete model property
(use compatible property instead), prepend fsl, to Freescale
specific properties. Add nodes to device trees that are missing them,
and fix broken property values in other trees.
On a slightly unrelated note, are you planning to sync the in-kernel
dtc/libfdt version with the upstream version anytime soon?
I know jon put an -rc, not sure if he plans to pick up the slew of
patches for the next -rc or the next release, but it would be good to
resync the
Please pull from 'powerpc-next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/dts.git powerpc-next
to receive the following updates:
Documentation/powerpc/booting-without-of.txt | 1176 ---
Documentation/powerpc/dts-bindings/fsl/board.txt
On Wednesday 09 July 2008, Benjamin Herrenschmidt wrote:
Sorry Christian, i'm still not too happy with this one.
There are two issues at hand here:
- The use of SELECT, that will be frowned on unfortunately.
Ok, this should be easy to fix, by making it depend on INPUT
instead, like the
On Wed, 09 Jul 2008 17:34:41 +1000
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
I've pushed some updates to my version of powerpc.git.
The tree itself is at:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
It contains 3 branches:
- merge : this is for merging
At Wed, 09 Jul 2008 10:31:11 +0200,
Gerhard Pircher wrote:
Hi,
Original-Nachricht
Datum: Wed, 18 Jun 2008 12:38:31 +0200
Von: Takashi Iwai [EMAIL PROTECTED]
An: [EMAIL PROTECTED]
CC: linuxppc-dev@ozlabs.org, [EMAIL PROTECTED]
Betreff: [PATCH 0/3] ALSA fixes for
At Wed, 09 Jul 2008 18:55:35 +1000,
Benjamin Herrenschmidt wrote:
On Wed, 2008-07-09 at 10:31 +0200, Gerhard Pircher wrote:
The patches are found also on my git tree, dma-fix branch of
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
Any comments and test
On Jul 9, 2008, at 8:18 AM, Josh Boyer wrote:
On Wed, 09 Jul 2008 17:34:41 +1000
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
I've pushed some updates to my version of powerpc.git.
The tree itself is at:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
It contains 3
This patch enables 32bit PPC's (with 36bit physical address space, e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing types (unsigned long - phys_addr_t).
Tested on an AMCC Katmai with 4GB of DDR2.
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
On Mon, 7 Jul 2008 08:29:47 -0600
Grant Likely [EMAIL PROTECTED] wrote:
On Mon, Jul 7, 2008 at 8:07 AM, Josh Boyer [EMAIL PROTECTED] wrote:
On Mon, 7 Jul 2008 07:34:23 -0600 Grant Likely wrote:
Specifically the case I'm thinking of is when a user of a Xilinx FPGA
drops a new .dts file into
On Fri, 2008-07-04 at 11:22 -0600, Grant Likely wrote:
Hi Josh,
Here are the bulk of the Xilinx 440 support patches. Please pull
into your next branch.
Thanks,
g.
The following changes since commit f3e909c2750eb20536bacacc867dc9047b70546a:
Michael Neuling (1):
powerpc:
On Tue, 08 Jul 2008 15:54:40 +1000
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
This is some preliminary work to improve TLB management on SW loaded
TLB powerpc platforms. This introduce support for non-atomic PTE
operations in pgtable-ppc32.h and removes write back to the PTE from
the TLB
On Wed, Jul 09, 2008 at 08:40:21AM -0500, Kumar Gala wrote:
On Jul 9, 2008, at 8:18 AM, Josh Boyer wrote:
On Wed, 09 Jul 2008 17:34:41 +1000
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
Also, Paul is pretty good about not rebasing his branches when at all
possible, and I suspect that's
On Wed, Jul 09, 2008 at 10:15:04AM -0400, Josh Boyer wrote:
On Fri, 2008-07-04 at 11:22 -0600, Grant Likely wrote:
Hi Josh,
Here are the bulk of the Xilinx 440 support patches. Please pull
into your next branch.
Thanks,
g.
The following changes since commit
On Jul 9, 2008, at 8:44 AM, Stefan Roese wrote:
This patch enables 32bit PPC's (with 36bit physical address space,
e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing types (unsigned long - phys_addr_t).
should the commit header really be = 4G. I don't think
On Wednesday 09 July 2008, Kumar Gala wrote:
On Jul 9, 2008, at 8:44 AM, Stefan Roese wrote:
This patch enables 32bit PPC's (with 36bit physical address space,
e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing types (unsigned long - phys_addr_t).
should
This patch enables 32bit PPC's (with 36bit physical address space, e.g.
IBM/AMCC PPC44x) to run with = 4GB of RAM. Mostly its just replacing types
(unsigned long - phys_addr_t).
Tested on an AMCC Katmai with 4GB of DDR2.
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
Background from Maynard Johnson:
As of POWER6, a set of 32 common events is defined that must be
supported on all future POWER processors. The main impetus for this
compat set is the need to support partition migration, especially from
processor P(n) to processor P(n+1), where performance
On Wed, 2008-07-09 at 13:46 +1000, Benjamin Herrenschmidt wrote:
The old code looks bogus.. why clear M when G is set ? Only
I should have mattered.
I can't find anywhere where G gets set without also setting I, so the
test seems redundant as well.
I'll apply anyway as you aren't changing
Hi,
This patch fixes various paths in the -rt kernel on powerpc64 where per_cpu
variables are accessed in a preempt unsafe way.
When a power box with -rt kernel is booted, multiple BUG messages are
generated BUG: init:1 task might have lost a preemption check!.
After booting a kernel with these
Hey Josh, here is the new pull request:
The following changes since commit f3e909c2750eb20536bacacc867dc9047b70546a:
Michael Neuling (1):
powerpc: Update for VSX core file and ptrace
are available in the git repository at:
git://git.secretlab.ca/git/linux-2.6-virtex
Hi,
This patch fixes various paths in the -rt kernel on powerpc64 where per_cpu
variables are accessed in a preempt unsafe way.
When a power box with -rt kernel is booted, multiple BUG messages are
generated BUG: init:1 task might have lost a preemption check!.
After booting a kernel with these
Kumar,
On Wed, 9 Jul 2008 07:58:38 -0500 Kumar Gala [EMAIL PROTECTED] wrote:
What is your intent with the 'master' branch? I hope you do NOT plan
on ever rebasing it. I assume if a patch gets into master and we drop
it you'll do a git-revert of it?
Ever is such a strong word. Even
On Thu, Jul 10, 2008 at 02:08:32AM +1000, Stephen Rothwell wrote:
Kumar,
On Wed, 9 Jul 2008 07:58:38 -0500 Kumar Gala [EMAIL PROTECTED] wrote:
What is your intent with the 'master' branch? I hope you do NOT plan
on ever rebasing it. I assume if a patch gets into master and we drop
On Wed, 9 Jul 2008 17:09:23 +0200
Stefan Roese [EMAIL PROTECTED] wrote:
This patch enables 32bit PPC's (with 36bit physical address space, e.g.
IBM/AMCC PPC44x) to run with = 4GB of RAM. Mostly its just replacing types
(unsigned long - phys_addr_t).
Tested on an AMCC Katmai with 4GB of
On Wed, 2008-07-09 at 10:20 -0600, Grant Likely wrote:
On Thu, Jul 10, 2008 at 02:08:32AM +1000, Stephen Rothwell wrote:
Kumar,
On Wed, 9 Jul 2008 07:58:38 -0500 Kumar Gala [EMAIL PROTECTED] wrote:
What is your intent with the 'master' branch? I hope you do NOT plan
on ever
These look like good comments from Peter.
Dmitry, how would you like to do this, would you prefer us to do an
incremental patch from the existing patch (V3)? Or a new V4 for the
patch?
Peter, with regard to the data sheet, I would prefer not to put a
specific URL in as things always seem to get
On Jul 9, 2008, at 11:31 AM, Josh Boyer wrote:
On Wed, 2008-07-09 at 10:20 -0600, Grant Likely wrote:
On Thu, Jul 10, 2008 at 02:08:32AM +1000, Stephen Rothwell wrote:
Kumar,
On Wed, 9 Jul 2008 07:58:38 -0500 Kumar Gala [EMAIL PROTECTED]
wrote:
What is your intent with the 'master'
Hi Kumar,
On Wed, 9 Jul 2008 08:13:03 -0500 (CDT) Kumar Gala [EMAIL PROTECTED] wrote:
Please pull from 'powerpc-next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/dts.git powerpc-next
$ git ls-remote ssh://master.kernel.org/pub/scm/linux/kernel/git/galak/dts.git
fatal:
Hi Grant,
On Wed, 9 Jul 2008 10:20:08 -0600 Grant Likely [EMAIL PROTECTED] wrote:
I was under the impression that there was some consensus that -next
branches should be used for unstable experiments. Am I mistaken?
Completely. Anything that will end up in linux-next must be posted,
On Wed, 9 Jul 2008 11:47:45 -0500
Kumar Gala [EMAIL PROTECTED] wrote:
On Jul 9, 2008, at 11:31 AM, Josh Boyer wrote:
On Wed, 2008-07-09 at 10:20 -0600, Grant Likely wrote:
On Thu, Jul 10, 2008 at 02:08:32AM +1000, Stephen Rothwell wrote:
Kumar,
On Wed, 9 Jul 2008 07:58:38 -0500
Hi Kumar,
On Wed, 9 Jul 2008 11:47:45 -0500 Kumar Gala [EMAIL PROTECTED] wrote:
Did, GregKH start up a tree for code not quite ready ( -staging).
Greg's staging tree is for whole drivers etc not in the kernel yet that
need work to get there.
--
Cheers,
Stephen Rothwell
On Thu, Jul 10, 2008 at 03:23:46AM +1000, Stephen Rothwell wrote:
Hi Grant,
On Wed, 9 Jul 2008 10:20:08 -0600 Grant Likely [EMAIL PROTECTED] wrote:
I was under the impression that there was some consensus that -next
branches should be used for unstable experiments. Am I mistaken?
Adjust the NDFC resource end value (resource size = end - start + 1).
Signed-off-by: Valentine Barshak [EMAIL PROTECTED]
---
arch/powerpc/platforms/44x/warp-nand.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
--- a/arch/powerpc/platforms/44x/warp-nand.c2008-07-01
On Wed, Jul 9, 2008 at 12:14 PM, John Linn [EMAIL PROTECTED] wrote:
These look like good comments from Peter.
Dmitry, how would you like to do this, would you prefer us to do an
incremental patch from the existing patch (V3)? Or a new V4 for the
patch?
Incremental please. I already
Hi Ben and Paul,
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git next
to get some more changes for .27. These include the TLB rework patch,
support for the Virtex5 platform, some bootwrapper documentation and
patches, and various other fixes.
josh
The changes in ppc are only the patch below. The others are in
sound/*. I wrote it as an inline function simply it's so short and I
didn't want extra exports.
Thanks. I -may- do something nicer, we'll see, but in any case, I'll
try to have something in .27
Cheers,
Ben.
thanks,
On Wed, 2008-07-09 at 15:44 +0200, Stefan Roese wrote:
This patch enables 32bit PPC's (with 36bit physical address space, e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing types (unsigned long - phys_addr_t).
Tested on an AMCC Katmai with 4GB of DDR2.
On Thu, 10 Jul 2008 06:02:38 +1000
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Wed, 2008-07-09 at 15:44 +0200, Stefan Roese wrote:
This patch enables 32bit PPC's (with 36bit physical address space, e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing
On Wed, 2008-07-09 at 16:22 -0400, Josh Boyer wrote:
On Thu, 10 Jul 2008 06:02:38 +1000
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Wed, 2008-07-09 at 15:44 +0200, Stefan Roese wrote:
This patch enables 32bit PPC's (with 36bit physical address space, e.g.
IBM/AMCC PPC44x) to run
Current device tree is only bare bones. This patch
adds nodes to make it a complete tree for MPC5121ads.
Added nodes include:
mbx - opengl coprocessor
nfc - nand flash controller
cpld-pic - on board cpld
rtc
clock- clock control
pmc - power management
Move shared code from mpc5121_ads.c to new file mpc512x_shared.c
mpc512x_find_ips_freq - unchanged
contents of mpc5121_ads_init_IRQ - mpc512x_init_IRQ
looking for fsl,mpc5121-ipic instead of fsl,ipic
mpc5121_ads_declare_of_platform_devices -
mpc5121_declare_of_platform_devices
Add a interrupt host for the interrupt
controller in the mpc5121ads cpld.
PCI interrupts are 0-7 the rest are 8-15
Touchscreen pendown irq is hardwired to irq1
All other irqs are chained to irq0
Signed-off-by: John Rigby [EMAIL PROTECTED]
---
arch/powerpc/platforms/512x/Kconfig|1
Plugs into the generic powerpc clock driver in
arch/powerpc/kernel/clock.c
The following subset of clk_interface is implemented:
clk_get, clk_put: get clock via name, release clock
clk_enable, clk_disable: enable or disable clock
clk_get_rate: get clock rate in Hz
clk_set_rate:
Ben,
Could you pick up these two powerpc pci patches. Grant Likely ack'd
them both. No one nak'd them.
powerpc: pci config cleanup [rev2]
http://patchwork.ozlabs.org/linuxppc/patchcontent?id=19299
powerpc: Move mpc83xx_add_bridge to fsl_pci.c [rev2]
On Wed, 2008-07-09 at 15:07 -0600, John Rigby wrote:
Ben,
Could you pick up these two powerpc pci patches. Grant Likely ack'd
them both. No one nak'd them.
powerpc: pci config cleanup [rev2]
http://patchwork.ozlabs.org/linuxppc/patchcontent?id=19299
Hrm.. I'm not necessarily fan of the
I realize I'm asking below about u-boot, but I'm really trying to better
understand how initrd should work with device trees. I have also posted
a question to the u-boot user group.
When I build the device tree blob into the kernel image and load the
kernel image with my probe, it finds the
On Wed, Jul 9, 2008 at 3:52 PM, Benjamin Herrenschmidt
[EMAIL PROTECTED] wrote:
On Wed, 2008-07-09 at 15:07 -0600, John Rigby wrote:
Ben,
Could you pick up these two powerpc pci patches. Grant Likely ack'd
them both. No one nak'd them.
powerpc: pci config cleanup [rev2]
Just wondering if anyone has looked at what it would take to support
latency top on powerpc?
I've got a dual G5 and I'd like to be able to track causes of latency.
Based on the s390 implementation it doesn't look all that complicated
for someone who understands what's going on...
Chris
On Tue, 2008-07-08 at 04:55 +0200, Roman Zippel wrote:
Hi,
On Tue, 8 Jul 2008, Michael Ellerman wrote:
I don't really see why it doesn't make sense for users to input 64-bit
values, they're configuring addresses for a 64-bit kernel, so some of
the values are going to be 64 bit.
Do
On Wed, Jul 09, 2008 at 11:17:17AM +0200, Andre Schwarz wrote:
The mvBlueCOUGAR-P is a MPC5200B based camera system with Intel Gigabit
ethernet
controller (using e1000). It's just another MPC5200_simple board.
Signed-off-by: Andre Schwarz [EMAIL PROTECTED]
---
Grant,
I've fixed the
On Tue, Jul 08, 2008 at 08:41:11AM -0600, John Linn wrote:
Thanks for the comments David.
[snip]
+ chosen {
+ bootargs = console=ttyS0 ip=on root=/dev/ram;
Bootargs like this should not typically go in the dts file.
My understanding is the bootloader would also fill
On Wed, Jul 09, 2008 at 11:22:44AM +0200, Wolfram Sang wrote:
Fix a few typos and mistakes.
Oops, some of those are rather embarrassing.
Signed-off-by: Wolfram Sang [EMAIL PROTECTED]
Acked-by: David Gibson [EMAIL PROTECTED]
--
David Gibson| I'll have my music baroque, and
On Tue, Jul 08, 2008 at 08:20:56AM -0500, Kumar Gala wrote:
Moved Freescale SoC related bindings out of booting-without-of.txt and into
their own files.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
Acked-by: David Gibson [EMAIL PROTECTED]
Of course, what I'd *really* like to do is to get a
The 27.15 bit (MII_M_HWCFG_FIBER_COPPER_AUTO) is disable bit. When
set to 1, copper/fiber auto selection is disabled. The current code
to enable but actually disable auto selection.
Signed-off-by: Wang Jian [EMAIL PROTECTED]
---
drivers/net/phy/marvell.c |2 +-
1 files changed, 1
These 2 patches fixed misuse of register for 88e.
Notice: These two patches didn't fix some auto selection problem yet. I
will discuss the problem in seperate email.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
MII_M_HWCFG_FIBER_COPPER_RES is a bit of MII_M_PHY_EXT_SR, not
MII_M_PHY_EXT_CR.
Signed-off-by: Wang Jian [EMAIL PROTECTED]
---
drivers/net/phy/marvell.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/net/phy/marvell.c b/drivers/net/phy/marvell.c
75 matches
Mail list logo
