On Wed, 2007-11-21 at 08:13 +0100, Stefan Roese wrote:
> On Wednesday 21 November 2007, Benjamin Herrenschmidt wrote:
> > From: Hugh Blemings <[EMAIL PROTECTED]>
> >
> > Depending on how the 44x processors are wired, some EMAC cells
> > might not be useable (and not connected to a PHY). However, s
On Wednesday 21 November 2007, Benjamin Herrenschmidt wrote:
> From: Hugh Blemings <[EMAIL PROTECTED]>
>
> Depending on how the 44x processors are wired, some EMAC cells
> might not be useable (and not connected to a PHY). However, some
> device-trees may choose to still expose them (since their re
Looks like I posted that whole serie twice :-(
Sorry, it's a mistake.
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Wed, 21 Nov 2007 17:15:06 +1100 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
>
> +++ linux-work/arch/powerpc/platforms/40x/ep405.c 2007-11-21
> 16:45:38.0 +1100
> +#include
Please use linux/of_platform.h instead.
--
Cheers,
Stephen Rothwell[EMAIL PROTEC
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 (routi
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 har
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 | 12 ++
arch/powerpc/kernel/misc_32.S | 39 +
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/ebony.c |7 ++
2 files changed, 4
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.
arc
This adds base support code for the 4xx PCI-X bridge. It also provides
placeholders for the PCI and PCI-E version but they aren't supported
with this patch.
The bridges are configured based on device-tree properties.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
Tested on 440GP o
On platforms doing non-coherent DMA (4xx, 8xx, ...), it's important that
kmalloc minimum alignment is set to the cache line size, to avoid sharing
cache lines between different objects.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
include/asm-powerpc/page_32.h |4
1 fil
The 32 bits PCI code will display a rather scary error message
PCI: Cannot allocate resource region N of device XXX
at boot when the existing setup of a device as left by the
firmware doesn't match the kernel needs and the device needs
to be moved. This is often not an error at all, as the ker
This adds a function to xmon to dump the content of the 44x processor
TLB with a little bit of decoding (but not much).
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
Did that to track down some machine checks I was having while working
on PCI support due to 32/64 bits resource scr
This removes CONFIG_440A which was a problem for multiplatform
kernels and instead fixes up the IVOR at runtime from a setup_cpu
function. The "A" version of the machine check also tweaks the
regs->trap value to differenciate the 2 versions at the C level.
Signed-off-by: Benjamin Herrenschmidt <[E
The 32bits powerpc resource fixup code uses unsigned longs to do the
offseting of resources which overflows on platforms such as 4xx where
resources can be 64 bits.
This fixes it by using resource_size_t instead.
However, the IO stuff does rely on some 32 bits arithmetic, so we hack
by cropping t
pcibios_free_controller() is now available for both 32 and 64 bits
but the header only declares it for 64 bits. This moves the
declaration down next to the pcibios_alloc_controller() one.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
include/asm-powerpc/pci-bridge.h |5 +++--
This patch merges the 32 and 64 bits implementations of
pci_process_bridge_OF_ranges(). The new function is cleaner than both
the old ones supports 64 bits ranges on ppc32 which is necessary for
the 4xx port.
It also adds some better (hopefully) output to the kernel log which
should help disagnose
This defines isa_mem_base on both 32 and 64 bits (it used to be 32 bits
only). This avoids a few ifdef's in later patches and potentially can
allow support for VGA text mode on 64 bits powerpc.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
Small cleanup pre-requisite for my next p
Here's a set of patches that bring PCI and PCI-X support for
4xx (PCIe still missing) in arch/powerpc.
This is for review before I ask paulus to pull that into his
for 2.6.25 tree. Some of the patches still need a bit more
testing vs. regressions on other platforms such as the
64 bits resource fix
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 (routi
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 har
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 | 12 ++
arch/powerpc/kernel/misc_32.S | 39 +
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/ebony.c |7 ++
2 files changed, 4
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.
arc
This adds base support code for the 4xx PCI-X bridge. It also provides
placeholders for the PCI and PCI-E version but they aren't supported
with this patch.
The bridges are configured based on device-tree properties.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
Tested on 440GP o
On platforms doing non-coherent DMA (4xx, 8xx, ...), it's important that
kmalloc minimum alignment is set to the cache line size, to avoid sharing
cache lines between different objects.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
include/asm-powerpc/page_32.h |4
1 fil
The 32 bits PCI code will display a rather scary error message
PCI: Cannot allocate resource region N of device XXX
at boot when the existing setup of a device as left by the
firmware doesn't match the kernel needs and the device needs
to be moved. This is often not an error at all, as the ker
This adds a function to xmon to dump the content of the 44x processor
TLB with a little bit of decoding (but not much).
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
Did that to track down some machine checks I was having while working
on PCI support due to 32/64 bits resource scr
This removes CONFIG_440A which was a problem for multiplatform
kernels and instead fixes up the IVOR at runtime from a setup_cpu
function. The "A" version of the machine check also tweaks the
regs->trap value to differenciate the 2 versions at the C level.
Signed-off-by: Benjamin Herrenschmidt <[E
The 32bits powerpc resource fixup code uses unsigned longs to do the
offseting of resources which overflows on platforms such as 4xx where
resources can be 64 bits.
This fixes it by using resource_size_t instead.
However, the IO stuff does rely on some 32 bits arithmetic, so we hack
by cropping t
pcibios_free_controller() is now available for both 32 and 64 bits
but the header only declares it for 64 bits. This moves the
declaration down next to the pcibios_alloc_controller() one.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
include/asm-powerpc/pci-bridge.h |5 +++--
This patch merges the 32 and 64 bits implementations of
pci_process_bridge_OF_ranges(). The new function is cleaner than both
the old ones supports 64 bits ranges on ppc32 which is necessary for
the 4xx port.
It also adds some better (hopefully) output to the kernel log which
should help disagnose
This defines isa_mem_base on both 32 and 64 bits (it used to be 32 bits
only). This avoids a few ifdef's in later patches and potentially can
allow support for VGA text mode on 64 bits powerpc.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
Small cleanup pre-requisite for my next p
From: Hugh Blemings <[EMAIL PROTECTED]>
Depending on how the 44x processors are wired, some EMAC cells
might not be useable (and not connected to a PHY). However, some
device-trees may choose to still expose them (since their registers
are present in the MMIO space) but with an "unused" property i
There are a few variants of the STACR register that affect more than
just the "AXON" version of EMAC. Replace the current test of various
chip models with tests for generic properties in the device-tree.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Acked-by: Stefan Roese <[EMAIL PROTE
More than just "AXON" version of EMAC RGMII supports MDIO, so replace
the current test with a generic property in the device-tree that
indicates such support.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Acked-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/sequoia.dt
With some PHYs, when the link goes away, the EMAC reset fails due
to the loss of the RX clock I believe.
The old EMAC driver worked around that using some internal chip-specific
clock force bits that are different on various 44x implementations.
This is an attempt at doing it differently, by avoi
When using ZMII for MDIO only (such as 440GX with RGMII for data and ZMII for
MDIO), the ZMII code would fail to properly refcount, thus triggering a
BUG_ON().
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Acked-by: Stefan Roese <[EMAIL PROTECTED]>
---
drivers/net/ibm_newemac/zmii.c
From: Stefan Roese <[EMAIL PROTECTED]>
This adds support for the Agere ET1011c PHY as found on the AMCC Taishan
board.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
drivers/net/ibm_newemac/phy.c | 37 +
From: Stefan Roese <[EMAIL PROTECTED]>
This patch adds BCM5248 and Marvell 88E PHY support to NEW EMAC driver.
These PHY chips are used on PowerPC 440EPx boards.
The PHY code is based on the previous work by Stefan Roese <[EMAIL PROTECTED]>
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
Sign
It's a bad idea to call flush_scheduled_work from within a
netdev->stop because the linkwatch will occasionally take the
rtnl lock from a workqueue context, and thus that can deadlock.
This reworks things a bit in that area to avoid the problem.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTE
Here are the patches I have pending for EMAC. With some non-released
patches from Hugh Blemings, I get a taishan (440GX) booting now,
in addition to Ebony (440GP) and various 405GP boards.
This is 2.6.25 material except for patch #1 which has already been
posted separately and is candidate for 2.6
Here, at last, is a substantial start on revising dtc's infrastructure
for checking the tree; this is the rework I've been saying was
necessary practically since dtc was first release.
In the new model, we have a table of "check" structures, each with a
name, references to checking functions, and
---
Documentation/powerpc/booting-without-of.txt | 113 ++
1 files changed, 113 insertions(+), 0 deletions(-)
diff --git a/Documentation/powerpc/booting-without-of.txt
b/Documentation/powerpc/booting-without-of.txt
index 3d959d6..161fb0d 100644
--- a/Documentation/powerp
---
Documentation/powerpc/booting-without-of.txt | 47 --
1 files changed, 44 insertions(+), 3 deletions(-)
diff --git a/Documentation/powerpc/booting-without-of.txt
b/Documentation/powerpc/booting-without-of.txt
index eb14dd5..3d959d6 100644
--- a/Documentation/powerpc
---
Documentation/powerpc/booting-without-of.txt | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/Documentation/powerpc/booting-without-of.txt
b/Documentation/powerpc/booting-without-of.txt
index e9a3cb1..eb14dd5 100644
--- a/Documentation/powerpc/bo
All,
Please review these updates to booting-without-of.txt for the FSL periphs:
* SATA
* RapidIO
* DMA
They are intended to encompass patches posted before with some changes
that I've made.
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
http
On Nov 20, 2007, at 9:08 PM, Paul Mackerras wrote:
> This implements sys_indirect for 32-bit and 64-bit powerpc machines,
> including a 32-bit compatibility implementation for 64-bit powerpc.
> I decided to use assembly language for call_syscall because on 64-bit
> powerpc the system call table h
On Nov 20, 2007, at 10:01 PM, Kumar Gala wrote:
>>> Upon further review of all this I don't think this belongs in
>>> the kernel at all. This is one time setup and should be done
>>> in firmware.
>>
>> I'm ok for it to be taken care of in u-boot for now. However, if we
>> later plan to add powe
>> Upon further review of all this I don't think this belongs in
>> the kernel at all. This is one time setup and should be done
>> in firmware.
>
> I'm ok for it to be taken care of in u-boot for now. However, if we
> later plan to add power management support to this block. We probably
> have
On Wed, 21 Nov 2007 14:08:46 +1100 Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> +struct indirect_registers32 {
In fact, you should probably call this struct compat_indirect_registers ...
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
pgpoyI3
> On Oct 19, 2007, at 10:35 AM, Grant Likely wrote:
>
> > On 10/19/07, Li Yang <[EMAIL PROTECTED]> wrote:
> >> The SerDes(serializer/deserializer) PHY block is a new SoC
> block used
> >> in Freescale chips to support multiple serial interfaces,
> such as PCI
> >> Express, SGMII, SATA.
> >
> > T
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, November 21, 2007 11:32 AM
> To: Li Yang
> Cc: Paul Mackerras; linuxppc-dev@ozlabs.org; Grant Likely
> Subject: Re: [PATCH v7 3/9] add Freescale SerDes PHY support
>
>
> On Oct 19, 2007, at 10:35 AM, Gra
On Wed, 21 Nov 2007 14:08:46 +1100 Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> +#ifdef CONFIG_PPC64
Use CONFIG_COMPAT?
> +struct indirect_registers32 {
> + unsigned int syscall_nr;
> + unsigned int args[6];
These could (should?) be compat_ulong_t
> +++ b/include/asm-powerpc/systbl.h
>
On Oct 19, 2007, at 10:35 AM, Grant Likely wrote:
> On 10/19/07, Li Yang <[EMAIL PROTECTED]> wrote:
>> The SerDes(serializer/deserializer) PHY block is a new SoC block used
>> in Freescale chips to support multiple serial interfaces, such as PCI
>> Express, SGMII, SATA.
>
> This looks like board
On Wed, 21 Nov 2007 14:08:46 +1100 Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/kernel/entry_32.S
> @@ -461,6 +461,25 @@ ppc_swapcontext:
> b sys_swapcontext
>
> /*
> + * long call_compat_syscall(struct indirect_registers32 *regs)
^
This implements sys_indirect for 32-bit and 64-bit powerpc machines,
including a 32-bit compatibility implementation for 64-bit powerpc.
I decided to use assembly language for call_syscall because on 64-bit
powerpc the system call table has the addresses of the function text
rather than pointers to
The pseries hypervisor attempts to detect and prevent an
infinite loop of kernel crashes and auto-reboots. It does
so by refusing to auto-reboot unless we indicate that the
current boot was sucessful. So, indicate success late in
the boot sequence.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTE
This patch adds some options to the run_tests.sh script allowing it to
run all the testcases under valgrind to check for pointer corruption
bugs and memory leaks. Invoking "make checkm" will run the testsuite
with valgrind.
It include a mechanism for specifying valgrind errors to be suppressed
on
The notable changes hare are the enabling of NO_HZ and HIGH_RES_TIMERS.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/configs/iseries_defconfig | 123 +---
1 files changed, 64 insertions(+), 59 deletions(-)
--
Cheers,
Stephen Rothwell
This patch removes a number of testcases from the testsuite that are
extremely unlikely to find any bugs that won't be found by the other
tests. This speeds up the testsuite.
- Both loops across the various tree block layouts run the
tree1_tests on the basic mangled tree. This is complet
didn't cc linuxppc-dev.
-- Forwarded message --
Date: Tue, 20 Nov 2007 15:40:57 -0600 (CST)
From: Kumar Gala <[EMAIL PROTECTED]>
To: Paul Mackerras <[EMAIL PROTECTED]>
Subject: Please pull from 'for-2.6.24' branch
Please pull from 'for-2.6.24' branch of
master.kernel.org:
David Gibson wrote:
> On Tue, Nov 20, 2007 at 09:09:17AM -0600, Jon Loeliger wrote:
>> Actually, this is the official third time now that it would have
>> been significantly nicer had you been using git for patches as
>> it does correctly handle excute permissions properly in patches.
>
> Well, ye
On Tue, 2007-11-20 at 16:03, David Gibson wrote:
> Well, yes. But, IMO, every time anyone other that you or I has
> commented on one of these patches as it goes past counts as an
> occasion when it's better that I've been using patches, rather than
> pushing to you direct with git.
I am not aski
On Tue, Nov 20, 2007 at 09:09:17AM -0600, Jon Loeliger wrote:
> So, like, the other day David Gibson mumbled:
> > This patch adds a group of testcases to check that dtc correctly
> > rejects trees with various structural errors.
> >
> > To make things easier to test, we change dtc so that failing
It seems the mmap() userland call on PPC causes the kernel to lose the ref
count for the mount point. This is what I did on a prpmc2800 board (74xx) with
latest powerpc.git tree (but also seem to happen on 8548 as well).
I mounted an IDE partition. The userland test app opens a file on the mounted
On Tue, 13 Nov 2007, Anton Vorontsov wrote:
> Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
> ---
> arch/powerpc/configs/mpc832x_rdb_defconfig | 43
>
> 1 files changed, 37 insertions(+), 6 deletions(-)
>
applied.
- k
On Tue, 13 Nov 2007, Anton Vorontsov wrote:
> mmc_spi has hit the mainline, so we can start using it.
>
> Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
> ---
> arch/powerpc/platforms/83xx/mpc832x_rdb.c | 14 +-
> 1 files changed, 9 insertions(+), 5 deletions(-)
>
applied.
- k
On Thu, 8 Nov 2007, Kim Phillips wrote:
> Now the rtc class ds1374 driver has been added,
> remove the old rtc driver hookup code, add rtc node
> to device trees, and turn on the new driver in the defconfigs.
>
> Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/mpc832
On Wed, 17 Oct 2007, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> mpc8349emitx(gp): add UHCI and USB storage support
>
> USB support for the 8349itx got added a while back; but the defconfig
> never got updated. This patch adds the appropriate USB config options
>
On Nov 20, 2007, at 11:54 AM, Scott Wood wrote:
> On Mon, Nov 19, 2007 at 09:36:57PM -0600, Kumar Gala wrote:
>> isel (Integer Select) is a new user space instruction in the
>> PowerISA 2.04 spec. Not all processors implement it so lets emulate
>> to ensure code built with isel will run everywhe
I'm seeing the following error on an MPC8347 based board. The
physical board is wired up with the fsl-usb2-dr controller setup as a
USB device using port0 and fsl-usb2-mph as a USB host using port1.
The EHCI driver fails with the following error when initializing the
fsl-usb2-mph controller:
In p
I've updated some code from Michel Simek to generate Flat Device Trees
from Xilinx EDK projects. This code is now hosted at:
git://git.xilinx.com/gen-mhs-devtree.git
This has one major advantage over the gen-mhs-devtree.py approach:
default IP core parameters that are not specified in th
On Mon, Nov 19, 2007 at 09:36:57PM -0600, Kumar Gala wrote:
> isel (Integer Select) is a new user space instruction in the
> PowerISA 2.04 spec. Not all processors implement it so lets emulate
> to ensure code built with isel will run everywhere.
Given that the instruction is meant to be a perfor
On Mon, 19 Nov 2007 23:56:23 -0600 (CST)
Kumar Gala <[EMAIL PROTECTED]> wrote:
> Kim Phillips (4):
> [POWERPC] 83xx: mpc832x mds: Fix board PHY reset code
> [POWERPC] 83xx: Fix 2nd UCC entry in mpc832x_mds.dts
> [POWERPC] Document rgmii-rxid and rgmii-txid phy-connection-types
>
On Nov 19, 2007, at 7:30 PM, Jeff Garzik wrote:
> Kim Phillips wrote:
>> On Mon, 5 Nov 2007 12:15:30 -0600
>> Kim Phillips <[EMAIL PROTECTED]> wrote:
>>> Hello all,
>>>
>>> the following patches fix RGMII timing for rev. 2.1 of the mpc8360,
>>> according to erratum #2 (erratum text included below
So, like, the other day David Gibson mumbled:
> The run_tests.sh script currently invokes the testcase binaries via
> env(1). This behaviour is inherited from the libhugetlbfs testsuite
> which uses this approach to easily set various configuration
> environment variables in testcases.
>
> We don
So, like, the other day David Gibson mumbled:
> This patch adds a group of testcases to check that dtc correctly
> rejects trees with various structural errors.
>
> To make things easier to test, we change dtc so that failing checks
> (as opposed to other errors) result in exit code 2.
>
> This p
So, like, the other day David Gibson mumbled:
> In a number of places through libfdt and its tests, we have *_typed()
> macro variants on functions which use gcc's typeof and statement
> expression extensions to allow passing literals where the underlying
> function takes a buffer and size.
>
> Th
So, like, the other day David Gibson mumbled:
> The fdt_offset_ptr_typed() macro seemed like a good idea at the time.
> However, it's not actually used all that often, it can silently throw
> away const qualifications and it uses a gcc extension (typeof) which
> I'd prefer to avoid for portability.
Hi,
During a hibernate cycle on my G5, while machine was powering down after
saving the image, I just had a NULL dereference in
clockevents_program_event when accessing dev->mode, dev was NULL.
Unfortunately the machine rebooted before I was able to write down more
than the fact that it was call
> -Original Message-
> From: Phillips Kim
> Sent: Tuesday, November 20, 2007 9:05 AM
> To: Kumar Gala; linuxppc-dev@ozlabs.org
> Cc: Van Ackeren Peter; Li Yang
> Subject: [PATCH] powerpc: mpc832x mds: Fix board PHY reset code
>
> currently the board-level PHY reset code for the mpc832x MD
The run_tests.sh script currently invokes the testcase binaries via
env(1). This behaviour is inherited from the libhugetlbfs testsuite
which uses this approach to easily set various configuration
environment variables in testcases.
We don't use that for dtc, and are unlikely to ever want to.
The
> -Original Message-
> From: Phillips Kim
> Sent: Tuesday, November 06, 2007 2:16 AM
> To: Li Yang-r58472; Kumar Gala; [EMAIL PROTECTED];
> linuxppc-dev@ozlabs.org
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: [PATCH 0/5] fixups for mpc8360 rev. 2.1 erratum #2
> (RGMII Timing)
>
Right now TLB entry 0 ist used as UART0 mapping for the early debug
output (via CONFIG_SERIAL_TEXT_DEBUG). This causes problems when many
TLB's get used upon Linux bootup (e.g. while PCIe scanning behind
bridges and/or switches on 440SPe platforms). This will overwrite the
TLB 0 entry and further d
Linus,
Please do
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get another batch of fixes for powerpc, as listed below.
Thanks,
Paul.
Documentation/powerpc/booting-without-of.txt |5 +
arch/powerpc/boot/dts/mpc832x_mds.dts |9 +-
arch/
86 matches
Mail list logo
