On Mon, Sep 17, 2007 at 11:58:16AM -0500, Scott Wood wrote:
m82xx_calibrate_decr(), mpc82xx_ads_show_cpuinfo(), and mpc82xx_halt() do
anything useful beyond what the generic code does.
Signed-off-by: Scott Wood [EMAIL PROTECTED]
Acked-by: David Gibson [EMAIL PROTECTED]
--
David Gibson
On Mon, Sep 17, 2007 at 11:57:30AM -0500, Scott Wood wrote:
This introduces a new device binding for the CPM and other devices on
these boards. Some of the changes include:
1. Proper namespace scoping for Freescale compatibles and properties.
2. Use compatible rather than things like
David Gibson pointed out that swapper_pg_dir actually need to be
PGD_TABLE_SIZE bytes long not PAGE_SIZE. This actually saves 64k in
the bss for a kernel ppc64_defconfig built with CONFIG_PPC_64K_PAGES.
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/kernel/asm-offsets.c |
This saves 4k on non pSeries builds (except for iSeries where it saves
almost 4k).
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/kernel/crash_dump.c |2 ++
arch/powerpc/kernel/head_64.S|7 +++
2 files changed, 9 insertions(+), 0 deletions(-)
Boot tested on
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of Kumar Gala
Sent: Friday, September 14, 2007 10:08 PM
To: Jeff Garzik
Cc: linuxppc-dev@ozlabs.org list; netdev
Subject: Re: [PATCH] ucc_geth: fix compilation
On Sep 13, 2007, at 10:23 AM, Anton
On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
2.6.23-rc6-mm1 is a 29MB diff against 2.6.23-rc6.
snip
Hi Andrew,
The 2.6.23-rc6-mm1build fails at
On Tue, 2007-09-18 at 10:34 +0100, Andy Whitcroft wrote:
On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
2.6.23-rc6-mm1 is a 29MB diff against 2.6.23-rc6.
Hi all,
It seems there is no __res in the arch/powerpc. How it was used in
the new tree, can we now safely remove it? At least kernel builds
with that patch.
Thanks,
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
arch/powerpc/kernel/ppc_ksyms.c |3 ---
1 files changed, 0
hi,
I have written a multicast test application in which there is a multicast
sender and receiver.
The multicast sender sends multicast packets on a specified interface and
the multicast
receiver receives multicast packets. I have tested this application on my
network with
x86 machines. But
cpm_install_handler and cpm_free_handler neither used nor defined
for arch/powerpc.
This causes MPC8xx build failure, patch used to fix that.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
arch/powerpc/kernel/ppc_ksyms.c |5 -
include/asm-powerpc/commproc.h |3 ---
2 files
Second export should be for cpm_dpram_phys not cpm_dpram_addr.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
arch/powerpc/sysdev/commproc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/sysdev/commproc.c b/arch/powerpc/sysdev/commproc.c
index
Benjamin Herrenschmidt wrote:
On Tue, 2007-09-18 at 10:34 +0100, Andy Whitcroft wrote:
On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
On Mon, 17 Sep 2007 11:58:05 -0500 Scott Wood [EMAIL PROTECTED] wrote:
+++ b/arch/powerpc/platforms/8xx/mpc885ads_setup.c
#include asm/fs_pd.h
-#include asm/prom.h
+#include asm/of_platform.h
linux/of_platform.h
Sorry if I am getting boring.
--
Cheers,
Stephen Rothwell
On Sep 18, 2007, at 3:56 AM, Li Yang-r58472 wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of Kumar Gala
Sent: Friday, September 14, 2007 10:08 PM
To: Jeff Garzik
Cc: linuxppc-dev@ozlabs.org list; netdev
Subject: Re: [PATCH] ucc_geth: fix
On Sep 18, 2007, at 7:29 AM, Anton Vorontsov wrote:
cpm_install_handler and cpm_free_handler neither used nor defined
for arch/powerpc.
This causes MPC8xx build failure, patch used to fix that.
can you add the __res fix, and EXPORT() and do these three as one
patch and improve the commit
Add 64-bit physical address support to PCI.
Signed-off-by: Valentine Barshak [EMAIL PROTECTED]
---
arch/powerpc/kernel/iomap.c |4 +--
arch/powerpc/kernel/pci_32.c | 56 +--
2 files changed, 41 insertions(+), 19 deletions(-)
diff -ruN
-Original Message-
From: Scott Wood
Sent: Monday, September 17, 2007 11:58 AM
The 8272 (and presumably other PCI PQ2 chips) appear to have the
same issue as the 83xx regarding PCI streaming DMA.
Can you explain what this isssue is? We're using a 8280 and have had
some PCI
On Sep 17, 2007, at 11:57 AM, Scott Wood wrote:
cuboot-pq2 is updated to match the binding, and get rid of phandle
linkage.
A slight more descriptive commit message is desired.
- k
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
Documentation/powerpc/booting-without-of.txt | 38
Vitaly Bordug wrote:
Hello Valentine,
On Tue, 18 Sep 2007 16:03:50 +0400
Valentine Barshak wrote:
Vitaly Bordug wrote:
+
+ hose-io_base_phys = cpu_phys_addr - pci_addr;
This is not gonna work on 32-bit platform (unless pci_addr == 0).
Should be
hose-io_base_phys =
On Sep 18, 2007, at 9:44 AM, Valentine Barshak wrote:
Add 64-bit physical address support to PCI.
Can you expand on your commit message. for example why do this? is
it address a bug fix, etc..
Signed-off-by: Valentine Barshak [EMAIL PROTECTED]
---
arch/powerpc/kernel/iomap.c |4
On Sep 17, 2007, at 11:57 AM, Scott Wood wrote:
On arch/ppc, Soft_emulate_8xx was used when full math emulation was
turned off to emulate a minimal subset of floating point load/store
instructions, to avoid needing a soft-float toolchain. This function
is called, but not present, on
On Sep 18, 2007, at 10:01 AM, Valentine Barshak wrote:
Kumar Gala wrote:
On Sep 18, 2007, at 9:44 AM, Valentine Barshak wrote:
Add 64-bit physical address support to PCI.
Can you expand on your commit message. for example why do this?
is it address a bug fix, etc..
Signed-off-by:
Kumar Gala wrote:
On Sep 18, 2007, at 9:44 AM, Valentine Barshak wrote:
Add 64-bit physical address support to PCI.
Can you expand on your commit message. for example why do this? is it
address a bug fix, etc..
Signed-off-by: Valentine Barshak [EMAIL PROTECTED]
---
So, like, the other day David Gibson mumbled:
This patch adds a handful of simple testcases for dtc. It adds a dts
file which should generate the same sample tree as is used for the
libfdt testcases, and tests invoking dtc on this dts, plus the
standard batch of libfdt cases on the resulting
So, like, the other day David Gibson mumbled:
This large patch removes all trailing whitespace from dtc (including
libfdt, the testsuite and documentation). It also removes a handful
of redundant blank lines (at the end of functions, or when there are
two blank lines together for no
On Tue, Sep 18, 2007 at 10:08:50AM -0500, Kumar Gala wrote:
On Sep 17, 2007, at 11:57 AM, Scott Wood wrote:
On arch/ppc, Soft_emulate_8xx was used when full math emulation was
turned off to emulate a minimal subset of floating point load/store
instructions, to avoid needing a soft-float
On Sep 18, 2007, at 10:11 AM, Scott Wood wrote:
On Tue, Sep 18, 2007 at 10:08:50AM -0500, Kumar Gala wrote:
On Sep 17, 2007, at 11:57 AM, Scott Wood wrote:
On arch/ppc, Soft_emulate_8xx was used when full math emulation was
turned off to emulate a minimal subset of floating point
On Sep 18, 2007, at 10:23 AM, Scott Wood wrote:
On Tue, Sep 18, 2007 at 10:19:05AM -0500, Kumar Gala wrote:
Mainly that 8xx has been doing this for a vast number of years and I
see no reason to stop doing it at this point.
While I can see that it might be misleading, clearly 8xx linux users
Signed-off-by: Vitaly Bordug [EMAIL PROTECTED]
---
drivers/net/fs_enet/fs_enet-main.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/drivers/net/fs_enet/fs_enet-main.c
b/drivers/net/fs_enet/fs_enet-main.c
index 927cd9e..0e2d2b2 100644
---
Signed-off-by: Vitaly Bordug [EMAIL PROTECTED]
---
drivers/net/fs_enet/fs_enet-main.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/fs_enet/fs_enet-main.c
b/drivers/net/fs_enet/fs_enet-main.c
index a4a2a0e..927cd9e 100644
---
Currently pci_32 doesn't support 64-bit physical addresses, while
PowerPC440 platform has PCI space typically mapped above 4GB range.
The patch adds 64-bit physical address support to 32-bit PCI code
in order to bring-up PCI on 44x platform.
Signed-off-by: Valentine Barshak [EMAIL PROTECTED]
---
On Tue, 18 Sep 2007 17:37:58 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
Benjamin Herrenschmidt wrote:
On Tue, 2007-09-18 at 10:34 +0100, Andy Whitcroft wrote:
On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
Andrew Morton wrote:
A couple of minor fixes to correct MAL0 DTS entries for bamboo.dts and
sequoia.dts.
Also correct MAL channel assignment for EMACs on Sequoia board.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
According to PowerPC 440EPx documentation,
MAL0 is comprised of four channels (two transmit and two receive).
Each channel is dedicated to one of two EMAC cores.
This patch fixes Sequoia DTS MAL0 entry and EMAC entries,
assigning correct channel numbers to EMACs.
Signed-off-by: Valentine Barshak
According to PowerPC 440EP documentation,
MAL0 consists of 6 channels (4 transmit channels and 2 receive channels)
This patch fixes Bamboo DTS MAL0 num-rx-chans entry.
Signed-off-by: Valentine Barshak [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/bamboo.dts |2 +-
1 files changed, 1
Hello Valentine,
On Tue, 18 Sep 2007 20:07:54 +0400
Valentine Barshak wrote:
Currently pci_32 doesn't support 64-bit physical addresses, while
PowerPC440 platform has PCI space typically mapped above 4GB range.
The patch adds 64-bit physical address support to 32-bit PCI code
in order to
On Tue, Sep 18, 2007 at 05:37:58PM +0530, Kamalesh Babulal wrote:
Benjamin Herrenschmidt wrote:
On Tue, 2007-09-18 at 10:34 +0100, Andy Whitcroft wrote:
On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
Andrew Morton wrote:
The /localbus node is used to describe devices that are connected via a chip
select or similar mechanism. The advantages over placing the devices under
the root node are that it can be probed without probing other random things
under the root, and that the description of which chip select a given
The existing OF glue code was crufty and broken. Rather than fix it,
it has been removed, and the serial driver now talks to the device tree
directly.
The non-CONFIG_PPC_CPM_NEW_BINDING code can go away once CPM platforms
are dropped from arch/ppc (which will hopefully be soon), and existing
Previously, Soft_emulate_8xx was called with no implementation, resulting in
build failures whenever building 8xx without math emulation. The
implementation is copied from arch/ppc to resolve this issue.
However, this sort of minimal emulation is not a very good idea other than
for compatibility
It now uses the new CPM binding and the generic pin/clock functions, and
has assorted fixes and cleanup.
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
Resent with asm/of_platform.h - linux/of_platform.h.
arch/powerpc/boot/dts/mpc885ads.dts | 195 +++-
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
Resent with asm/of_platform.h - linux/of_platform.h
arch/powerpc/boot/dts/pq2fads.dts | 229
arch/powerpc/configs/pq2fads_defconfig | 1003
arch/powerpc/platforms/82xx/Kconfig| 11 +
On Tue, 2007-09-18 at 12:16 -0700, Greg KH wrote:
Oh, and sorry for breaking this, I could only test all of the modules
build on x86 due to traveling while creating this patch. I need to
set
up some cross-compilers on my laptop to fix this issue :(
Yuck :-) Oh well, I hope you have a _FAST_
@@ -879,11 +891,18 @@
prev = NULL;
while ((rlen -= np * sizeof(unsigned int)) = 0) {
if (prev) {
- if (prev[0] == ranges[0] prev[1] == ranges[1]
- (prev[2] + prev[na+4]) == ranges[2]
-
On Wed, 2007-09-12 at 02:49 +0400, Vitaly Bordug wrote:
We are having 2 different instances of pci_process_bridge_OF_ranges(),
which makes describing 64-bit physical addresses in non PPC64 case
impossible.
This approach inherits pci space parsing, but has a new way to behave
equally good in
Oh and...
PowerMac -needs- the coalescing of ranges. Apple tends to split their
ranges in bits in the device-tree and ends up with more than you have
struct resource in the pci_bus.
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
On Tue, 2007-09-18 at 16:03 +0400, Valentine Barshak wrote:
Do we need to ioremap on 64-bit? I think 64-bit uses different
approach
in handling io space.
Yup, we changed that recently and I haven't yet modified ppc32 to catch
up (and may never do so, they have different constraints).
Ben.
On Tue, Sep 18, 2007 at 09:34:31AM -0500, Rune Torgersen wrote:
-Original Message-
From: Scott Wood
Sent: Monday, September 17, 2007 11:58 AM
The 8272 (and presumably other PCI PQ2 chips) appear to have the
same issue as the 83xx regarding PCI streaming DMA.
Can you
Hello Valentine,
On Tue, 18 Sep 2007 18:38:56 +0400
Valentine Barshak wrote:
Well, thanks for the invitation :)
I've been trying to work on the pci support here too. But I've used a
bit different approach. I tried to add 64-bit phys addr support to
pci_32.c. The patch seems to work on
On Tue, Sep 18, 2007 at 09:21:50AM -0500, Scott Wood wrote:
On Tue, Sep 18, 2007 at 04:11:41PM +1000, David Gibson wrote:
+ /* Legacy device binding -- will go away when no users are left. */
+ node = of_find_node_by_type(NULL, cpm);
+ if (node) {
+ prop =
+ l) USB EHCI controllers
+
+ Required properties:
+ - device_type : should be usb.
No device_type please. The published USB binding doesn't define
one on purpose.
+ - compatible : should be ehci.
Just ehci isn't enough -- compare to OHCI, which is the name for
a kind of USB host
On Tue, Sep 18, 2007 at 09:29:13PM +0400, Valentine Barshak wrote:
According to PowerPC 440EPx documentation,
MAL0 is comprised of four channels (two transmit and two receive).
Each channel is dedicated to one of two EMAC cores.
This patch fixes Sequoia DTS MAL0 entry and EMAC entries,
On Mon, Sep 17, 2007 at 11:57:33AM -0500, Scott Wood wrote:
This code assumes that the ports have been previously set up, with
buffers in DPRAM.
Signed-off-by: Scott Wood [EMAIL PROTECTED]
Looks sane as far as I can see.
Acked-by: David Gibson [EMAIL PROTECTED]
--
David Gibson
On Mon, Sep 17, 2007 at 11:57:35AM -0500, Scott Wood wrote:
This is a library that board code can use to extract information from the
PlanetCore configuration keys. PlanetCore is used on various boards from
Embedded Planet.
Signed-off-by: Scott Wood [EMAIL PROTECTED]
[snip]
+void
On Mon, Sep 17, 2007 at 11:57:36AM -0500, Scott Wood wrote:
fsl_get_immr() uses /soc/ranges to determine the immr.
mpc885_get_clock() transforms a crystal frequency into a system frequency
according to the PLL register settings.
pq2_get_clocks() does the same as the above for the
On Mon, Sep 17, 2007 at 11:57:37AM -0500, Scott Wood wrote:
Needs a commit comment
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
arch/powerpc/boot/cuboot-pq2.c | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
--
David Gibson| I'll have my music
Domen Puncer writes:
Paul, what do you say about this?
Sylvain suggested it could also be integrated with define_machine
interface.
As it stands, your patch adds the clk_* functions on all platforms.
What platforms would actually want to use them?
Paul.
This patch includes a whole batch of smallish cleanups for
drivers/mtd/physmap_of.c.
- A bunch of uneeded #includes are removed
- We switch to the modern linux/of.h etc. in place of
asm/prom.h
- Use some helper macros to avoid some ugly inline #ifdefs
- A few lines
We forgot to remove the clock_gettime, clock_getres and get_tbfreq vDSO
calls on CPUs that have no timebase such as 601 or 403 (old CPUs that have
different mechanisms and for which the vDSO code will not work properly).
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
Recent changes to the timekeeping code broke support for the PowerPC 601
processor which doesn't have the usual timebase facility but a slightly
different thing called (yuck) the RTC.
This fixes it, boot tested on an old 601 based PowerMac 7200
Signed-off-by: Benjamin Herrenschmidt [EMAIL
On Mon, Sep 17, 2007 at 11:57:42AM -0500, Scott Wood wrote:
1. Keep a global mpc8xx_immr mapping, rather than constantly
creating temporary mappings.
Nice, but again, it seems a bit pointless to leave in all the
immr_map() / immr_unmap() pairs now that they do basically nothing.
--
David
Add memory regions to the kcore list for 32-bit machines.
Since the entries are only 32-bit, keep under 4G.
Signed-off-by: Ed Swarthout [EMAIL PROTECTED]
---
Adapted from init_64.c
arch/powerpc/mm/init_32.c | 34 ++
1 files changed, 34 insertions(+), 0
On Wed, Sep 19, 2007 at 02:25:33PM +1000, David Gibson wrote:
On Mon, Sep 17, 2007 at 11:57:42AM -0500, Scott Wood wrote:
1. Keep a global mpc8xx_immr mapping, rather than constantly
creating temporary mappings.
Nice, but again, it seems a bit pointless to leave in all the
immr_map() /
Emil Medve writes:
The fix tries to use the smallest scope CONFIG_* symbols that will fix the
build
problem. In this case linux/ide.h needs to be included only if IDE=y or
IDE=m were selected. Also, ppc_ide_md is needed only if BLK_DEV_IDE=y or
BLK_DEV_IDE=m
It would be nicer to remove the
64 matches
Mail list logo