Hi Michael,
On Tue, 1 Apr 2008 17:39:11 +1100 (EST) Michael Ellerman <[EMAIL PROTECTED]>
wrote:
>
> We currently have inconsistent settings between 32 & 64-bit which means
> 32-bit code can #include but 64-bit code can't.
Kumar sent a very similar (if not identical) patch earlier today.
--
C
The xics code currently has a direct and lpar variant of xics_host_map, the
only difference being which irq_chip they use. If we remember which irq_chip
we're using we can combine these two routines. That also allows us to have a
single irq_host_ops instead of two.
Signed-off-by: Michael Ellerman
pseries_mpic_init_IRQ() implements the same logic as the xics code did to
find the i8259 cascade irq. Now that we've pulled that logic out into
pseries_setup_i8259_cascade() we can use it in the mpic code.
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/setu
Remove the xics references from xics_setup_8259_cascade(), and merge the
good bits from the almost identical logic in pseries_mpic_init_IRQ().
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/setup.c | 20
1 files changed, 12 insertions
The code in xics.c to setup the i8259 cascaded irq handler is not really
xics specific, so move it into setup.c - we will clean this up further in
a subsequent patch.
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/setup.c | 53
We currently have inconsistent settings between 32 & 64-bit which means
32-bit code can #include but 64-bit code can't.
So make the (C|A|CPP)FLAGS settings to allow this common. Doing so makes
the CPPFLAGS-y and AFLAGS-y variables unnecessary, so just fold them into
KBUILD_CPPFLAGS and KBUILD_AFL
From: Paul Mackerras <[EMAIL PROTECTED]>
Date: Tue, 1 Apr 2008 15:15:46 +1100
> [EMAIL PROTECTED] writes:
>
> > From: David Miller <[EMAIL PROTECTED]>
> >
> > A variant of lmb_alloc() that tries to allocate memory on a specified NUMA
> > node 'nid' but falls back to normal lmb_alloc() if that fa
[EMAIL PROTECTED] writes:
> From: David Miller <[EMAIL PROTECTED]>
>
> A variant of lmb_alloc() that tries to allocate memory on a specified NUMA
> node 'nid' but falls back to normal lmb_alloc() if that fails.
...
> +static u64 __init lmb_alloc_nid_unreserved(u64 start, u64 end,
> +
Josh Boyer writes:
> Actually, you probably don't want this as a property in the device
> tree. It doesn't describe hardware. A Kconfig option might be
> warranted though.
In general it is valid to have properties in the device tree that
describe the hypervisor or the kernel's interface to it,
Kumar Gala writes:
> Moved phys_addr_t out of mmu-*.h and into asm/types.h so we can use it in
> places that before would have caused recursive includes.
>
> For example to use phys_addr_t in we would have included
> which would have possibly included which
> includes . Wh recursive inclu
On Mon, 2008-03-31 at 22:15 -0500, Josh Boyer wrote:
> On Tue, 2008-04-01 at 12:04 +1100, Michael Ellerman wrote:
> > > > > I'm assuming you pass a dtb to the virtual guest when you start it up.
> > > > > Could you define a property in the CPU node there that can be parsed
> > > > > to
> > > > > u
On Tue, 2008-04-01 at 12:04 +1100, Michael Ellerman wrote:
> > > > I'm assuming you pass a dtb to the virtual guest when you start it up.
> > > > Could you define a property in the CPU node there that can be parsed to
> > > > use the power_save function instead of always making it the default?
> >
On Mon, Mar 31, 2008 at 09:43:02AM -0700, Dale Farnsworth wrote:
> On Sun, Mar 30, 2008 at 09:11:28PM +1100, David Gibson wrote:
> > On Sat, Mar 29, 2008 at 04:59:42PM -0500, Olof Johansson wrote:
> > > On Fri, Mar 28, 2008 at 04:49:00PM -0700, Dale Farnsworth wrote:
> > > > From: Mark A. Greer <[E
On Mar 28, 2008, at 10:51 AM, Kim Phillips wrote:
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
arch/powerpc/configs/mpc837x_rdb_defconfig | 24 +++
-
arch/powerpc/configs/mpc83xx_defconfig | 24 +++
-
2 files changed, 46 insertions(+), 2 de
On Mar 28, 2008, at 10:51 AM, Kim Phillips wrote:
as prescribed in Documentation/powerpc/booting-without-of.txt.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
Cc: Jeff Garzik <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8377_mds.dts |4 ++--
arch/powerpc/boot/dts/mpc8379_mds.dts |8
Added support to allow an 85xx kernel to be run from a non-zero physical
address (useful for cooperative asymmetric multiprocessing situations) and
kdump. The support can either be at compile time or runtime
(CONFIG_RELOCATABLE).
Currently we are limited to running at a physical address that is m
Moved phys_addr_t out of mmu-*.h and into asm/types.h so we can use it in
places that before would have caused recursive includes.
For example to use phys_addr_t in we would have included
which would have possibly included which
includes . Wh recursive include.
Signed-off-by: Kumar Gala <
* use _stext and _end sybmols when reserving kernel text in the lmb. Use
of these symbols is a bit more robust way to determine the physical start
and size of the kernel text.
* PAGE_OFFSET is not always the start of code, use _stext instead.
* grab PAGE_SIZE and KERNELBASE from asm/page.h lik
We always use __initial_memory_limit as an address so rename it
to be clear.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Fixed a build breakage issue on ebony due to phys_addr_t not being the type
of __initial_memory_limit_addr.
arch/powerpc/mm/fsl_booke_mmu.c |2 +-
arch/powerpc/mm/i
Now that we have a proper variable that is the address of the top
of low memory we can use it to limit the lmb allocations.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
include/asm-powerpc/lmb.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/asm-powerpc/l
* Determine the RPN we are running the kernel at runtime rather
than using compile time constant for initial TLB
* Cleanup adjust_total_lowmem() to respect memstart_addr and
be a bit more clear on variables that are sizes vs addresses.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/p
total_lowmem represents the amount of low memory not the physical address
that low memory ends at. If the start of memory is at 0 it happends that
total_lowmem can be used as both the size and the address that lowmem
ends at. (technical its one byte beyond the end)
To make the code a bit more cle
A number of users of PPC_MEMSTART (40x, ppc_mmu_32) can just always use
0 as we don't support booting these kernels at non-zero physical addresses
since their exception vectors must be at 0 (or 0xfffx_).
For the sub-arches that support relocatable interrupt vectors (book-e) its
reasonable to h
There does not appear to be any reason that we shouldn't just have
-Iarch/$(ARCH) on both ppc32 and ppc64 builds.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/powerpc/Makefile | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/Makefile b/arch/
Nothing appears to use BOOT_LOAD so remove it as a configurable option.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig | 16
1 files changed, 0 insertions(+), 16 deletions(-)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 3651355..4d9ced
Normally we assume kernel images will be loaded at offset 0. However
there are situations, like when the kernel itself is running at a non-zero
physical address, that we don't want to load it at 0.
Allow the wrapper to take an offset. We use this when building u-boot images.
Signed-off-by: Kumar
This set of patches cleans up the initialization of various mmu bits on
ppc32 (and a small bit on ppc64 to maintain common code) towards the
goal of having an 85xx (book-e) kernel able to run at non-zero offsets.
These patches exist in my master and ppc32_mm_init branch. I've dropped
them from th
On Mon, Mar 31, 2008 at 09:56:05AM -0700, Dale Farnsworth wrote:
> On Mon, Mar 31, 2008 at 10:44:20AM +1100, David Gibson wrote:
> > On Fri, Mar 28, 2008 at 05:47:25PM -0600, Grant Likely wrote:
> > > On Fri, Mar 28, 2008 at 5:42 PM, Dale Farnsworth <[EMAIL PROTECTED]>
> > > wrote:
> > > > From: D
However, I can't resist pointing out that in the existing devtrees
with a "soc" node, the name is also misleading. That node doesn't
refer to the SOC itself, but to the part of the SOC containing the
peripherals. Whether the system is implemented on one or two chips
is an implementation detail i
On Mon, 2008-03-31 at 13:19 -0500, Jerone Young wrote:
> On Mon, 2008-03-31 at 13:05 -0500, Josh Boyer wrote:
> > On Mon, 31 Mar 2008 12:07:17 -0500
> > Josh Boyer <[EMAIL PROTECTED]> wrote:
> >
> > > On Mon, 2008-03-31 at 08:12 -0500, Jerone Young wrote:
> > > > # HG changeset patch
> > > > # Use
On Mon, 2008-03-31 at 15:28 -0500, Josh Boyer wrote:
> On Mon, 2008-03-31 at 19:24 +, Hollis Blanchard wrote:
> > On Mon, 31 Mar 2008 13:05:18 -0500, Josh Boyer wrote:
> >
> > > On Mon, 31 Mar 2008 12:07:17 -0500
> > > Josh Boyer <[EMAIL PROTECTED]> wrote:
> > >
> > >> On Mon, 2008-03-31 at 0
Hi,
I found what I think is an error while looking at the above function,
in the kernel pull from v2.6.25-rc7, today.
The switch(target) contains a case CPM_CLK_SCC1 that sets reg and
shift, and then falls through to teh CPM_CLK_SCC2 case.
I'm not active in this project; I was simply looking at
On Mon, 2008-03-31 at 19:24 +, Hollis Blanchard wrote:
> On Mon, 31 Mar 2008 13:05:18 -0500, Josh Boyer wrote:
>
> > On Mon, 31 Mar 2008 12:07:17 -0500
> > Josh Boyer <[EMAIL PROTECTED]> wrote:
> >
> >> On Mon, 2008-03-31 at 08:12 -0500, Jerone Young wrote:
> >> > # HG changeset patch
> >> >
On Mon, 31 Mar 2008 13:05:18 -0500, Josh Boyer wrote:
> On Mon, 31 Mar 2008 12:07:17 -0500
> Josh Boyer <[EMAIL PROTECTED]> wrote:
>
>> On Mon, 2008-03-31 at 08:12 -0500, Jerone Young wrote:
>> > # HG changeset patch
>> > # User Jerone Young <[EMAIL PROTECTED]> # Date 1206969060 18000
>> > # Node
On Mon, 2008-03-31 at 13:23 -0500, Jerone Young wrote:
> > > diff --git a/arch/powerpc/kernel/idle_4xx.c
> > > b/arch/powerpc/kernel/idle_4xx.c
> > > new file mode 100644
> > > --- /dev/null
> > > +++ b/arch/powerpc/kernel/idle_4xx.c
> >
> > Can this be added to sysdev/ppc4xx_soc.c instead?
>
>
Laurent Pinchart wrote:
This patch relocates the buffer descriptors and the SMC parameter RAM at the
end of the first CPM muram chunk, as described in the device tree. This allows
device trees to stop excluding SMC parameter ram allocated by the boot loader
from the CPM muram node.
It's usually
On Mon, 2008-03-31 at 12:07 -0500, Josh Boyer wrote:
> On Mon, 2008-03-31 at 08:12 -0500, Jerone Young wrote:
> > # HG changeset patch
> > # User Jerone Young <[EMAIL PROTECTED]>
> > # Date 1206969060 18000
> > # Node ID 10aea37177130bbe5de7bee6ec06d9010bc5da1f
> > # Parent 1506aa38ddabb0bf73fff3a
On Mon, 2008-03-31 at 13:05 -0500, Josh Boyer wrote:
> On Mon, 31 Mar 2008 12:07:17 -0500
> Josh Boyer <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2008-03-31 at 08:12 -0500, Jerone Young wrote:
> > > # HG changeset patch
> > > # User Jerone Young <[EMAIL PROTECTED]>
> > > # Date 1206969060 18000
> >
On Mon, 31 Mar 2008 12:07:17 -0500
Josh Boyer <[EMAIL PROTECTED]> wrote:
> On Mon, 2008-03-31 at 08:12 -0500, Jerone Young wrote:
> > # HG changeset patch
> > # User Jerone Young <[EMAIL PROTECTED]>
> > # Date 1206969060 18000
> > # Node ID 10aea37177130bbe5de7bee6ec06d9010bc5da1f
> > # Parent 15
On Mon, 31 Mar 2008 11:52:02 -0500
Jerone Young <[EMAIL PROTECTED]> wrote:
> > void ppc4xx_idle(void)
> >
> > > +{
> > > + unsigned long msr_save;
> > > +
> > > + /* set wait state MSR */
> > > + local_irq_enable();
> > > + msr_save = mfmsr();
> > > + mtmsr(msr_save|MSR_WE);
> >
> > Why don't yo
Scott Wood wrote:
> Rune Torgersen wrote:
>> Scott Wood wrote:
>>> 0x2000 minus sizeof(...) would be a good default for CPM1 and CPM2
>>> (8280 has its first chunk go up to 0x4000, but for some reason that
>>> didn't get reflected in the dts for the one 8280 board in-tree).
>>
>> Except that last
Rune Torgersen wrote:
Scott Wood wrote:
0x2000 minus sizeof(...) would be a good default for CPM1 and CPM2
(8280 has its first chunk go up to 0x4000, but for some reason that
didn't get reflected in the dts for the one 8280 board in-tree).
Except that last time I tested it, it is not from 0 -
Scott Wood wrote:
> 0x2000 minus sizeof(...) would be a good default for CPM1 and CPM2
> (8280 has its first chunk go up to 0x4000, but for some reason that
> didn't get reflected in the dts for the one 8280 board in-tree).
Except that last time I tested it, it is not from 0 - 0x4000, but the
extr
On Mon, 2008-03-31 at 08:12 -0500, Jerone Young wrote:
> # HG changeset patch
> # User Jerone Young <[EMAIL PROTECTED]>
> # Date 1206969060 18000
> # Node ID 10aea37177130bbe5de7bee6ec06d9010bc5da1f
> # Parent 1506aa38ddabb0bf73fff3ac3f3db5f9ef6458cc
> Add idle power save for ppc 4xx
>
> This pat
Hello.
Laurent Pinchart wrote:
Signed-off-by: Laurent Pinchart <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 13 -
1 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/Documentation/powerpc/booting-without-of.txt
b/Documentation/powerpc/bootin
Please pull from 'for-2.6.25' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.25
I'd like to get these minor fixes into 2.6.25. They aren't critical but
extremely convenient at this point.
to receive the following updates:
arch/powerpc/boot/dts/mpc8377_
The new rtc subsystem conflicts with genrtc so don't enable GENRTC
if RTCLIB is enabled.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/powerpc/configs/mpc832x_mds_defconfig | 11 +++
arch/powerpc/configs/mpc834x_mds_defconfig | 11 +++
arch/powerpc/configs/mpc836x_m
This patch relocates the buffer descriptors and the SMC parameter RAM at the
end of the first CPM muram chunk, as described in the device tree. This allows
device trees to stop excluding SMC parameter ram allocated by the boot loader
from the CPM muram node.
Signed-off-by: Laurent Pinchart <[EMAIL
On Mon, Mar 31, 2008 at 10:44:20AM +1100, David Gibson wrote:
> On Fri, Mar 28, 2008 at 05:47:25PM -0600, Grant Likely wrote:
> > On Fri, Mar 28, 2008 at 5:42 PM, Dale Farnsworth <[EMAIL PROTECTED]> wrote:
> > > From: Dale Farnsworth <[EMAIL PROTECTED]>
> > >
> > > Follow the convention that compa
On Mon, 2008-03-31 at 11:27 -0500, Hollis Blanchard wrote:
> On Mon, 2008-03-31 at 08:12 -0500, Jerone Young wrote:
> > # HG changeset patch
> > # User Jerone Young <[EMAIL PROTECTED]>
> > # Date 1206969060 18000
> > # Node ID 10aea37177130bbe5de7bee6ec06d9010bc5da1f
> > # Parent 1506aa38ddabb0bf7
Signed-off-by: Laurent Pinchart <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 13 -
1 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/Documentation/powerpc/booting-without-of.txt
b/Documentation/powerpc/booting-without-of.txt
index 7b4e8a7..3e
This patch allocates parameter RAM for SMC serial ports without relying on
previous initialisation by a boot loader or a wrapper layer.
SMC parameter RAM on CPM2-based platforms can be allocated anywhere in the
general-purpose areas of the dual-port RAM. The current code relies on the
boot loader
Hi everybody,
these 4 patches reset the CPM in cpm2_reset() and fix the cpm_uart driver to
initialise SMC ports correctly without relying on any initialisation
performed by the boot loader/wrapper. They update the boot wrapper code and
the EP8248E device tree to match the new SMC registers descr
This patch modifies the Embedded Planet EP8248E device tree to reference the
SMC paramater RAM base register instead of the parameter RAM allocated by the
boot loader.
The cpm_uart driver will allocate parameter RAM itself, making the serial port
initialisation independent of the boot loader.
The
Similarly to what is done for PQ1-based platforms, this patch resets the
PQ2 Communication Processor Module in cpm2_reset() when early debugging is
not enabled. This helps avoiding conflicts when the boot loader configured
the CPM in an unexpected way.
Signed-off-by: Laurent Pinchart <[EMAIL PROTE
On Sun, Mar 30, 2008 at 09:11:28PM +1100, David Gibson wrote:
> On Sat, Mar 29, 2008 at 04:59:42PM -0500, Olof Johansson wrote:
> > On Fri, Mar 28, 2008 at 04:49:00PM -0700, Dale Farnsworth wrote:
> > > From: Mark A. Greer <[EMAIL PROTECTED]>
> > >
> > > Remove several unused (or software config o
On Mon, Mar 31, 2008 at 9:17 AM, Kumar Gala <[EMAIL PROTECTED]> wrote:
> Documentation/powerpc/booting-without-of.txt specifies the
> compatiables we should bind to for this driver (elo, eloplus).
> Use these instead of the extremely specific 'mpc8540' and 'mpc8349'
> compatiables.
>
> Signed-o
On Sat, Mar 29, 2008 at 04:57:53PM -0500, Olof Johansson wrote:
> On Fri, Mar 28, 2008 at 04:47:04PM -0700, Dale Farnsworth wrote:
> > From: Mark A. Greer <[EMAIL PROTECTED]>
> >
> > Compatible names should refer to a specific version of the hardware,
> > without wildcards. Change each instance o
On Mon, 2008-03-31 at 08:12 -0500, Jerone Young wrote:
> # HG changeset patch
> # User Jerone Young <[EMAIL PROTECTED]>
> # Date 1206969060 18000
> # Node ID 10aea37177130bbe5de7bee6ec06d9010bc5da1f
> # Parent 1506aa38ddabb0bf73fff3ac3f3db5f9ef6458cc
> Add idle power save for ppc 4xx
>
> This pat
The following features are supported:
plane 0 works as a regular frame buffer, can be accessed by /dev/fb0
plane 1 has two AOIs (area of interest), can be accessed by /dev/fb1 and
/dev/fb2
plane 2 has two AOIs, can be accessed by /dev/fb3 and /dev/fb4
Special ioctls support AOIs
All /dev/fb* can
Add platform code to support Freescale DIU. The platform code includes
framebuffer memory allocation, pixel format, monitor port, etc.
Signed-off-by: York Sun <[EMAIL PROTECTED]>
Signed-off-by: Timur Tabi <[EMAIL PROTECTED]>
---
This patch addes platform support for Freescale DIU driver, targeting
Thanks for the feedback from Scott and Anton. Here is the version 5 patch.
My previous patch didn't arrive at [EMAIL PROTECTED]
Hopefully this issue has been fixed and more feedback from the mailing list.
Regards,
York
___
Linuxppc-dev mailing list
Li
Documentation/powerpc/booting-without-of.txt specifies the
compatiables we should bind to for this driver (elo, eloplus).
Use these instead of the extremely specific 'mpc8540' and 'mpc8349'
compatiables.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Dan, if you don't have any issue with this
On Mon, Mar 31, 2008 at 11:08:58AM +0200, Laurent Pinchart wrote:
> On Friday 28 March 2008 19:07, Scott Wood wrote:
> > Yes, it tells you the virtual address when it's not an identity mapping.
> > It's not currently used on CPM platforms, but might be used down the
> > road with a QE device on
Hi,
The 2.6.24.4 kernel panic's while booting up on powerpc, The kernel
was compiled with allmodconfig. (please let me know if the .config
file is needed)
[0.00] Kernel command line: ro console=hvc0 rhgb quiet root=LABEL=/1
autobench_args: root=/dev/sda3 ABAT:1206964330
[0.103959]
On Mon, Mar 31, 2008 at 3:44 AM, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> Wolfgang Grandegger wrote:
> > Hello,
> >
> > is it possible to use the FEC on a MPC5200 with the default hardware PHY
> > configuration. I mean running the link with a default speed without
> > handling or even
Mike
I already sent a patch some time ago, it addresses this bug and
alot more. See spi-devel-general
<[EMAIL PROTECTED]>,
I am waiting for David B. to comment/apply it. If you want to see this
in 2.6.25 I suggest you remind 'David Brownell' <[EMAIL PROTECTED]>
Jocke
On Mon, 2008-03-31 at 08:04
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1206969060 18000
# Node ID 10aea37177130bbe5de7bee6ec06d9010bc5da1f
# Parent 1506aa38ddabb0bf73fff3ac3f3db5f9ef6458cc
Add idle power save for ppc 4xx
This patch sets the wait state MSR when power_save is called in cpu_idle loop
dont write SPMODE reg unless mode changed.
it causes SPI to go hi-z momentarily
which can cause a spike on the CLK line
this is a problem in MMC where /CS is held asserted
across multiple transactions.
Signed-off-by: Mike Hench <[EMAIL PROTECTED]>
---
--- linux-2.6.25-rc5.orig/drivers/spi/spi_mp
So, all in all, I think we should just give these "auxiliary memory"
devices a name of "ram" c.q. "rom", and some "reg", and that should
be all that is needed: the main memory probe stuff won't consider
these nodes, and the (platform) device probe code can do whatever it
wants (create mtd devices,
Al Viro <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Acked-by: David Howells <[EMAIL PROTECTED]>
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
> -Original Message-
> From: Benjamin Herrenschmidt
> [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 31, 2008 0:49
> To: [EMAIL PROTECTED]
> Cc: linuxppc-dev@ozlabs.org; Gilad Ben-Yossef; Paul
> Mackerras
> Subject: [PATCH] powerpc: Fix deadlock with
> mmu_hash_lock in
> hash_page_sync
>
Wolfgang Grandegger wrote:
> Hello,
>
> is it possible to use the FEC on a MPC5200 with the default hardware PHY
> configuration. I mean running the link with a default speed without
> handling or even touching the PHY like U-Boot does. I removed the PHY
> entries from the DTS file and disabled CO
Hello,
is it possible to use the FEC on a MPC5200 with the default hardware PHY
configuration. I mean running the link with a default speed without
handling or even touching the PHY like U-Boot does. I removed the PHY
entries from the DTS file and disabled CONFIG_FEC_MPC52xx_MDIO but it
did not wo
On Friday 28 March 2008 19:07, Scott Wood wrote:
> Laurent Pinchart wrote:
> > On Friday 28 March 2008 18:11, Scott Wood wrote:
> >> Laurent Pinchart wrote:
> >>> Locating the end of the muram isn't as straightforward as it
> >>> could be. As the current code already uses the beginning of the
> >>>
On Monday 31 March 2008 00:39, Segher Boessenkool wrote:
> >>> For RAMs we
> >>> need something to indicate that it's memory but intended for
> >>> secondary
> >>> storage, not as main memory.
> >>
> >> How it is intended to be used is not a property of the hardware, so
> >> that information doesn
76 matches
Mail list logo
