Olof Johansson writes:
FWIW I'm presuming this work will go via a powerpc tree not libata...
Generally that's not the case, but here it's largely an arch-specific work.
Ok, that works. I was thinking of letting this patch go through libata,
and do the removal through the powerpc merge
pjmaiya schrieb:
hi,
- don't cross-post
- don't post HTML to the lists
I am using tiny login provided by montavista. Binaries already obtained
from tool provided from montavista. We are able to add only 10 users.
But I need to add more than 10 users.
Tried to contact montavista for
Andre Detsch (1):
[POWERPC] cell: safer of_has_vicinity routine
Balbir Singh (1):
[POWERPC] Fake NUMA emulation for PowerPC
Benjamin Herrenschmidt (20):
[POWERPC] pci32: Remove bogus alignment message
[POWERPC] pci32: Use generic pci_assign_unassign_resources
This implements user_regset-style accessors for the powerpc general registers.
In the future these functions will be the only place that needs to understand
the user_regset layout (core dump format) and how it maps to the internal
representation of user thread state.
Signed-off-by: Roland McGrath
Remove some dead code we no longer need now that the
user_regset interfaces are doing all these jobs.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/process.c | 48 -
include/asm-powerpc/elf.h | 46
This isolates the ptrace code for the special-case registers msr and trap
from the ptrace-layout dispatch code. This should inline away completely.
It cleanly separates the low-level machine magic that has to be done for
deep reasons, from the superficial details of the ptrace interface.
This switches powerpc to using the user_regset-based code for ELF core
dumps. The core dumps come out exactly the same either way, except that
the NT_PPC_VMX note is now omitted for any thread that never touched its
Altivec registers (thread_struct.vr_used).
Signed-off-by: Roland McGrath [EMAIL
This makes the SPE register data appear in ELF core dumps,
using the new n_type value NT_PPC_SPE (0x101). This new
note type is not used by any consumers of core files yet,
but support can be added. I don't even have any hardware
with SPE capabilities, so I've never seen such a note.
But this
Now that ptrace_request handles these, we can drop some more boilerplate.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/ptrace.c | 12
1 files changed, 0 insertions(+), 12 deletions(-)
diff --git a/arch/powerpc/kernel/ptrace.c
This replaces all the code for powerpc PTRACE_*REGS* requests with
simple calls to copy_regset_from_user and copy_regset_to_user. All
the ptrace formats are either the whole corresponding user_regset
format (core dump format) or a leading subset of it, so we can get
rid of all the remaining
This replaces powerpc's compat_sys_ptrace with a compat_arch_ptrace and
enables the new generic definition of compat_sys_ptrace instead.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/ptrace32.c | 33 +
include/asm-powerpc/ptrace.h |
This switches the CONFIG_PPC64 support for 32-bit ELF to use the generic
fs/compat_binfmt_elf.c implementation instead of our own binfmt_elf32.c.
Since so much is the same between 32/64, there is only one macro we have to
define to make the generic support work out of the box.
Signed-off-by:
This cleans up the 32-bit ptrace syscall support to use user_regset calls
to get at the register data for PTRACE_*REGS* calls.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/ptrace32.c | 96 ++-
1 files changed, 25 insertions(+), 71
This removes some duplicated code by calling the new generic
compat_ptrace_request from powerpc's compat_sys_ptrace.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/ptrace32.c | 34 ++
1 files changed, 2 insertions(+), 32 deletions(-)
This provides the task_user_regset_view entry point and support for all the
native-mode (64 on CONFIG_PPC64, 32 on CONFIG_PPC32) thread register state.
This will enable generic machine-independent code to access user-mode
threads' registers for debugging and dumping.
Signed-off-by: Roland McGrath
This extends task_user_regset_view CONFIG_PPC64 with support for the 32-bit
view of register state, compatible with what a CONFIG_PPC32 kernel provides.
This will enable generic machine-independent code to access user-mode
threads' registers for debugging and dumping.
Signed-off-by: Roland
This implements user_regset-style accessors for the powerpc Altivec data,
and rewrites the existing ptrace code in terms of those calls.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/ptrace.c | 112 +-
1 files changed, 78
This implements user_regset-style accessors for the powerpc SPE data,
and rewrites the existing ptrace code in terms of those calls.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/ptrace.c | 90 ++---
1 files changed, 57
Otherwise oops will happen if ethernet device has not been opened:
Unable to handle kernel paging request for data at address 0x014c
Faulting instruction address: 0xc016f7f0
Oops: Kernel access of bad area, sig: 11 [#1]
MPC85xx
NIP: c016f7f0 LR: c01722a0 CTR:
REGS: c79ddc70 TRAP:
This patch allows ehca to forward event client-reregister-required to
registered clients. Such one event is generated by the switch eg. after
its reboot.
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
drivers/infiniband/hw/ehca/ehca_irq.c | 12
1 files changed, 12
On Thu, Dec 20, 2007 at 02:53:46PM +1100, Paul Mackerras wrote:
Olof Johansson writes:
FWIW I'm presuming this work will go via a powerpc tree not libata...
Generally that's not the case, but here it's largely an arch-specific
work.
Ok, that works. I was thinking of letting this
Olof Johansson wrote:
+static struct of_device_id mpc8610_ids[] = {
+{ .type = soc, },
+{}
Please scan based on compatible instead of device_type.
I was just following the example from another board file. However, the 'soc'
node in the device tree does not have a compatible
At Thu, 20 Dec 2007 08:24:35 -0600,
Timur Tabi wrote:
+static int fsl_dma_new(struct snd_card *card, struct snd_soc_codec_dai
*dai,
+ struct snd_pcm *pcm)
+{
+ static u64 fsl_dma_dmamask = 0x;
+ int ret;
+
+ if (!card-dev-dma_mask)
+ card-dev-dma_mask =
On 12/20/07, David Gibson [EMAIL PROTECTED] wrote:
On Wed, Dec 19, 2007 at 11:41:44PM -0500, Jon Smirl wrote:
Convert MPC i2c driver from being a platform_driver to an open
firmware version. Error returns were improved. Routine names were
changed from fsl_ to mpc_ to make them match the
On 12/20/07, Andy Whitcroft [EMAIL PROTECTED] wrote:
On Wed, Dec 19, 2007 at 11:23:48PM -0700, Grant Likely wrote:
+ /* Make the sysace device 'live' */
+ if (ace-fsm_state != ACE_FSM_STATE_INVALIDATE_MEDIA);
+ add_disk(ace-gd);
checkpatch.pl
On Thu, Dec 20, 2007 at 10:00:05PM +1100, Paul Mackerras wrote:
Scott Wood (5):
[POWERPC] 8xx: Convert mpc866ads to the new device binding.
[POWERPC] 83xx: mpc834x_mds: Fix whitespace and call
of_platform_bus_probe().
[POWERPC] 83xx: mpc8313erdb: Fix whitespace.
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
dtc-parser.y | 16
srcpos.h |1 +
2 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/dtc-parser.y b/dtc-parser.y
index 002ea7f..4a0181d 100644
--- a/dtc-parser.y
+++ b/dtc-parser.y
@@ -318,6 +318,22 @@ void
Takashi Iwai wrote:
All? No, only a few...
For PCI, usually pci_set_dma_mask() and pci_set_consistent_dma_mask()
are used, of course.
Hmm, ok I was wrong. I took this code from the ASoC at91 driver.
Unfortunately, I don't understand what this code is trying to do. The AT91
driver isn't
This board is also resold by Freescale under the names
QUICCStart MPC8248 Evaluation System and CWH-PPC-8248N-VE.
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
Resent with dts-v1 and aliases.
arch/powerpc/boot/Makefile |3 +-
arch/powerpc/boot/dts/ep8248e.dts | 205
The following four patches add support for the Wind River SBC8560 board
onto the powerpc branch. The patches are as follows:
1) Add basic support for Wind River SBC8560 as powerpc
This adds in the basic platform support file -- closely matching that which
exists for the MPC8560ADS board.
Currently there is no way to disable the CPM2 support. Some boards,
like the SBC8560 have their own external UART and don't have any direct
dependencies on the CPM for a serial console or anything else.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
arch/powerpc/platforms/85xx/Kconfig |
This adds the device tree source for the Wind River SBC8560 board. The
biggest difference between this and the MPC8560ADS reference platform
is the use of an external 16550 compatible UART instead of the CPM2.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/sbc8560.dts
On Tue, 2007-12-18 at 19:04 -0800, Geoff Levand wrote:
Unfortunately there wasn't enough context in the patch to see
that there is a down() earlier in the routine, and that the patch
does indeed remove an incorrectly placed down(). Here is the
entire routine, marked with what the patch
This adds the basic support for the Wind River SBC8560 board, implemented
as powerpc. It closely follows the implementation of the MPC8560ADS.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
arch/powerpc/platforms/85xx/Kconfig | 11 +-
arch/powerpc/platforms/85xx/Makefile |1 +
Update the MPC8610 HPCD files to support the audio driver. Update
booting-without-of.txt with information on the SSI device.
Signed-off-by: Timur Tabi [EMAIL PROTECTED]
---
This patch applies on top of
git://git.kernel.org/pub/scm/linux/kernel/git/perex/alsa.git.
These patches add ALSA SoC device drivers for the Freescale MPC8610 SoC
and the MPC8610-HPCD reference board.
The first patch updates some files in arch/powerpc and booting-without-of.txt.
The second patch adds the new audio driver files to sound/soc.
Both must be applied in order to avoid a
On Thu, 20 Dec 2007 11:32:25 -0800 Daniel Walker [EMAIL PROTECTED] wrote:
On Tue, 2007-12-18 at 19:04 -0800, Geoff Levand wrote:
Unfortunately there wasn't enough context in the patch to see
that there is a down() earlier in the routine, and that the patch
does indeed remove an
On Thu, 2007-12-20 at 12:06 -0800, Andrew Morton wrote:
On Thu, 20 Dec 2007 11:32:25 -0800 Daniel Walker [EMAIL PROTECTED] wrote:
On Tue, 2007-12-18 at 19:04 -0800, Geoff Levand wrote:
Unfortunately there wasn't enough context in the patch to see
that there is a down() earlier in the
Hi all,
Here is the second version.
Changes since v1:
- Device tree lookup changes should be backward compatible with
older dtbs;
- Few of_put_node() cleanups;
- cell-index property added to spi nodes;
- cpm-muram{,-data} added as an addition to qe-muram{,-data}.
Thanks,
--
Anton Vorontsov
Benjamin Herrenschmidt wrote:
On Wed, 2007-12-19 at 16:34 +0300, Valentine Barshak wrote:
--- linux-work.orig/arch/powerpc/boot/dts/bamboo.dts2007-12-10
15:56:59.0 +1100
+++ linux-work/arch/powerpc/boot/dts/bamboo.dts 2007-12-10
16:39:51.0 +1100
@@ -239,10
Now we're searching for fsl,qe, fsl,qe-muram, fsl,qe-muram-data.
Per http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048388.html
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc832x_mds.dts |7 ---
arch/powerpc/boot/dts/mpc832x_rdb.dts |7 ---
device_type property is bogus, thus use proper compatible.
Also change compatible property to fsl,ucc-mdio.
Per http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048388.html
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc832x_mds.dts |3 +--
In case of QE we can use brg-frequency (which is qeclk/2).
Thus no need to divide sysclk in the spi_mpc83xx.
This patch also adds code to use get_brgfreq() on QE chips.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
arch/powerpc/sysdev/fsl_soc.c | 37
..also rename fsl_spi to fsl,spi and add cell-index property.
Per http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048388.html
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8313erdb.dts|4 ++--
arch/powerpc/boot/dts/mpc832x_mds.dts|8
This is a suitable .config file for building the WRS SBC8560 kernel
to be used for NFS root via one of the TSEC interfaces and with
serial console via the 16550 compatible UART on the board.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
arch/powerpc/configs/sbc8560_defconfig | 764
Christian Kujau wrote:
Hi,
I started some x11 application (here: firefox) through an ssh connection
on a remote host and it crashed somehow. OK, no biggie, killed the
application and be done with it. However, I noticed that the load of the
machine is now constantly at 7. It's an iBook
On 12/19/07, Timur Tabi [EMAIL PROTECTED] wrote:
+static struct of_device_id mpc8610_ids[] = {
+ { .type = soc, },
+ {}
+};
+
+static int __init mpc8610_declare_of_platform_devices(void)
+{
+ if (!machine_is(mpc86xx_hpcd))
+ return 0;
+
+ /*
Jon Smirl wrote:
How is of_platform_bus_probe() supposed to be called? mpc5200/virtex
call it with three NULLs. Is it necessary to name all of the buses in
a of_device_id? If it's not necessary to list the buses the
of_platform_bus_probe() call could be moved to common code.
I added the
On Thu, Dec 20, 2007 at 08:24:35AM -0600, Timur Tabi wrote:
Olof Johansson wrote:
+static struct of_device_id mpc8610_ids[] = {
+ { .type = soc, },
+ {}
Please scan based on compatible instead of device_type.
I was just following the example from another board file. However,
Olof Johansson wrote:
I was just following the example from another board file. However, the
'soc'
node in the device tree does not have a compatible property, so I don't how
to
change this.
Then add an appropriate compatible entry to it, please.
None of the SOC nodes in any DTS
On 12/20/07, Timur Tabi [EMAIL PROTECTED] wrote:
Jon Smirl wrote:
How is of_platform_bus_probe() supposed to be called? mpc5200/virtex
call it with three NULLs. Is it necessary to name all of the buses in
a of_device_id? If it's not necessary to list the buses the
of_platform_bus_probe()
Timur Tabi wrote:
Olof Johansson wrote:
I was just following the example from another board file. However, the
'soc'
node in the device tree does not have a compatible property, so I don't how
to
change this.
Then add an appropriate compatible entry to it, please.
None of the SOC
Timur Tabi wrote:
Jon Smirl wrote:
mpc5200 does it like this:
of_platform_bus_probe(NULL, NULL, NULL);
I think that tells the OF base code to probe everything in the device tree,
which is probably overkill. I think fsl_soc.c covers most of the device
tree,
but the SSI is not defined
On Thursday 20 December 2007, Anton Vorontsov wrote:
In case of QE we can use brg-frequency (which is qeclk/2).
Thus no need to divide sysclk in the spi_mpc83xx.
This patch also adds code to use get_brgfreq() on QE chips.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
On 12/20/07, Scott Wood [EMAIL PROTECTED] wrote:
Timur Tabi wrote:
Jon Smirl wrote:
mpc5200 does it like this:
of_platform_bus_probe(NULL, NULL, NULL);
I think that tells the OF base code to probe everything in the device tree,
which is probably overkill. I think fsl_soc.c covers
Hi Paul,
Just a couple of comments.
On Thu, 20 Dec 2007 09:54:29 -0500 Paul Gortmaker [EMAIL PROTECTED] wrote:
+++ b/arch/powerpc/platforms/85xx/sbc8560.c
+static void cpm2_cascade(unsigned int irq, struct irq_desc *desc)
+{
+ int cascade_irq;
+
+ while ((cascade_irq =
Paulus,
Can you take the crash shutdown hook patches as well?
http://patchwork.ozlabs.org/linuxppc/patch?person=414id=15546
http://patchwork.ozlabs.org/linuxppc/patch?person=414id=15547
Mikey
In message [EMAIL PROTECTED] you wrote:
Andre Detsch (1):
[POWERPC] cell: safer
This is a note to let you know that I've just added the patch titled
Subject: PCI: Fix bus resource assignment on 32 bits with 64b resources
to my gregkh-2.6 tree. Its filename is
pci-fix-bus-resource-assignment-on-32-bits-with-64b-resources.patch
This tree can be found at
This is a note to let you know that I've just added the patch titled
Subject: PCI: Fix warning in setup-res.c on 32-bit platforms with 64-bit
resources
to my gregkh-2.6 tree. Its filename is
pci-fix-warning-in-setup-res.c-on-32-bit-platforms-with-64-bit-resources.patch
This tree
On Dec 20, 2007, at 8:54 AM, Paul Gortmaker wrote:
This adds the basic support for the Wind River SBC8560 board,
implemented
as powerpc. It closely follows the implementation of the MPC8560ADS.
Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
arch/powerpc/platforms/85xx/Kconfig |
Can we get ride of sbc85xx in arch/ppc with these patches?
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Thu, Dec 20, 2007 at 11:33:22PM +0300, Anton Vorontsov wrote:
In case of QE we can use brg-frequency (which is qeclk/2).
Thus no need to divide sysclk in the spi_mpc83xx.
This patch also adds code to use get_brgfreq() on QE chips.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
On Dec 20, 2007, at 8:54 AM, Paul Gortmaker wrote:
This adds the device tree source for the Wind River SBC8560 board.
The
biggest difference between this and the MPC8560ADS reference platform
is the use of an external 16550 compatible UART instead of the CPM2.
Signed-off-by: Paul
The current pci_assign_unassigned_resources() code doesn't work properly
on 32 bits platforms with 64 bits resources. The main reason is the use
of unsigned long in various places instead of resource_size_t.
This fixes it, along with some tricks to avoid casting to 64 bits on
platforms
3) Add device tree source for Wind River SBC8560 board
This is probably the most interesting part of the group, given that
the
board doesn't use the CPM2 to provide the serial console. I've made a
duart dts entry that is kind of similar to what is done for the tsi108
on the
Are there any other objections to this patch? If not, can it be
targeted for 2.6.25?
On 12/19/07, Jon Smirl [EMAIL PROTECTED] wrote:
Since copying i2c-mpc.c to maintain support for the ppc architecture seems to
be an issue; instead rework i2c-mpc.c to use CONFIG_PPC_MERGE #ifdefs to
support
Kumar Gala wrote:
Can we get ride of sbc85xx in arch/ppc with these patches?
- k
That was the plan, yes.
P.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Thu, Dec 20, 2007 at 09:54:31AM -0500, Paul Gortmaker wrote:
This adds the device tree source for the Wind River SBC8560 board. The
biggest difference between this and the MPC8560ADS reference platform
is the use of an external 16550 compatible UART instead of the CPM2.
Signed-off-by:
On Thu, Dec 20, 2007 at 06:13:31PM -0500, Jon Smirl wrote:
On 12/20/07, Scott Wood [EMAIL PROTECTED] wrote:
Timur Tabi wrote:
Jon Smirl wrote:
mpc5200 does it like this:
of_platform_bus_probe(NULL, NULL, NULL);
I think that tells the OF base code to probe everything in the
On Thu, Dec 20, 2007 at 10:48:23AM -0600, Scott Wood wrote:
Signed-off-by: Scott Wood [EMAIL PROTECTED]
No need for a new function. If yyerror() is defined as a varargs
function it's still compatible with bison's built-in usage.
Oh, and while you're at it, you can kill off the bogus prototype
On Fri, Dec 21, 2007 at 10:56:13AM +1100, Benjamin Herrenschmidt wrote:
The current pci_assign_unassigned_resources() code doesn't work properly
on 32 bits platforms with 64 bits resources. The main reason is the use
of unsigned long in various places instead of resource_size_t.
This
On Thu, Dec 20, 2007 at 01:52:59PM -0600, Scott Wood wrote:
A property's data can be populated with a file's contents
as follows:
node {
prop = /bin-include/ path/to/data;
};
I'd be inclined to use /incbin/ rather than /bin-include/. It's only
slightly less obvious, but it's then
On Thu, Dec 20, 2007 at 11:45:24AM -0600, Scott Wood wrote:
This board is also resold by Freescale under the names
QUICCStart MPC8248 Evaluation System and CWH-PPC-8248N-VE.
Signed-off-by: Scott Wood [EMAIL PROTECTED]
[snip]
+ [EMAIL PROTECTED],0 {
+
This patch extends the Ebony and Walnut platform code to instantiate
the existing ds1742 RTC class driver for the DS1743 RTC/NVRAM chip
found on both those boards. The patch uses a helper function to scan
the device tree and instantiate the appropriate platform_device based
on it, so it should be
A property's data can be populated with a file's contents
as follows:
node {
prop = /bin-include/ path/to/data;
};
Search paths are not yet implemented; non-absolute lookups are relative to
the directory from which dtc was invoked.
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
In message: Re: [PATCH 0/4] arch/powerpc support for SBC8560 board
on 20/12/2007 Kumar Gala wrote:
3) Add device tree source for Wind River SBC8560 board
This is probably the most interesting part of the group, given that the
board doesn't use the CPM2 to provide the serial console. I've
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/configs/ppc64_defconfig |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/configs/ppc64_defconfig
b/arch/powerpc/configs/ppc64_defconfig
index 5760b9f..7695a4c 100644
---
On Thu, Dec 20, 2007 at 10:38:15PM -0500, Paul Gortmaker wrote:
In message: Re: [PATCH 0/4] arch/powerpc support for SBC8560 board
on 20/12/2007 Kumar Gala wrote:
3) Add device tree source for Wind River SBC8560 board
This is probably the most interesting part of the group, given that
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/kernel/ibmebus.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/ibmebus.c b/arch/powerpc/kernel/ibmebus.c
index 72fd871..caae49f 100644
--- a/arch/powerpc/kernel/ibmebus.c
+++
This will allow us to declare const all the statically declared arrrays
of these.
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/kernel/of_platform.c |8
include/asm-powerpc/of_platform.h |2 +-
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git
Fixes this warning:
arch/powerpc/platforms/powermac/pci.c: In function 'u3_ht_cfg_access':
arch/powerpc/platforms/powermac/pci.c:354: warning: return discards qualifiers
from pointer target type
arch/powerpc/platforms/powermac/pci.c:358: warning: return discards qualifiers
from pointer target
Maple and pasemi both require PCI as does CONFIG_OF_PLATFORM_PCI.
The default setting of CONFIG_ISA_DMA_API is set to match the protection
around the relevant routines in asm/dma.h.
I also had to remove the PMAC platform from the combined build. The
precis is that to build a 64 bit kernel with
This adds a cputable function pointer for the CPU-side machine
check handling. The semantic is still the same as the old one,
the one in ppc_md. overrides the one in cputable, though
ultimately we'll want to change that so the CPU gets first.
This removes CONFIG_440A which was a problem for
Accessing indirect DCRs is done via a pair of address/data DCRs.
Such accesses are thus inherently racy, vs. interrupts, preemption
and possibly SMP if 4xx SMP cores are ever used.
This updates the mfdcri/mtdcri macros in dcr-native.h (which were
so far unused) to use a spinlock.
In addition,
This adds to the previous patch the support for the 4xx PCI 2.x
bridges.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
This version implement the basic support for the 405GP bridge,
I haven't yet looked at differences that other implementations
may have for the PCI 2.x part.
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting features of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and
This wires up the 4xx PCI support device tree bits for
440GP based Ebony platform.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/ebony.dts| 41 -
arch/powerpc/platforms/44x/Kconfig |1
2 files changed, 37
This adds some basic real mode based early udbg support for 40x
in order to debug things more easily
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/Kconfig.debug | 13 +++
arch/powerpc/kernel/misc_32.S | 39
Brings EP405 support to arch/powerpc. The IRQ routing for the CPLD
comes from a device-tree property, PCI is working to the point where
I can see the video card, USB device, and south bridge.
This should work with both EP405 and EP405PC.
I've not totally figured out how IRQs are wired on this
This wires up the 4xx PCI support device-tree bits for the
405GP based Walnut platform.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
This one is untested, haven't had time to dig my walnut and put it
back into working condition. Josh, can you verify that IRQs are
working (routing
From: Hugh Blemings [EMAIL PROTECTED]
This patch adds base support for the AMCC Taishan 440GX evaluation
board.
Signed-off-by: Hugh Blemings [EMAIL PROTECTED]
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/Kconfig.debug |6
arch/powerpc/boot/Makefile
This adds the device-tree bits call to ppc4xx_pci_find_bridges()
to make PCI work on the Bamboo board
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/bamboo.dts | 40 -
arch/powerpc/platforms/44x/Kconfig |1
2 files
This adds the definition of the on-chip OHCI controller to the
Bamboo board's device-tree. This is enough to get it probed and
working, though a separate patch fixing a bug in the OHCI driver
is needed to make it reliable.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
This adds a function to the bootwrapper 4xx library to decode memory
size on 440SPE processors.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/boot/4xx.c | 85 +---
arch/powerpc/boot/4xx.h |3 -
The 4xx bootwrapper occasionally needs to access SPR registers,
this adds mfspr/mtspr wrappers to it.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
===
arch/powerpc/boot/reg.h |8
1 file changed, 8
This adds macros to the boot wrapper to access the CPR
registers from the boot wrappers.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/boot/dcr.h | 27 +++
1 file changed, 27 insertions(+)
--- linux-merge.orig/arch/powerpc/boot/dcr.h
This reworks the boot wrapper library function that probes
the chip clocks. Better separate the base function that is
used on 440GX,SPe,EP,... from the uart fixups as those need
different device-tree path on different processors.
Also, rework the function itself based on the arch/ppc code
from
This adds base support for the Katmai board, including PCI-X and
PCI-Express (but no RTC, nvram, etc... yet).
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
Acked-by: Stefan Roese [EMAIL PROTECTED]
---
As for Taishan, the bootwrapper code can be simplified. In fact,
we probably don't
This removes a bogus empty ranges property in the EBC device node
of the Bamboo board device-tree.
The ranges property will be created by the boot wrapper, there is
no need to have an empty property there, and that causes recent
dtc to complain.
Signed-off-by: Benjamin Herrenschmidt [EMAIL
This improves the way the 4xx PCI-E code handles checking for a link
and adds explicit testing of CRS result codes on config space accesses.
This should make it more reliable.
Also, bridges with no link are now still created, though config space
accesses beyond the root complex are filtered.
1 - 100 of 117 matches
Mail list logo