vencent2006 wrote:
I am Michael from China.A few days ago, I was supposed to debug
executable.elf with xmd while some problems happened.It said like that:
xmd% dow executable.elf
Failed to download ELF file
ERROR(1053):UNABLE TO READ ELF FILE.THE ELF FILE
MAYBE CORRUPTED
:executable.elf
You need
On Wednesday 28 May 2008, Benjamin Herrenschmidt wrote:
> On Tue, 2008-05-27 at 14:55 -0700, Linus Torvalds wrote:
> >
> > On Wed, 28 May 2008, Benjamin Herrenschmidt wrote:
> > >
> > > A problem with __raw_ though is that they -also- don't do byteswap,
> >
> > Well, that's why there is __readl(
Some of the helper scripts used to run testcases contain some
constructs that are bashisms. Or at least which don't work on dash,
the minimal shell used as /bin/sh on recent Ubuntu systems.
This patch removes these constructs so that the testsuite will pass
"out of the box" on systems where /bin/
Scott, Li,
I'm sorry to bother you again ... but after bringing up all parts of my
MPC8343 based board the not working USB is the last pending problem.
Actually I'm running on 2.6.25 with a custom board.
Since USB is different for MPC8349/7/3 (depending on package) there
_could_ be a configuratio
> It's not exactly a well-established interface. Only five architectures
> define these functions, and there is not a single user in the kernel
> source outside of these architecture's io.h files.
That is because the drivers using them had them removed (eg I²O) - mostly
because "it didn't compile
Some of the helper scripts used to run testcases contain some
constructs that are bashisms. Or at least which don't work on dash,
the minimal shell used as /bin/sh on recent Ubuntu systems.
Both of these (the >& redirection, and "source" searching the current
directory if the script isn't found
On 28 Μαϊ 2008, at 11:36 ΠΜ, Haavard Skinnemoen wrote:
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
I'm happy to say that __raw is purely about ordering and make them
byteswap on powerpc tho (ie, make them little endian like the non-
raw
counterpart).
That would break a lot of drivers
> -Original Message-
> From: Andre Schwarz [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 29, 2008 5:51 PM
> To: Wood Scott; Li Yang
> Cc: linux-ppc list
> Subject: USB @ MPC834x
>
> Scott, Li,
>
> I'm sorry to bother you again ... but after bringing up all
> parts of my
> MPC8343 base
> Previous cleanups have removed the LIBFDT_CLEANFILES and
> DTC_CLEANFILES variables from the Makefiles. However, they're still
> referenced by the Makefile. This patch gets rid of these last
> vestiges.
>
> Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Applied.
jdl
> Subject: Re: libfdt: Seval cleanups to parameter checking (v3)
Please put the "(v3)" in brackets at the begining of the Subject:.
> This patch makes a couple of small cleanups to parameter checking of
> libfdt functions.
>
> - In several functions which take a node offset, we use an
> i
> Some of the helper scripts used to run testcases contain some
> constructs that are bashisms. Or at least which don't work on dash,
> the minimal shell used as /bin/sh on recent Ubuntu systems.
>
> This patch removes these constructs so that the testsuite will pass
> "out of the box" on systems
David Gibson wrote:
A while back I sent out a spiel explaining more clearly why I didn't
like it, and where I thought we should go with this, but I don't think
anyone noticed it at the time. I'll resend.
Thanks.
I started working towards a version of this I liked, but was
sidetracked by a c
On Thu, 2008-05-29 at 10:47 -0400, Jes Sorensen wrote:
> > "Roland" == Roland Dreier <[EMAIL PROTECTED]> writes:
>
> >> This is a different issue. We deal with it on powerpc by having
> >> writel set a per-cpu flag and spin_unlock() test it, and do the
> >> barrier if needed there.
>
> Roland
> "Roland" == Roland Dreier <[EMAIL PROTECTED]> writes:
>> This is a different issue. We deal with it on powerpc by having
>> writel set a per-cpu flag and spin_unlock() test it, and do the
>> barrier if needed there.
Roland> Cool... I assume you do this for mutex_unlock() etc?
Roland> Is th
Hi Paul,
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git next
to pick up some of the initial changes for 2.6.27 in the 4xx tree.
They include some PIKA Warp updates, a DCR infrastructure rework, and
David's large dts conversion patch (which accounts for mos
xparameters.h will #include the other xparameters_mlxxx.h file. When
using XPS in the EDK, you can use the 'software platforms settings'
dialog box to specify the peripherals to use, the size of memory to use,
and other parameters. When this is done, you can select 'generate
libraries and bsps' wh
On Wed, 21 May 2008 18:39:42 +0200, Jochen Friedrich wrote:
> This driver uses the port of 2.4 code from Vitaly Bordug
> <[EMAIL PROTECTED]> and the actual algorithm used by the i2c
> driver of the DBox code on cvs.tuxboc.org from Felix Domke
> ([EMAIL PROTECTED]) and Gillem ([EMAIL PROTECTED]) con
On Thu, 29 May 2008 17:52:26 +0200, Jean Delvare wrote:
> On Wed, 21 May 2008 18:39:42 +0200, Jochen Friedrich wrote:
> > This driver uses the port of 2.4 code from Vitaly Bordug
> > <[EMAIL PROTECTED]> and the actual algorithm used by the i2c
> > driver of the DBox code on cvs.tuxboc.org from Feli
Hi,
Following four patches enable the "relocatable kernel" feature for
PPC64 kernels.
1. extract_relocation_info.patch
2. relocation_build.patch
3. apply_relocation.patch
4. relocation_support.patch
With the patchset, vmcore image of a crashed system can be capture
Hi,
Following four patches enable the "relocatable kernel" feature for
PPC64 kernels.
1. extract_relocation_info.patch
2. relocation_build.patch
3. apply_relocation.patch
4. relocation_support.patch
With the patchset, vmcore image of a crashed system can be capture
delete obsolete device-type property, delete model property
(use compatible property instead), prepend "fsl," to Freescale
specific properties. Add nodes to device trees that are missing them,
and fix broken property values in other trees.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
Docum
Extract list of relocation offsets
Extract list of offsets in the vmlinux file for which the relocation
delta has to be patched. Currently only following type of relocation
types are considered: R_PPC64_ADDR16_HI, R_PPC64_TOC and R_PPC64_ADDR64
The offsets are sorted according to the relocation t
Add support for the SEC available on a wide range of PowerQUICC devices,
e.g. MPC8349E, MPC8548E.
this initial version supports authenc(hmac(sha1),cbc(aes)) for use with IPsec.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
drivers/crypto/Kconfig | 15 +
drivers/crypto/Makefile |1
Build files needed for relocation
This patch builds vmlinux file with relocation sections and contents so
that relocs user space program can extract the required relocation
offsets. This packs final relocatable vmlinux kernel as following:
earlier part of relocation apply code, vmlinux, rest of re
Apply relocation info to vmlinux
This code is a wrapper around regular kernel. This checks whether the
kernel is loaded at 32MB, if its not loaded at 32MB, its treated as a
regular kernel and the control is given to the kernel immediately. If
the kernel is loaded at 32MB, it applies relocation del
Relocation support
This patch changes all LOAD_REG_ADDR macro calls to LOAD_REG_IMMEDIATE
to make sure that we load the correct address. It also takes care of
absolute symbols access in the code by adding the relocation kernel base
address.
Signed-off-by: Mohan Kumar M <[EMAIL PROTECTED]>
---
Ind
electra_cf: Add MODULE_DEVICE_TABLE()
Add a module device table to electra_cf so that modules can be
auto-probed/loaded.
[will be included in git pull request later today]
diff --git a/drivers/pcmcia/electra_cf.c b/drivers/pcmcia/electra_cf.c
index 0a6cea1..52d0aa8 100644
--- a/drivers/p
Paul,
Please pull from 'merge' branch of
master.kernel.org:/pub/scm/linux/kernel/git/olof/pasemi.git merge
to receive the following updates for 2.6.26:
arch/powerpc/configs/pasemi_defconfig | 172 +-
drivers/pcmcia/electra_cf.c |1
2 files chan
On Tue, 20 May 2008 00:02:45 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
> For the additonal exception levels (critical, debug, machine check) on
> 40x/book-e we were using "static" allocations of the stack in the
> associated head.S.
>
> Move to a runtime allocation to make the code a bit easier
On Thu, 2008-05-29 at 10:47 -0400, Jes Sorensen wrote:
>
> The only way to guarantee ordering in the above setup, is to either
> make writel() fully ordered or adding the mmiowb()'s inbetween the two
> writel's. On Altix you have to go and read from the PCI brige to
> ensure all writes to it have
On Fri, 30 May 2008, Benjamin Herrenschmidt wrote:
On Thu, 2008-05-29 at 10:47 -0400, Jes Sorensen wrote:
Interesting. I've always been taught by ia64 people that mmiowb() was
intended to be used solely between writel() and spin_unlock().
That's what I gathered too, based on what's written in m
On Thursday, May 29, 2008 2:40 pm Benjamin Herrenschmidt wrote:
> On Thu, 2008-05-29 at 10:47 -0400, Jes Sorensen wrote:
> > The only way to guarantee ordering in the above setup, is to either
> > make writel() fully ordered or adding the mmiowb()'s inbetween the two
> > writel's. On Altix you have
> The problem is that your two writel's, despite being both issued on
> cpu X, due to the spin lock, in your example, can end up with the
> first one going through NR 1 and the second one going through NR 2. If
> there's contention on NR 1, the write going via NR 2 may hit the PCI
> bridge pri
On Thu, 2008-05-29 at 14:48 -0700, Trent Piepho wrote:
> I wrote a JTAG over gpio driver for the powerpc MPC8572DS platform. With the
> non-raw io accessors, the JTAG clock can run at almost ~9.5 MHz. Using raw
> versions (which I had to write since powerpc doesn't have any), the clock
> speed i
Ok, so I feel as though now I have a little more
insight to this problem. Here's a brief rundown. I
am using u-boot to boot the latest linux kernel from a
large page NAND device (trivial) with the rootfs also
on the same NAND device. In my dts the fs is defined
as being located at 0x40 (with
On Thu, 29 May 2008, Roland Dreier wrote:
> The problem is that your two writel's, despite being both issued on
> cpu X, due to the spin lock, in your example, can end up with the
> first one going through NR 1 and the second one going through NR 2. If
> there's contention on NR 1, the write goin
On Thu, May 29, 2008 at 02:12:46PM -0500, Kim Phillips wrote:
> delete obsolete device-type property, delete model property
> (use compatible property instead), prepend "fsl," to Freescale
> specific properties. Add nodes to device trees that are missing them,
> and fix broken property values in ot
> I do -- in all the drivers for on-chip peripherals that are shared
> between AT91 ARM (LE) and AVR32 (BE). Since everything goes on inside
> the chip, we must use LE accesses on ARM and BE accesses on AVR32.
>
> Currently, this is the only interface I know that can do native-endian
> accesses,
On Thu, May 29, 2008 at 09:04:29AM -0500, Jon Loeliger wrote:
> David Gibson wrote:
>
>> A while back I sent out a spiel explaining more clearly why I didn't
>> like it, and where I thought we should go with this, but I don't think
>> anyone noticed it at the time. I'll resend.
>
> Thanks.
Actual
This patch adds an extra testcase to dtc to ensure that the
"reg_format" and "ranges_format" checks trigger as they should if a
'reg' or 'ranges' property appears in the root node.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: dtc/tests/reg-ranges-root.dts
===
On Fri, 30 May 2008, Benjamin Herrenschmidt wrote:
On Thu, 2008-05-29 at 14:48 -0700, Trent Piepho wrote:
I wrote a JTAG over gpio driver for the powerpc MPC8572DS platform. With the
non-raw io accessors, the JTAG clock can run at almost ~9.5 MHz. Using raw
versions (which I had to write sinc
When Greg "fixed" the sysfs usage of that driver a while back, he seem
to have introduced a bug where the quotes are added around the name of
our specific sysfs files, thus breaking the user space tool.
This fixes it. Tested DLPAR operations on a POWER6 machine successfully.
Signed-off-by: Benjam
On Thursday, May 29, 2008 8:39 pm Benjamin Herrenschmidt wrote:
> When Greg "fixed" the sysfs usage of that driver a while back, he seem
> to have introduced a bug where the quotes are added around the name of
> our specific sysfs files, thus breaking the user space tool.
>
> This fixes it. Tested
Trent Piepho writes:
> On Thu, 29 May 2008, Roland Dreier wrote:
> > > The problem is that your two writel's, despite being both issued on
> > > cpu X, due to the spin lock, in your example, can end up with the
> > > first one going through NR 1 and the second one going through NR 2. If
> > > ther
Hi Olof,
On Thu, 29 May 2008 15:05:44 -0500 Olof Johansson <[EMAIL PROTECTED]> wrote:
>
> electra_cf: Add MODULE_DEVICE_TABLE()
>
> Add a module device table to electra_cf so that modules can be
> auto-probed/loaded.
>
> [will be included in git pull request later today]
No Signed-off-b
On Thu, 2008-05-29 at 21:02 -0700, Jesse Barnes wrote:
> On Thursday, May 29, 2008 8:39 pm Benjamin Herrenschmidt wrote:
> > When Greg "fixed" the sysfs usage of that driver a while back, he seem
> > to have introduced a bug where the quotes are added around the name of
> > our specific sysfs files
On Fri, 30 May 2008 11:13:23 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> > Currently, this is the only interface I know that can do native-endian
> > accesses, so if you take it away, I'm gonna need an alternative
> > interface that doesn't do byteswapping.
>
> Are you aware that
This patch extends the FSL UPM NAND driver from Anton Vorontsov to
support for the TQM85xx modules. Unfortunately, the hardware does
not support the R/B pins of the NAND chip and therefore the specified
maximum delay time must used. It therefore re-introduces the chip-delay
property.
Note: this pa
the following series of patches adds support for the TQM8548 modules from
TQ Components (http://www.tqc.de) and fixes furthermore some issues with
other TQM85xx modules.
The NAND support is based on the patch with the subject
"[PATCH] [NAND] driver extension to support NAND on TQM85xx modules"
pos
Some TQM85xx boards could be equipped with up to 1 GiB (NOR) flash
memory and therefore a modified memory map is required and setup by
the board loader. This patch adds an appropriate DTS file.
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/tqm8548-bigflash.dts |
This patch adds support for the TQM8548 modules from TQ-Components
GmbH (http://www.tqc.de).
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
arch/powerpc/boot/Makefile |1 +
arch/powerpc/boot/dts/tqm8548.dts | 370 +
arch/powerpc/boot/wrapper
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/tqm8560.dts | 66 +
1 files changed, 66 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/tqm8560.dts
b/arch/powerpc/boot/dts/tqm8560.dts
index b9ac6c9..c2c25cd 1
Like for the TQM5200, the vendor prefix "tqc," is now used for all
TQM85xx modules from TQ-Components GmbH (http://www.tqc.de) in the
corresponding DTS files.
Signed-off-by: Wolfgang Grandegger <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/tqm8540.dts |4 ++--
arch/powerpc/boot/dts/t
53 matches
Mail list logo
