[EMAIL PROTECTED] wrote on 06/26/2008 12:56:36
AM:
>
> > With 2.6.24 (your version from early february) the PS3 hangs
completely...
> > you have to power cycle the ps3.
> > so, it looks like 2.6.26 is a little better... but you have to power
off/on
> > as well to get rid of the zombie.
>
> Looks l
Oops, sent to the wrong address for the mailing list...
From: Grant Likely <[EMAIL PROTECTED]>
There have been many questions on and off the mailing list about how
exactly the bootwrapper is used for embedded targets. Add some
documentation and help text to try and clarify the system.
Signed-of
On Tue, 2008-06-24 at 08:48 -0500, Kumar Gala wrote:
> On Jun 23, 2008, at 8:32 PM, Michael Ellerman wrote:
>
> > This commit adds some new routines for patching code, they will be
> > used
> > in a following commit.
> >
> > Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
> > ---
> > arch/po
On Tue, 2008-06-24 at 08:48 -0500, Kumar Gala wrote:
> On Jun 23, 2008, at 8:32 PM, Michael Ellerman wrote:
>
> > Currentl we have three versions of MAKE_FTR_SECTION_ENTRY(), the
> > macro that
> > generates a feature section entry. There is 64bit version, a 32bit
> > version
> > and version f
On Tue, 2008-06-24 at 08:47 -0500, Kumar Gala wrote:
> On Jun 23, 2008, at 8:33 PM, Michael Ellerman wrote:
>
> > This patch adds the logic to patch alternative sections. This is
> > fairly
> > straight forward, except for branches. Relative branches that jump
> > from
> > inside the else sect
Thanks Michael, your explanation makes things make more sense. I was
just a half intelligent monkey trying to replicate the existing logic.
I think your explanation also answers Ben's question also.
On Wed, Jun 25, 2008 at 6:53 PM, Michael Ellerman
<[EMAIL PROTECTED]> wrote:
> On Wed, 2008-06-25
I've recently worked with a FreeBSD developer, getting dtc and libfdt
working on FreeBSD. This showed up a number of portability problems
in the dtc package which this patch addresses. Changes are as
follows:
- the parent_offset and supernode_atdepth_offset testcases
used the glibc exten
On Wed, 2008-06-25 at 14:19 -0600, John Rigby wrote:
> change
> bool "PCI support" if
> to
> bool "PCI support" if PPC_HAS_PCI
>
> and add select PPC_HAS_PCI to all the config nodes that
> were previously in the PCI if expression
>
> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconf
Hi Stefan,
> Application hangs after a while defunct and dmesg output looks like
> d.txt. (See attached file: d.txt)
Looks like this is caused by doing the mmput() while the state mutex is
held in spu_forget.
In your case, the mm is the final reference to the context, so this is
resulting in a
Following on from the last patch, which made dtc use the same endian
conversion functions as libfdt, this patch makes ftdump use these
functions as well. This brings us down to a single set of endian
handling functions in all of dtc and libfdt, so just one place to fix
things.
Signed-off-by: Davi
In message <[EMAIL PROTECTED]> you wrote:
>
> On Jun 25, 2008, at 11:17 AM, Scott Wood wrote:
>
> > Gabriel Paubert wrote:
> >> On Wed, Jun 25, 2008 at 10:34:32AM -0500, Scott Wood wrote:
> >>> Kumar Gala wrote:
> > +/* Macros to workout the correct index for the FPR in the
> > thread s
On Wed, 2008-06-25 at 15:05 -0500, Timur Tabi wrote:
> +/**
> + * Return the first or next property within a node.
> + * @np: the node
> + * @prev: if NULL, return 1st prop, otherwise return the prop after 'prev'
> + *
> + * This function is used to get a list of properties within a node. It's
> +
It returns 2 for both "i2c-1" and "i2c-2".
Well, I'm assuming that the alias property names will follow the
current
convention of nn where is a name and nn is a number. No
dashes or
other punctuation.
Well, yes, your suggested code doesn't allow punctuation either; but
that wasn't
> With 2.6.24 (your version from early february) the PS3 hangs completely...
> you have to power cycle the ps3.
> so, it looks like 2.6.26 is a little better... but you have to power off/on
> as well to get rid of the zombie.
Looks like an issue with spufs. Though from your traces, it looks like
On Wed, 2008-06-25 at 14:19 -0600, John Rigby wrote:
> change
> bool "PCI support" if
> to
> bool "PCI support" if PPC_HAS_PCI
>
> and add select PPC_HAS_PCI to all the config nodes that
> were previously in the PCI if expression
>
> Signed-off-by: John Rigby <[EMAIL PROTECTED]>
> ---
>
On Wed, 25 Jun 2008 16:51:39 -0500
Scott Wood <[EMAIL PROTECTED]> wrote:
> + [EMAIL PROTECTED] {
> + device_type = "crypto";
> + model = "SEC2";
I thought we were done with the two above properties..
> +
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8313erdb.dts | 247 +++--
1 files changed, 174 insertions(+), 73 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8313erdb.dts
b/arch/powerpc/boot/dts/mpc8313erdb.dts
index e1f0dca..291aa82
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt |5 +-
arch/powerpc/sysdev/fsl_soc.c|3 +
drivers/net/gianfar.c| 118 +-
drivers/net/gianfar.h| 12 ++-
Basic PM support for 83xx. Standby is implemented as sleep.
Suspend-to-RAM is implemented as "deep sleep" (with the processor
turned off) on 831x. PCI agent power management is supported.
Device power management of SOC peripherals is not yet supported.
Signed-off-by: Scott Wood <[EMAIL PROTECTE
Benjamin Herrenschmidt wrote:
> No, the fabric driver should get to its device node in a way or another,
> and from there, find a pointer (via a phandle) to it's codec, and match
> that to an i2c device.
>
> If the current infrastructure doesn't allow that kind of matching, it
> needs to be fixed
* Olof Johansson | 2008-06-25 16:22:50 [-0500]:
>> Kumar / Josh: Should we describe those DT entries in
>> Documentation/powerpc/booting-without-of.txt? In the yes case: which
>> section do you recommend?
>
>I don't see a need to. We don't document the IBM busses there either.
Okey.
>
>
>-Olof
(Taking off the USB cc list)
On Wed, Jun 25, 2008 at 08:24:25PM +0200, Sebastian Siewior wrote:
> Kumar / Josh: Should we describe those DT entries in
> Documentation/powerpc/booting-without-of.txt? In the yes case: which
> section do you recommend?
I don't see a need to. We don't document the I
Updated device tree for MPC5121ADS
Signed-off-by: John Rigby <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc5121ads.dts | 309 -
1 files changed, 299 insertions(+), 10 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc5121ads.dts
b/arch/powerpc/boot/dts/mpc51
Segher Boessenkool wrote:
> It returns 2 for both "i2c-1" and "i2c-2".
Well, I'm assuming that the alias property names will follow the current
convention of nn where is a name and nn is a number. No dashes or
other punctuation.
> Also, alias names do not have any significance in gener
of_get_aliased_node() looks up the aliases in the "/aliases" node and
returns
the index of the property that points to a given node. That is, if
you have
an alias "serial2" that points to a serial port node,
of_get_aliased_index()
returns "2".
It returns 2 for both "i2c-1" and "i2c-2".
Also
From: Nathan Fontenot <[EMAIL PROTECTED]>
Update the architecture vector to indicate that Cooperative Memory
Overcommitment is supported.
This is the last patch in the series. Committing it will signal to
the platform firmware is CMO enabled.
Signed-off-by: Nathan Fontenot <[EMAIL PROTECTED]>
Enable ibmveth for Cooperative Memory Overcommitment (CMO). For this driver
it means calculating a desired amount of IO memory based on the current MTU
and updating this value with the bus when MTU changes occur. Because DMA
mappings can fail, we have added a bounce buffer for temporary cases whe
This allows other platforms with the same pci
block like MPC5121 to use it.
Signed-off-by: John Rigby <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/83xx/Kconfig |2 +-
arch/powerpc/platforms/83xx/Makefile |1 -
arch/powerpc/platforms/83xx/mpc831x_rdb.c |1 +
arch/powerpc/p
From: Robert Jennings <[EMAIL PROTECTED]>
Enable the driver to function in a Cooperative Memory Overcommitment (CMO)
environment.
The following changes are made to enable the driver for CMO:
* DMA mapping errors will not result in error messages if entitlement has
been exceeded and resources
change
bool "PCI support" if
to
bool "PCI support" if PPC_HAS_PCI
and add select PPC_HAS_PCI to all the config nodes that
were previously in the PCI if expression
Signed-off-by: John Rigby <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig |9 +
arch/powerpc/plat
patch 1/2 cleans up powerpc pci config
patch 2/2 moves mpc83xx_add_bridge to fsl_pci.c
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
To support Cooperative Memory Overcommitment (CMO), we need to check
for failure from some of the tce hcalls.
These changes for the pseries platform affect the powerpc architecture;
patches for the other affected platforms are included in this patch.
pSeries platform IOMMU code changes:
* platfo
From: Santiago Leon <[EMAIL PROTECTED]>
Activates larger rx buffer pools when the MTU is changed to a larger
value. This patch de-activates the large rx buffer pools when the MTU
changes to a smaller value.
Signed-off-by: Santiago Leon <[EMAIL PROTECTED]>
Signed-off-by: Robert Jennings <[EMAIL P
From: Robert Jennings <[EMAIL PROTECTED]>
Define a get_io_entitlement function so that it can function in a
Cooperative Memory Overcommitment (CMO) environment (it returns 0 to
indicate that no IO entitlement is required, as the driver does not
perform DMA operations).
Signed-off-by: Robert Jenni
From: Robert Jennings <[EMAIL PROTECTED]>
Define a get_io_entitlement function so that it can function in a
Cooperative Memory Overcommitment (CMO) environment (it returns 0 to
indicate that no IO entitlement is required, as the driver does not
perform DMA operations).
Signed-off-by: Robert Jenni
From: Nathan Fontenot <[EMAIL PROTECTED]>
Verify memory entitlement updates can be handled by vio.
Signed-off-by: Nathan Fontenot <[EMAIL PROTECTED]>
Signed-off-by: Robert Jennings <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/lparcfg.c | 10 ++
1 file changed, 10 insertions(+)
Index:
From: Robert Jennings <[EMAIL PROTECTED]>
Enable bus level entitled memory accounting for Cooperative Memory
Overcommitment (CMO) environments. The normal code path should not
be affected.
The following changes are made that the VIO bus layer for CMO:
* add IO memory accounting per device struc
From: Brian King <[EMAIL PROTECTED]>
With the addition of Cooperative Memory Overcommitment (CMO) support
for IBM Power Systems, two fields have been added to the VPA to report
paging statistics. Add support in lparcfg to report them to userspace.
Signed-off-by: Brian King <[EMAIL PROTECTED]>
Sig
From: Brian King <[EMAIL PROTECTED]>
The Cooperative Memory Overcommit (CMO) on System p does not currently
support native PCI devices or eBus devices when enabled. Prevent
PCI bus probe and eBus device probe if the feature is enabled.
Signed-off-by: Brian King <[EMAIL PROTECTED]>
Signed-off-by:
From: Brian King <[EMAIL PROTECTED]>
Adds a collaborative memory manager, which acts as a simple balloon driver
for System p machines that support cooperative memory overcommitment
(CMO).
Signed-off-by: Brian King <[EMAIL PROTECTED]>
Signed-off-by: Robert Jennings <[EMAIL PROTECTED]>
---
arch/
From: Brian King <[EMAIL PROTECTED]>
Newer versions of firmware support page states, which are used by the
collaborative memory manager (future patch) to "loan" pages to the
hypervisor for use by other partitions.
Signed-off-by: Brian King <[EMAIL PROTECTED]>
Signed-off-by: Robert Jennings <[EMAI
From: Robert Jennings <[EMAIL PROTECTED]>
For Cooperative Memory Overcommitment (CMO), set the FW_FEATURE_CMO
flag in powerpc_firmware_features from the rtas ibm,get-system-parameters
table prior to calling iommu_init_early_pSeries.
With this, any CMO specific functionality can be controlled by c
From: Nathan Fontenot <[EMAIL PROTECTED]>
Split the retrieval of processor entitlement data returned in the H_GET_PPP
hcall into its own helper routine.
Signed-off-by: Nathan Fontenot <[EMAIL PROTECTED]>
Signed-off-by: Robert Jennings <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/lparcfg.c | 80
From: Nathan Fontenot <[EMAIL PROTECTED]>
Update /proc/ppc64/lparcfg to enable displaying of Cooperative Memory
Overcommitment statistics as reported by the H_GET_MPP hcall. This also
updates the lparcfg interface to allow setting memory entitlement and
weight.
Signed-off-by: Nathan Fontenot <[E
From: Nathan Fotenot <[EMAIL PROTECTED]>
Split the retrieval and setting of processor entitlement and weight into
helper routines. This also removes the printing of the raw values
returned from h_get_ppp, the values are already parsed and printed.
Signed-off-by: Nathan Fontenot <[EMAIL PROTECTED
From: Nathan Fontenot <[EMAIL PROTECTED]>
Remove the extraneous error reporting used when a hcall made from lparcfg fails.
Signed-off-by: Nathan Fontenot <[EMAIL PROTECTED]>
Signed-off-by: Robert Jennings <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/lparcfg.c | 32 -
This is version 2 of the full patchset pulling in all prior changes
posted to the list.
Cooperative Memory Overcommitment (CMO) is a pSeries platform feature
that enables the allocation of more memory to a set logical partitions
than is physically present. For example, a system with 16Gb of memor
Add two functions: of_find_next_property() returns the next in a list of
properties for a given node. It's handy when you want a list of properties
for a given node, but you don't know what the properties are called.
of_get_aliased_node() looks up the aliases in the "/aliases" node and returns
the
On 06/25/2008 06:01 AM, Stefan Wald wrote:
> Hi,
> I think we have a kernel bug here... running a multimedia app with about 20
> spe contexts.
> Application hangs after a while defunct and dmesg output looks like d.txt.
Is it repeatable?
Nothing in your dump looks ps3 specific. Did you try with
* Nate Case | 2008-06-17 11:11:38 [-0500]:
>This adds support for hardware configurations that don't match the
>chip default register settings (e.g., 16-bit data bus, DACK and
>DREQ pulled up instead of down, analog overcurrent mode).
>
>These settings are passed in via the OF device tree. The PC
On Jun 24, 2008, at 4:24 PM, John Rigby wrote:
This allows other platforms with the same pci
block like MPC5121 to use it.
Signed-off-by: John Rigby <[EMAIL PROTECTED]>
---
Can you break the PCI patches out into their own patch set.
arch/powerpc/platforms/83xx/Kconfig |2 +-
arch/
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
Added 86xx PMC bindings, and corrected a couple errors in the example.
Documentation/powerpc/booting-without-of.txt | 207 -
1 files changed, 165 insertions(+), 42 deletions(-)
diff --git a/Documentation/powerpc/booting-w
Gabriel Paubert <[EMAIL PROTECTED]> writes:
> On Wed, Jun 25, 2008 at 10:34:32AM -0500, Scott Wood wrote:
>> Kumar Gala wrote:
>> >>+/* Macros to workout the correct index for the FPR in the thread
>> >>struct */
>> >>+#define FPRNUMBER(i) (((i) - PT_FPR0) >> 1)
>> >>+#define FPRHALF(i) (((i) - P
On Jun 25, 2008, at 11:17 AM, Scott Wood wrote:
Gabriel Paubert wrote:
On Wed, Jun 25, 2008 at 10:34:32AM -0500, Scott Wood wrote:
Kumar Gala wrote:
+/* Macros to workout the correct index for the FPR in the
thread struct */
+#define FPRNUMBER(i) (((i) - PT_FPR0) >> 1)
+#define FPRHALF(i)
On Wed, Jun 25, 2008 at 10:34:32AM -0500, Scott Wood wrote:
> Kumar Gala wrote:
> >>+/* Macros to workout the correct index for the FPR in the thread
> >>struct */
> >>+#define FPRNUMBER(i) (((i) - PT_FPR0) >> 1)
> >>+#define FPRHALF(i) (((i) - PT_FPR0) % 2)
> >
> >Have you looked at what the comp
Gabriel Paubert wrote:
On Wed, Jun 25, 2008 at 10:34:32AM -0500, Scott Wood wrote:
Kumar Gala wrote:
+/* Macros to workout the correct index for the FPR in the thread
struct */
+#define FPRNUMBER(i) (((i) - PT_FPR0) >> 1)
+#define FPRHALF(i) (((i) - PT_FPR0) % 2)
Have you looked at what the co
D'oh. I spent so much time and the solution is so easy.
Thanks everybody. I have updated to binutils-2.18.50.0.6-2.ppc and now
it works again on QS22 and JS21.
So I checked your binary, and the only differences between working and
not-working are a) some section offsets in the file, and b) the
Kumar Gala wrote:
+/* Macros to workout the correct index for the FPR in the thread
struct */
+#define FPRNUMBER(i) (((i) - PT_FPR0) >> 1)
+#define FPRHALF(i) (((i) - PT_FPR0) % 2)
Have you looked at what the compiler spits out here to make sure we
aren't getting a divide? Seems like we coul
Index: linux-2.6-ozlabs/arch/powerpc/kernel/ptrace32.c
===
--- linux-2.6-ozlabs.orig/arch/powerpc/kernel/ptrace32.c
+++ linux-2.6-ozlabs/arch/powerpc/kernel/ptrace32.c
@@ -64,6 +64,11 @@ static long compat_ptrace_old(struct tas
Hi Jon,
> Convert i2c-mpc from a platform driver into an of_platform driver.
> This patch is much smaller since Jochen already added
> of_find_i2c_driver(). Versions of this have been posted before.
>
> Signed-ff-by: Jon Smirl <[EMAIL PROTECTED]>
>
> --
This separator is supposed to be 3 dashe
Hi Jon,
On Wed, 11 Jun 2008 12:14:08 -0400, Jon Smirl wrote:
> On 6/11/08, Wolfram Sang <[EMAIL PROTECTED]> wrote:
> > On Tue, Jun 10, 2008 at 10:40:45PM -0400, Jon Smirl wrote:
> > > Convert i2c-mpc from a platform driver into an of_platform driver.
> > > This patch is much smaller since Jochen
On Mon, Jun 23, 2008 at 08:48:09PM +0300, Adrian Bunk wrote:
> diff --git a/include/asm-arm/ptrace.h b/include/asm-arm/ptrace.h
> index 7aaa206..8382b75 100644
> --- a/include/asm-arm/ptrace.h
> +++ b/include/asm-arm/ptrace.h
> @@ -139,8 +139,6 @@ static inline int valid_user_regs(struct pt_regs *r
Bizhan Gholikhamseh (bgholikh) wrote:
> HI all,
> Has anyone tried using a Graphic card on Freescale MPC837x-rdb board? If
> so I appreciate any hints and information that I can use.
take a look at these patches and info in the readme under:
http://www.scitechsoft.com/ftp/snap/linux/videoboot/
it
On Wed, 25 Jun 2008 09:25:28 +1000 Michael Ellerman <[EMAIL PROTECTED]> wrote:
>
> > extern rwlock_t devtree_lock; /* temporary while merging */
> >
> > Since arch/ppc is going away, does this meant that the lock can go away do?
>
> You wish :) That /would/ make life easier.
>
> I think t
64 matches
Mail list logo
