On Fri, 2008-03-28 at 22:18 -0400, Jeff Garzik wrote:
> Valentine Barshak wrote:
> > The PowerPC 440GX Taishan board fails to reset EMAC3 (reset timeout error)
> > if there's no link. Because of that it fails to find PHY chip. The older
> > ibm_emac
> > driver had a workaround for that: the EMAC_
On Fri, 28 Mar 2008 22:18:25 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Valentine Barshak wrote:
> > The PowerPC 440GX Taishan board fails to reset EMAC3 (reset timeout error)
> > if there's no link. Because of that it fails to find PHY chip. The older
> > ibm_emac
> > driver had a workaround
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/xics.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/xics.c
b/arch/powerpc/platforms/pseries/xics.c
index ca52b58..a977f20 100644
--- a/arch/powerpc/platforms/
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
arch/powerpc/oprofile/cell/vma_map.c | 37 ++---
1 files changed, 16 insertions(+), 21 deletions(-)
diff --git a/arch/powerpc/oprofile/cell/vma_map.c
b/arch/powerpc/oprofile/cell/vma_map.c
index 76ec1d1..9a93217 100644
Valentine Barshak wrote:
The PowerPC 440GX Taishan board fails to reset EMAC3 (reset timeout error)
if there's no link. Because of that it fails to find PHY chip. The older
ibm_emac
driver had a workaround for that: the EMAC_CLK_INTERNAL/EMAC_CLK_EXTERNAL
macros,
which toggle the Ethernet Clock
Olof Johansson wrote:
Add netpoll support to allow use of netconsole.
Signed-off-by: Nate Case <[EMAIL PROTECTED]>
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
---
Changed the interrupt handler arguments as found by Valentine. Will push
through powerpc.git with Jeff's ACKs (that were
Valentine Barshak wrote:
Move the "&& skb->ip_summed == CHECKSUM_PARTIAL" part out of
emac_has_feature parameters.
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
drivers/net/ibm_newemac/core.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -pruN linux-2.6.orig/dri
Michael Ellerman wrote:
drivers/net/pasemi_mac.c is enabled by CONFIG_PASEMI_MAC, which depends on
PPC64 && PCI. However pasemi_mac.c uses several routines that are only
built when PPC_PASEMI is selected. This can lead to an unbuildable config:
ERROR: ".pasemi_dma_start_chan" [drivers/net/pasem
On Fri, Mar 28, 2008 at 6:00 PM, Dale Farnsworth <[EMAIL PROTECTED]> 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 con
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 compatible names are prefixed by the
> > vendor's stock ticker symbol. For
On Fri, Mar 28, 2008 at 5:52 PM, Dale Farnsworth <[EMAIL PROTECTED]> wrote:
> From: Dale Farnsworth <[EMAIL PROTECTED]>
>
> The prpmc2800 platform requires a zImage formatted file with an
> embedded dtb file. Rename the requested boot image file to
> dtbImage.prpmc2800.
>
> Signed-off-by: Dale
From: Dale Farnsworth <[EMAIL PROTECTED]>
The prpmc2800 platform requires a zImage formatted file with an
embedded dtb file. Rename the requested boot image file to
dtbImage.prpmc2800.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Acked-by: Mark A. Greer <[EMAIL PROTECTED]>
--- a/arch/powe
From: Dale Farnsworth <[EMAIL PROTECTED]>
Add the device tree bindings for the Marvell mv64x60 series of
system controller chips in booting-without-of.text.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Acked-by: Mark A. Greer <[EMAIL PROTECTED]>
Index: linux-2.6/Documentation/powerpc/booti
From: Dale Farnsworth <[EMAIL PROTECTED]>
The mv643xx_eth driver is being modified to support multiple instances
of the ethernet silicon block on the same platform. Each block contains
a single register bank containing the registers for up to three ports
interleaved within that bank. This patch
From: Mark A. Greer <[EMAIL PROTECTED]>
Remove several unused (or software config only) properties.
Rename marvel node to "soc". Technically, it's not an SOC,
but its organization is the same as an SOC. Also, rename the
"block-index" property to "cell-index" to conform to current
practice.
Sign
From: Dale Farnsworth <[EMAIL PROTECTED]>
Replace several device node absolute path lookups in the mv64x60
bootwrapper code with lookups by compatible or device_type
properties.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Acked-by: Mark A. Greer <[EMAIL PROTECTED]>
--- a/arch/powerpc/boot
On Fri, Mar 28, 2008 at 5:42 PM, Dale Farnsworth <[EMAIL PROTECTED]> wrote:
> From: Dale Farnsworth <[EMAIL PROTECTED]>
>
> Follow the convention that compatible names are prefixed by the
> vendor's stock ticker symbol. For Marvell Technology Group Ltd.,
> that's MRVL.
>
> Signed-off-by: Dale
From: Mark A. Greer <[EMAIL PROTECTED]>
Compatible names should refer to a specific version of the hardware,
without wildcards. Change each instance of mv64x60 to mv64360, which
is the oldest version we currently support.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
Signed-off-by: Dale Farns
From: Dale Farnsworth <[EMAIL PROTECTED]>
After the conversion to dts v1 format, seeing the frequencies
in decimal made it obvious that some of them had been
incorrectly truncated. This fixes them. Note that the PCI
frequency comes from a different source and is documented
as 66MHz, so it was le
From: Mark A. Greer <[EMAIL PROTECTED]>
Update the prpmc2800 DTS file to version 1 and add labels.
I verified that there was no change in the resulting dtb file.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Index: linux-2.6/arch/powerpc/boot
From: Dale Farnsworth <[EMAIL PROTECTED]>
Follow the convention that compatible names are prefixed by the
vendor's stock ticker symbol. For Marvell Technology Group Ltd.,
that's MRVL.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Acked-by: Mark A. Greer <[EMAIL PROTECTED]>
Index: linux-2.6
This series of patches again attempts to clean up and document
the Marvell MV64x60 device tree. It supersedes Mark Greer's
series posted on 11 December 2007. See:
http://ozlabs.org/pipermail/linuxppc-dev/2007-December/047986.html
I think I've addressed all comments on that patch series, but I'm
o
Hi everybody,
When connected to a 10Mbit/Half hub, my mpc8540 board quickly falls in an
endless "NETDEV WATCHDOG: eth0: transmit timed out" loop. This has not
yet happened here when connected to a 100Mbit/Full switch. Problem
seems to be twofold, because the gfar_timeout does not fix the problem
Paul Mackerras wrote:
Linus,
I have added another commit to the powerpc.git merge branch, so when
you do:
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
you'll get a fix for a bug where the hardware data breakpoint would
sometimes fail to trigger on powerpc,
Geoff Levand wrote:
From: Masakazu Mokuno <[EMAIL PROTECTED]>
Add Wake-on-LAN support to the PS3 Gelic network driver.
Other OS WOL support was introduced in PS3 system firmware
2.20.
Signed-off-by: Masakazu Mokuno <[EMAIL PROTECTED]>
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
drivers
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.
The caller provides a 'nid_range' function pointer which assists the
allocator. It is given args 'start', 'end', and po
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix rapidio docbook (file was removed) and fix header file kernel-doc.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
Acked-by: Zhang Wei <[EMAIL PROTECTED]>
Cc: Matt Porter <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
Document
From: Zhang Wei <[EMAIL PROTECTED]>
The original RapidIO driver suppose there is only one mpc85xx RIO controller
in system. So, some data structures are defined as mpc85xx_rio global, such
as 'regs_win', 'dbell_ring', 'msg_tx_ring'. Now, I changed them to mport's
private members. And you can de
From: Zhang Wei <[EMAIL PROTECTED]>
The memory mapping driver is used for mapping IO address and system memory
address space to RapidIO address space. The driver support IO space
allocation, RapidIO space inbound window and outbound window creation. The
system can access other RapidIO device by
From: Zhang Wei <[EMAIL PROTECTED]>
The bitmap is the simplest RapidIO space allocation arithmetic. It uses the
fixed size space for each RapidIO device in the inter-connection network.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/power
From: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/Makefile |1
arch/powerpc/kernel/rio.c | 52 ---
arch/powerpc/sysdev/fsl_rio.c | 110 +---
From: Zhang Wei <[EMAIL PROTECTED]>
The user can select memory mapping mode or message mode in CONFIG. It is also
an example to how-to use memory mapping driver for RapidIO.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
drivers/net/Kconfig |
From: Zhang Wei <[EMAIL PROTECTED]>
Get RapidIO space resource by catting /proc/riores.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
drivers/rapidio/Kconfig |8 ++
drivers/rapidio/rio.c | 121 ++
2 f
From: Zhang Wei <[EMAIL PROTECTED]>
The driver is also fit for Freescale MPC8641 processor.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_rio.c | 80
1 file changed, 40 insertions(+),
From: Zhang Wei <[EMAIL PROTECTED]>
Add the RapidIO master port maintance and doorbell IO windows to RIO space
resources.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_rio.c | 26 +-
include/li
From: Zhang Wei <[EMAIL PROTECTED]>
Add FSL RapidIO controller (MPC85xx, MPC86xx) memory operation functions,
which include map inbound/outbound window and unmap incound/outbound window.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/power
From: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
include/asm-powerpc/rio.h | 18 ++
include/asm-ppc/rio.h | 18 --
2 files changed, 18 insertions(+), 18 deletions(-)
diff
From: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig| 13 +
arch/powerpc/platforms/86xx/Kconfig |1 +
2 files changed, 14 insertions(+)
diff -puN
arch/powerpc
From: Zhang Wei <[EMAIL PROTECTED]>
Change RapidIO doorbell source and target ID field to 16-bit for
support large system size, which max rio devid is 65535.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_rio.c |8 ++
From: Johannes Weiner <[EMAIL PROTECTED]>
show_mem() has no need to print the amount of free swap space manually because
show_free_areas() does this already and is called by the former.
The two outputs only differ in text formatting:
printk("Free swap = %lukB\n", ...);
printk("Free swap:
From: Johannes Weiner <[EMAIL PROTECTED]>
show_mem() has no need to print the amount of free swap space manually because
show_free_areas() does this already and is called by the former.
The two outputs only differ in text formatting:
printk("Free swap = %lukB\n", ...);
printk("Free swap:
From: Julia Lawall <[EMAIL PROTECTED]>
Robert P.J. Day proposed to use the macro FIELD_SIZEOF in replace of code
that matches its definition.
The modification was made using the following semantic patch
(http://www.emn.fr/x-info/coccinelle/)
//
@haskernel@
@@
#include
@depends on haskernel@
From: Zhang Wei <[EMAIL PROTECTED]>
The RapidIO system size will auto probe in RIO setup. The route table and
rionet_active in rionet.c are changed to be allocated dynamically according
the system size.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
From: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_rio.c | 75 +++-
include/linux/rio.h |6 ++
2 files changed, 70 insertions(+), 11 deletions(-)
From: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_rio.c | 71
1 file changed, 71 insertions(+)
diff -puN
arch/powerpc/sysdev/fsl_rio.c~rapidio-add-rapi
From: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8641_hpcn.dts | 12
1 file changed, 12 insertions(+)
diff -puN
arch/powerpc/boot/dts/mpc8641_hpcn.dts~rapidio-add-rapidi
From: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/86xx/mpc86xx_hpcn.c |1 +
1 file changed, 1 insertion(+)
diff -puN
arch/powerpc/platforms/86xx/mpc86xx_hpcn.c~rapidio-add-rapidio-nod
From: Harvey Harrison <[EMAIL PROTECTED]>
__FUNCTION__ is gcc-specific, use __func__
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
Cc: Paul Mackerras <[EMAIL PROTECTED]>
Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/ppc/8xx_io/fec.
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
Sorry for the resend, the list software stripped my text attachment.
Old-world powermacs don't set L2CR or L3CR on processor upgrade cards.
This simple patch allows the setting of L3CR via a kernel parameter
(like the existing kernel parameter to set L2CR).
This is the first time I've posted a pa
Sergei Shtylyov wrote:
Bartlomiej Zolnierkiewicz wrote:
hdparm explicitely marks HDIO_[UNREGISTER,SCAN]_HWIF ioctls as DANGEROUS
and given the number of bugs we can assume that there are no real users:
..
There is the odd user of these, actually.
But the most recent to email me (a few weeks
On Fri, 28 Mar 2008 14:37:51 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Mar 28, 2008, at 11:44 AM, Anton Vorontsov wrote:
> > On Fri, Mar 28, 2008 at 10:51:25AM -0500, Kim Phillips wrote:
> >> the mpc837x rdb board uses low pin count interfaces (ULPI) to connect
> >> to the USB PHY.
> >
>
On Mar 28, 2008, at 11:44 AM, Anton Vorontsov wrote:
On Fri, Mar 28, 2008 at 10:51:25AM -0500, Kim Phillips wrote:
the mpc837x rdb board uses low pin count interfaces (ULPI) to connect
to the USB PHY.
I've sent this fix two weeks ago...
http://ozlabs.org/pipermail/linuxppc-dev/2008-March/052
Anton Vorontsov wrote:
From: Anton Vorontsov <[EMAIL PROTECTED]>
Subject: mtd/nand/fsl_elbc_nand: workaround for hangs during nand write
Using current driver elbc sometimes hangs during nand write. Reading back
last byte helps though (thanks to Scott Wood for the idea).
Signed-off-by: Anton Vor
On Fri, Mar 28, 2008 at 01:53:57PM -0500, Scott Wood wrote:
> Anton Vorontsov wrote:
> >@@ -495,6 +495,16 @@ static void fsl_elbc_write_buf(struct mtd_info *mtd,
> >const u8 *buf, int len)
> > }
> >
> > memcpy_toio(&ctrl->addr[ctrl->index], buf, len);
> >+#ifdef CONFIG_PPC_MPC837x
> >+
Anton Vorontsov wrote:
@@ -495,6 +495,16 @@ static void fsl_elbc_write_buf(struct mtd_info *mtd, const
u8 *buf, int len)
}
memcpy_toio(&ctrl->addr[ctrl->index], buf, len);
+#ifdef CONFIG_PPC_MPC837x
+ /*
+* This is workaround for the weird elbc hangs on the MPC837X CPU
Using current driver on the MPC837X CPUs elbc hangs during nand write.
Reading last byte helps though (thanks to Scott Wood for the idea).
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/mtd/nand/fsl_elbc_nand.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
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 <
On Fri, 2008-03-28 at 20:48 +0300, Anton Vorontsov wrote:
> > >+ if (copy_from_user(&pix_fmt, (void __user *)arg,
> > >+ sizeof(pix_fmt)))
> >
> > OK, you fixed the cast here...
>
> Maybe better would be to define "buf" at the top of this function as
> void __use
Timur Tabi wrote:
Scott Wood wrote:
...but not anywhere else. All user pointers should have a __user
annotation.
Even in a typecast?
Yes. Otherwise, as far as sparse sees, you're passing a kernel pointer
to something expecting a user pointer.
-Scott
Scott Wood wrote:
> ...but not anywhere else. All user pointers should have a __user
> annotation.
Even in a typecast?
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman
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
muram to store the BDs and data buffers, should I really bother
locating
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 muram to store the BDs
> > and data buffers, should I really bother locating the end or can
On Fri, Mar 28, 2008 at 12:30:29PM -0500, Scott Wood wrote:
> York Sun wrote:
> >+static int fsl_diu_ioctl(struct fb_info *info, unsigned int cmd,
> >+ unsigned long arg)
> >+{
> >+struct mfb_info *mfbi = info->par;
> >+struct diu_ad *ad = mfbi->ad;
> >+struct mfb_chro
York Sun wrote:
+static int fsl_diu_ioctl(struct fb_info *info, unsigned int cmd,
+ unsigned long arg)
+{
+ struct mfb_info *mfbi = info->par;
+ struct diu_ad *ad = mfbi->ad;
+ struct mfb_chroma_key ck;
+ unsigned char global_alpha;
+ struct aoi_
York Sun wrote:
+ np = of_find_compatible_node(NULL, NULL, "fsl,fpga-pixis");
+ if (np) {
+ of_address_to_resource(np, 0, &r);
+ of_node_put(np);
+ pixis_bdcfg0 = ioremap(r.start + 0x0008, sizeof(u8));
+ if (!pixis_bdcfg0) {
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 muram to store the BDs and
data buffers, should I really bother locating the end or can I store the SMC
parameter ram at the beginning as well ?
From: Geert Uytterhoeven <[EMAIL PROTECTED]>
Split the device setup code in ps3_register_repository_device() in two
routines:
1. ps3_setup_static_device(), to handle the setup of static devices in the
PS3 repository, which can be __init,
2. ps3_setup_dynamic_device(), to handle the setup
Kumar Gala wrote:
On Mar 27, 2008, at 7:39 PM, Badari Pulavarty wrote:
ppc kernel maintains information about logical memory blocks in
lmb.memory structure at the boot time. Its not updated for
hotplug memory add/remove. hotplug memory notifier for memory
add/remove now updates lmb.memory.
Thi
On Fri, Mar 28, 2008 at 10:51:25AM -0500, Kim Phillips wrote:
> the mpc837x rdb board uses low pin count interfaces (ULPI) to connect
> to the USB PHY.
I've sent this fix two weeks ago...
http://ozlabs.org/pipermail/linuxppc-dev/2008-March/052926.html
> Signed-off-by: Kim Phillips <[EMAIL PROTEC
FPGA designs may have need of both MMIO-based and NATIVE-based dcr
interfaces.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/40x/Kconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/platforms/40x/Kconfig
b/arch/powerp
Kumar Gala wrote:
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]>
---
Jeff, I'll take this via the powerpc tree if you don't have any issue.
This device contains a dcr interface. Previously, the dcr interface
was assumed to be used in mmio mode, and the register space of the dcr
interface was precomputed and stuffed in the device tree. This patch
makes use of the new dcr infrastructure to represent the dcr interface
as any other dcr i
On Thursday 27 March 2008 16:39, Scott Wood wrote:
> On Thu, Mar 27, 2008 at 10:10:33AM +0100, Laurent Pinchart wrote:
> > On Wednesday 26 March 2008 17:59, Scott Wood wrote:
> > > This breaks the bootwrapper console.
> >
> > And of course I forgot about that :-)
> >
> > The boot wrapper code doe
Added literal mapping support if no device-tree support. Added
CONFIG_OF to guard device-tree parts, since literal support works for
arch=ppc.
Signed-off-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/dcr.c | 82 -
include/asm-p
Previously, dcr support was configured at compile time to either using
MMIO or native dcr instructions. Although this works for most
platforms, it fails on FPGA platforms:
1) Systems may include more than one dcr bus.
2) Systems may be native dcr capable and still use memory mapped dcr interface.
Generally speaking, I'm not sure about the validity of this patch. In
particular:
1) I'm not sure what architecture code relies on including
dcr support through ibm4xx.h.
2) I'm not sure how temporary the ifdef in
arch/powerpc/sysdev/Makefile really is. Is it still needed or not?
However, this
WARNING: vmlinux.o(.text+0xb41b0): Section mismatch in reference from the
function .add_memory() to the function .devinit.text:.arch_add_memory()
The function .add_memory() references
the function __devinit .arch_add_memory().
This is often because .add_memory lacks a __devinit
annotation or the a
WARNING: vmlinux.o(.text+0x1e4c0): Section mismatch in reference from the
function .move_device_tree() to the function .init.text:.lmb_alloc_base()
The function .move_device_tree() references
the function __init .lmb_alloc_base().
This is often because .move_device_tree lacks a __init
annotation o
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
> [EMAIL PROTECTED] On Behalf Of
Guillaume Dargaud
> Sent: Friday, March 28, 2008 5:35 AM
> To: linuxppc-dev@ozlabs.org
> Subject: Re: Patch: FW:Xilinx: BSP: Updated ML405 to match
hardwareusedfortesting
>
> I should ad
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]>
---
Jeff, I'll take this via the powerpc tree if you don't have any issue.
- k
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
drivers/ata/sata_fsl.c|
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 deletions(-)
diff --git a/arch/powerpc/configs/mpc837x_r
the mpc837x rdb board uses low pin count interfaces (ULPI) to connect
to the USB PHY.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8377_rdb.dts |2 +-
arch/powerpc/boot/dts/mpc8378_rdb.dts |2 +-
arch/powerpc/boot/dts/mpc8379_rdb.dts |2 +-
3 files chan
On Fri, Mar 28, 2008 at 03:06:58PM +0100, Laurent Pinchart wrote:
> arch/powerpc/boot/cpm-serial.c stores the udbg buffer descriptors at the
> beginning of the muram. Should I move them at the end as well ?
Sure; make sure to update the default descriptor addresses in the
Kconfig.
-Scott
___
On Friday 28 March 2008 14:58, Laurent Pinchart wrote:
> On Thursday 27 March 2008 16:39, Scott Wood wrote:
> > On Thu, Mar 27, 2008 at 10:10:33AM +0100, Laurent Pinchart wrote:
> > > On Wednesday 26 March 2008 17:59, Scott Wood wrote:
> > > > This breaks the bootwrapper console.
> > >
> > > And o
On Thursday 27 March 2008 16:39, Scott Wood wrote:
> On Thu, Mar 27, 2008 at 10:10:33AM +0100, Laurent Pinchart wrote:
> > On Wednesday 26 March 2008 17:59, Scott Wood wrote:
> > > This breaks the bootwrapper console.
> >
> > And of course I forgot about that :-)
> >
> > The boot wrapper code doe
On Friday 28 March 2008, zechao wang wrote:
> I'm failed when booting the board using NFS on AMCC PPC 405EP.
> I think i have read the getting started guide carefully!
> The tftp server and nfs server can works well.
> And the firewall was disabled, too.
> U-Boot 1.2.0 (Jan 26 2008 - 18:50:29)
>
Grant Likely wrote:
On Wed, Mar 26, 2008 at 10:15 AM, Matt Sealey <[EMAIL PROTECTED]> wrote:
I've just been looking into the MPC5200B AC97 driver breakage with the
latest Git kernel, and found the following patch;
http://ozlabs.org/pipermail/linuxppc-dev/2007-May/035952.html
Is not in the
Linus,
I have added another commit to the powerpc.git merge branch, so when
you do:
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
you'll get a fix for a bug where the hardware data breakpoint would
sometimes fail to trigger on powerpc, if multiple threads put
I should add that I've tried several things:
- compile the Xilinx kernel as indicated in my previous message.
- compile it with just the xparameters_ml*.h files added
- copy all the files from the BSP into the (Xilinx) kernel tree
- directly generate the BSP into the (Xilinx) kernel tree
For inst
David Gibson wrote:
Heh, we've gone thru "physmap" before -- it was labelled
Linux-specific name (well, I'd agree with that).
physmap stands for physically mapped. That doesn't sound
Linux-specific to me, the fact that the MTD driver has the same name
is a pure coincidence. linmap-rom and
I'm trying to get things up and running on a Xilinx Virtex-4 ml405
board,
and as such I've been trying to figure out the following recent message
to
the list:
http://patchwork.ozlabs.org/linuxppc/patch?person=1226&id=17037
I don't understand what this patch applies to: it references files
Hello Everyone :
I'm failed when booting the board using NFS on AMCC PPC 405EP.
I think i have read the getting started guide carefully!
The tftp server and nfs server can works well.
And the firewall was disabled, too.
My env was set as below:
---
94 matches
Mail list logo
