hi everyone,
I m using custom board similar to MPC8272ADS board...
1) For the first time it boots up properly in case if we overwrite any
existing binaries using nfs mounted file system on the board, after
rebooting it displays fallowing message...
Further such events for this erase block will
On Tue, Sep 25, 2007 at 07:33:15AM +0200, Peter Korsgaard wrote:
> > "David" == David Gibson <[EMAIL PROTECTED]> writes:
>
> Hi,
>
> >> The Linux driver for the chip (rtc-1307.c) doesn't expose the NVRAM
> >> bytes either.
>
> David> Incidentally how are you planning on instantiating the
> "David" == David Gibson <[EMAIL PROTECTED]> writes:
Hi,
>> The Linux driver for the chip (rtc-1307.c) doesn't expose the NVRAM
>> bytes either.
David> Incidentally how are you planning on instantiating the driver? AFAIK
David> all the rtc-* drivers are platform drivers rather than of_
On Tuesday 25 September 2007, Andrew Liu wrote:
> I have tested it on linux-2.6.19 which is from AMCC website , linux
> 2.6.21.7 which is from linux mainline and linux-2.6.23.rc7 which is
> from git://www.denx.de/git/linux-2.6-denx.git
> Have the same problem.
> I don't understand, why after ena
Currently, 64-bit won't build with CONFIG_SWAP=n, as asm-generic/tlb.h
needs page_cache_release() and release_pages(), which are defined in
linux/pagemap.h.
We can't include linux/pagemap.h in asm-generic/tlb.h, as (apparently)
this breaks sparc. So, include it in the necessary places in the
power
Update dump_task_altivec() (that has so far never been put to use)
so that it dumps the Altivec/VMX registers (VR[0] - VR[31], VSCR
and VRSAVE) in the same format as the ptrace get_vrregs() and add
the appropriate glue typedefs and #defines to
include/asm-powerpc/elf.h for it to work.
Signed-off-b
On Mon, 2007-09-24 at 17:59 -0700, Roland McGrath wrote:
> > Yup, I think I ditched most of them.. for some reason I decided it
> > couldn't happen, but maybe I'm wrong ?
>
> Well, it's a BUG_ON. It's supposed to be for something that "can't happen".
> That's why it's a sanity check, not a wild
On Mon, Sep 24, 2007 at 01:54:32AM -0500, Milton Miller wrote:
>
> On Sep 23, 2007, at 10:36 PM, David Gibson wrote:
>
> > On Fri, Sep 21, 2007 at 06:05:06PM -0500, Milton Miller wrote:
[snip]
> >> +#define MIN_VERSION 2
> >> +#define OUT_VERSION 16
> >
> > Should output version 17. In any case,
On Mon, Sep 24, 2007 at 03:02:36AM -0500, Milton Miller wrote:
>
> On Sep 23, 2007, at 9:58 PM, David Gibson wrote:
>
> > On Fri, Sep 21, 2007 at 06:03:24PM -0500, Milton Miller wrote:
> >> Some platforms have a boot agent that can create or modify properties
> >> in
> >> the device-tree and loa
On Mon, Sep 24, 2007 at 03:36:27PM +0400, Valentine Barshak wrote:
> Currently zImage is linked at the 4MB base address.
> Some platforms (using cuboot, treeboot) need the zImage's
> entry point and base address. They place zImage exactly
> at the base address it's been linked to. Sometimes 4MB lef
On Mon, Sep 24, 2007 at 10:46:41AM -0600, Alan Bennett wrote:
> I added this to my boot/Makefile near the other mcpu=440 lines. I
> believe there may be a fix coming?
I believe there is.
> $(obj)/treeboot-walnut.o: BOOTCFLAGS += -mcpu=440
It should be -mcpu=405 for Walnut, though.
> $(obj)/4xx
On Mon, Sep 24, 2007 at 07:52:22AM +0200, Peter Korsgaard wrote:
> > "David" == David Gibson <[EMAIL PROTECTED]> writes:
>
> Hi
>
> >> compatible = "fsl-i2c";
> >> reg = <3100 100>;
> >> interrupts = ;
> >> interrupt-parent = < &ipic >;
> >> dfsrr;
> >> +
> >> + [EMAIL
On Mon, Sep 24, 2007 at 11:11:28PM +0200, Segher Boessenkool wrote:
> >> Scott> #size-cells is zero on i2c, so it should just be reg = <68>.
> >>
> >> Scott> You'll probably need to add #address-cells and #size-cells to
> >> the
> >> Scott> controller node, as well.
> >
> > Uh.. yes.. i2c inter
On Mon, Sep 24, 2007 at 09:52:31AM -0500, Scott Wood wrote:
> David Gibson wrote:
> >>[EMAIL PROTECTED] {
> >> + #address-cells = <1>;
> >> + #size-cells = <0>;
> >>device_type = "i2c";
> >
> > Hrm... we probably want an "i2c" devic
On Mon, Sep 24, 2007 at 06:31:55PM +0800, Zang Roy-r61911 wrote:
> From: Roy Zang <[EMAIL PROTECTED]>
>
> This patch adds cuboot support for MPC7448HPC2 platform.
> The cuImage can be used with legacy u-boot without FDT support.
>
> Signed-off-by: Roy Zang <[EMAIL PROTECTED]>
Acked-by: David Gibs
Currently, ppc44x use ppc branch, not powerpc, especially for AMCC
yosemite 440ep.
Through adding printk in function ppc4xx_pic_init which is in
arch/ppc/syslib/ppc4xx_pic.c, whether setting IRQ_LEVEL has no effect
on it.
BRs,
Andrew
Valentine Barshak wrote:
> Stefan Roese wrote:
>> On Monda
I have tested it on linux-2.6.19 which is from AMCC website , linux
2.6.21.7 which is from linux mainline and linux-2.6.23.rc7 which is
from git://www.denx.de/git/linux-2.6-denx.git
Have the same problem.
I don't understand, why after enabling this PCI interrupts. in so
short time, produce 100
I added this to my boot/Makefile near the other mcpu=440 lines. I
believe there may be a fix coming?
$(obj)/treeboot-walnut.o: BOOTCFLAGS += -mcpu=440
$(obj)/4xx.o: BOOTCFLAGS += -mcpu=440
$(obj)/ebony.o: BOOTCFLAGS += -mcpu=440
On 9/24/07, Manil Gaouar <[EMAIL PROTECTED]> wrote:
> Hi there,
>
On Mon, Sep 24, 2007 at 03:09:49PM -0500, Scott Wood wrote:
> This is a library that board code can use to extract information from the
> PlanetCore configuration keys. PlanetCore is used on various boards from
> Embedded Planet.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Acked-by: David G
On Mon, Sep 24, 2007 at 03:09:11PM -0500, Scott Wood wrote:
> This allows callers to set addresses one at a time when that would be more
> convenient.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Sorry I've been such a pain about this previously.
Acked-by: David Gibson <[EMAIL PROTECTED]>
On Mon, Sep 24, 2007 at 02:01:00PM -0500, Scott Wood wrote:
> On non-book-E, if a faulting PC is in the first few pages, and it's not an
> ITLB miss, it's likely executing in real mode, probably at an exception
> vector.
>
> Rather than print a useless , it is assumed that this is the cas
> Yup, I think I ditched most of them.. for some reason I decided it
> couldn't happen, but maybe I'm wrong ?
Well, it's a BUG_ON. It's supposed to be for something that "can't happen".
That's why it's a sanity check, not a wild assertion. ;-)
The 2/2 patch is an example of a bug that CHECK_FULL
On Mon, 2007-09-24 at 16:52 -0700, Roland McGrath wrote:
> When PTRACE_O_TRACEEXEC is used, a ptrace call to fetch the registers at
> the PTRACE_EVENT_EXEC stop (PTRACE_PEEKUSR) will oops in CHECK_FULL_REGS.
> With recent versions, "gdb --args /bin/sh -c 'exec /bin/true'" and "run" at
> the (gdb)
On Mon, 2007-09-24 at 16:50 -0700, Roland McGrath wrote:
> This restores the CHECK_FULL_REGS sanity check to every place that can
> access the nonvolatile GPRs for ptrace. This is already done for
> native-bitwidth PTRACE_PEEKUSR, but was omitted for many other cases
> (32-bit ptrace, PTRACE_GETR
When PTRACE_O_TRACEEXEC is used, a ptrace call to fetch the registers at
the PTRACE_EVENT_EXEC stop (PTRACE_PEEKUSR) will oops in CHECK_FULL_REGS.
With recent versions, "gdb --args /bin/sh -c 'exec /bin/true'" and "run" at
the (gdb) prompt is sufficient to produce this. I also have written an
iso
This restores the CHECK_FULL_REGS sanity check to every place that can
access the nonvolatile GPRs for ptrace. This is already done for
native-bitwidth PTRACE_PEEKUSR, but was omitted for many other cases
(32-bit ptrace, PTRACE_GETREGS, etc.); I think there may have been more
uniform checks befor
>> Nothing in a flat device tree should ever define a device_type, except
>> perhaps for compatibility with legacy kernel code.
>
> This is not necessarily true. As Segher says, device_type originally
> indicated the OF programming model for a device. However, we've
> extended the notion for the
>> Scott> #size-cells is zero on i2c, so it should just be reg = <68>.
>>
>> Scott> You'll probably need to add #address-cells and #size-cells to
>> the
>> Scott> controller node, as well.
>
> Uh.. yes.. i2c interfaces should really always have #a and #s.
More generally, every node that define
On Tue, 25 Sep 2007 06:55:50 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Mon, 2007-09-24 at 14:35 +0400, Valentine Barshak wrote:
> >
> > From what I've seen, setup_cpu is never called for BOOKE.
> > Currently It's called from cputable.c for PPC64 and from head_32.S for
> > 6
On Mon, 2007-09-24 at 14:35 +0400, Valentine Barshak wrote:
>
> From what I've seen, setup_cpu is never called for BOOKE.
> Currently It's called from cputable.c for PPC64 and from head_32.S for
> 6xx.
> Thanks,
Right. We need to fix/converge some of these but it's not totally
trivial.
Ben.
Scott Wood wrote:
> [PATCH 15/40]
Bah, that was supposed to be 1/2. Don't worry, there's no barrage of
patches coming. :-)
-Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
This is a library that board code can use to extract information from the
PlanetCore configuration keys. PlanetCore is used on various boards from
Embedded Planet.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
Resent, with dt_set_mac_address -> dt_fixup_mac_address.
arch/powerpc/boot/Makefi
This allows callers to set addresses one at a time when that would be more
convenient.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
Resent, with dt_set_mac_address -> dt-fixup_mac_address.
arch/powerpc/boot/devtree.c | 31 +--
arch/powerpc/boot/ops.h |1
The existing OF glue code was crufty and broken. Rather than fix it, it
will be removed, and the ethernet driver now talks to the device tree
directly.
The old, non-CONFIG_PPC_CPM_NEW_BINDING code can go away once CPM
platforms are dropped from arch/ppc (which will hopefully be soon), and
existin
Valentine Barshak wrote:
> Segher Boessenkool wrote:
> + Required properties:
> + - device_type : should be "usb".
No device_type please. The published USB binding doesn't define
one on purpose.
>>> Could you please, explain why?
>>> Sorry, I don't think I get the concept of de
Adds USB EHCI entry to PowerPC 440EPx Sequoia DTS.
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/sequoia.dts |8
1 files changed, 8 insertions(+)
diff -ruN linux-2.6.orig/arch/powerpc/boot/dts/sequoia.dts
linux-2.6/arch/powerpc/boot/dts/sequoia.dts
Adds EHCI OF bindings to documentation.
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 28 +++
1 files changed, 28 insertions(+)
diff -ruN linux-2.6.orig/Documentation/powerpc/booting-without-of.txt
linux-2.6/Doc
This adds device-tree-aware ehci-ppc-of driver.
The code is based on the ehci-ppc-soc driver by
Stefan Roese <[EMAIL PROTECTED]>.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
drivers/usb/host/Kconfig |8 +
drivers/usb/host/ehci
Some PowerPC systems have a built-in EHCI controller.
This is a device tree aware version of the EHCI controller driver.
Currently it's been tested on the PowerPC 440EPx Sequoia board.
Other platforms can be added later.
The code is based on the ehci-ppc-soc driver by Stefan Roese <[EMAIL
PROTECTE
On non-book-E, if a faulting PC is in the first few pages, and it's not an
ITLB miss, it's likely executing in real mode, probably at an exception vector.
Rather than print a useless , it is assumed that this is the case, and
the address is treated as physical. This helps when debugging c
I just got back from vacation.
I'll give this a whirl shortly.
--linas
On Sun, Sep 23, 2007 at 11:17:40AM -0500, Anton Blanchard wrote:
>
> Hi Linas,
>
> Looks like EEH could be involved :)
>
> Anton
>
> - Forwarded message from Andy Whitcroft <[EMAIL PROTECTED]> -
>
> From: Andy Wh
On Mon, 24 Sep 2007 12:26:24 -0400
"Manil Gaouar" <[EMAIL PROTECTED]> wrote:
> Hi there,
>
> I am trying to compile the latest Linux from the git repos: git clone
> git://www.denx.de/git/linux-2.6-denx.git linux-2.6-denx, I checked out
> the code a few weeks ago and was able to build my uImage no
Hi there,
I am trying to compile the latest Linux from the git repos: git clone
git://www.denx.de/git/linux-2.6-denx.git linux-2.6-denx, I checked out
the code a few weeks ago and was able to build my uImage no problems. I
did a git pull this morning and I can not compile anymore, here is the
erro
David Gibson wrote:
>> [EMAIL PROTECTED] {
>> +#address-cells = <1>;
>> +#size-cells = <0>;
>> device_type = "i2c";
>
> Hrm... we probably want an "i2c" device_type class, but I don't think
> we've actually defined one, whic
Seeing the following from an older power LPAR, pretty sure we had
this in the previous -mm also:
Unable to handle kernel paging request for data at address 0x
Faulting instruction address: 0xc0047ac8
cpu 0x0: Vector: 300 (Data Access) at [c058f750]
pc: c0047ac8:
On Mon, 24 Sep 2007 14:20:36 +0200
Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> Josh Boyer wrote:
> > On Mon, 24 Sep 2007 09:49:33 +0200
> > Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> >> The addition of treeboot-walnut.c breaks compilation of Linux-2.6 for
> >> the lite5200 using the pp
Josh Boyer wrote:
> On Mon, 24 Sep 2007 09:49:33 +0200
> Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
>> The addition of treeboot-walnut.c breaks compilation of Linux-2.6 for
>> the lite5200 using the ppc_6xx toolchain of the ELDK 4.1:
>>
>>MODPOST vmlinux.o
>> WARNING: vmlinux.o(.text+0x14)
On Mon, 24 Sep 2007 09:49:33 +0200
Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
>
> The addition of treeboot-walnut.c breaks compilation of Linux-2.6 for
> the lite5200 using the ppc_6xx toolchain of the ELDK 4.1:
>
>MODPOST vmlinux.o
> WARNING: vmlinux.o(.text+0x14): Section mismatch: ref
Currently zImage is linked at the 4MB base address.
Some platforms (using cuboot, treeboot) need the zImage's
entry point and base address. They place zImage exactly
at the base address it's been linked to. Sometimes 4MB left
at the start of the memory is simply not enough to unpack zImage.
This co
Stefan Roese wrote:
> On Monday 24 September 2007, Andrew Liu wrote:
>> By default, it is IRQ_SENSE_LEVEL | IRQ_POLARITY_NEGATIVE
>
> And that should be correct for PCI interrupts.
>
>> I change it to IRQ_SENSE_EDGE | IRQ_POLARITY_NEGATIVE or
>> IRQ_SENSE_EDGE | IRQ_POLARITY_POSITIVE.
>> It di
On Monday 24 September 2007, Andrew Liu wrote:
> By default, it is IRQ_SENSE_LEVEL | IRQ_POLARITY_NEGATIVE
And that should be correct for PCI interrupts.
> I change it to IRQ_SENSE_EDGE | IRQ_POLARITY_NEGATIVE or
> IRQ_SENSE_EDGE | IRQ_POLARITY_POSITIVE.
> It displays:
> eth2: link up, 100Mbps
On (22/09/07 12:24), Satyam Sharma didst pronounce:
>
>
> On Thu, 20 Sep 2007, Satyam Sharma wrote:
> >
> > BTW ppc64_defconfig didn't quite like 2.6.23-rc6-mm1 either ...
> > IIRC I got build failures in:
>
> > drivers/net/spider_net.c
>
>
> [PATCH -mm] spider_net: Misc build fixes after rec
On (22/09/07 08:20), Satyam Sharma didst pronounce:
> Hi,
>
>
> On Thu, 20 Sep 2007, Alan Cox wrote:
> >
> > On Thu, 20 Sep 2007 14:13:15 +0100
> > [EMAIL PROTECTED] (Mel Gorman) wrote:
> >
> > > PPC64 building allmodconfig fails to compile drivers/ata/pata_scc.c . It
> > > doesn't show up on o
Benjamin Herrenschmidt wrote:
> On Thu, 2007-09-20 at 12:29 -0500, Josh Boyer wrote:
>> On Thu, 20 Sep 2007 12:25:06 -0500
>> Olof Johansson <[EMAIL PROTECTED]> wrote:
>>
>>> On Thu, Sep 20, 2007 at 08:56:32PM +0400, Valentine Barshak wrote:
I was thinking about it. Looks like it's the best pl
Hollis Blanchard wrote:
> On Mon, 17 Sep 2007 16:50:39 +0400, Valentine Barshak wrote:
>
>> Some PowerPC systems have a built-in EHCI controller.
>> This is a device tree aware version of the EHCI controller driver.
>> Currently it's been tested on the PowerPC 440EPx Sequoia board.
>> Other platfo
From: Roy Zang <[EMAIL PROTECTED]>
This patch adds cuboot support for MPC7448HPC2 platform.
The cuImage can be used with legacy u-boot without FDT support.
Signed-off-by: Roy Zang <[EMAIL PROTECTED]>
---
This is the third time for me to generate the patch.
I do not get any negative comment since
On Sep 24, 2007, at 2:46 AM, Christoph Hellwig wrote:
> On Mon, Sep 24, 2007 at 02:00:47PM +1000, David Gibson wrote:
>> Basically because PReP support doesn't work under arch/powerpc.
>> Getting it working properly is something that should happen, but will
>> take a while. In the meantime, gettin
By default, it is IRQ_SENSE_LEVEL | IRQ_POLARITY_NEGATIVE
I change it to IRQ_SENSE_EDGE | IRQ_POLARITY_NEGATIVE or
IRQ_SENSE_EDGE | IRQ_POLARITY_POSITIVE.
It displays:
eth2: link up, 100Mbps, full-duplex, lpa 0x45E1
eth2: no IPv6 routers present
NETDEV WATCHDOG: eth2: transmit timed out
eth2:
On Sep 23, 2007, at 10:09 PM, David Gibson wrote:
> On Fri, Sep 21, 2007 at 06:04:18PM -0500, Milton Miller wrote:
>> Add a set of library routines to manage gross memory allocations.
>>
>> This code uses an array in bss to store upto 32 entrys with merging
>> representing a range of memory below r
On Mon, 24 Sep 2007 10:15:01 +0200 Olaf Hering <[EMAIL PROTECTED]> wrote:
> Fix compilation after incomplete struct net_device changes.
yup, thanks, Kamalesh Babulal has already sent in an identical
patch.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozla
Fix compilation after incomplete struct net_device changes.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
drivers/net/mace.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
--- a/drivers/net/mace.c
+++ b/drivers/net/mace.c
@@ -633,7 +633,7 @@ static void mace_set_multicas
On Sep 23, 2007, at 9:58 PM, David Gibson wrote:
> On Fri, Sep 21, 2007 at 06:03:24PM -0500, Milton Miller wrote:
>> Some platforms have a boot agent that can create or modify properties
>> in
>> the device-tree and load images into memory. Provide a helper to set
>> loader_info used by prep_in
Josh Boyer wrote:
> Updated patch below
>
> Add zImage wrapper for walnut board
>
> Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
>
> ---
> arch/powerpc/boot/Makefile |3
> arch/powerpc/boot/dcr.h |5 +
> arch/powerpc/boot/treeboot-walnut.c | 131
> ++
On Mon, Sep 24, 2007 at 02:00:47PM +1000, David Gibson wrote:
> Basically because PReP support doesn't work under arch/powerpc.
> Getting it working properly is something that should happen, but will
> take a while. In the meantime, getting something that's sufficient to
> get working under just q
64 matches
Mail list logo
