Until very recently (in fact, even now in mainline) powerpc kernels
had a bug in huge_ptep_set_wrprotect() which meant the 'huge' flag was
not passed down to pte_update() and hpte_need_flush(). This meant the
hash ptes for hugepages would not be correctly flushed on fork(),
allowing the parent to
David,
thanks - removed "device_type" from the DMA controller.
Which nodes actually require "device_type" and which don't ?
Is there some general rule ?
regards,
Andre
David Gibson schrieb:
> On Fri, Jul 04, 2008 at 06:35:39PM +0200, Andre Schwarz wrote:
>
>> The mvBlueCOUGAR-P is a MPC520
Roland McGrath <[EMAIL PROTECTED]> writes:
>> I'm not sure... if ld.conf.d isn't parse of the kernel source tree then
>> it -will- end in tears...
>
> Of course, you should include the file you want people to install
> as part of the kernel source or build. You can copy it into
> place in make in
The mvBlueCOUGAR-P is a MPC5200B based camera system with Intel Gigabit ethernet
controller (using e1000). It's just another MPC5200_simple board.
Signed-off-by: Andre Schwarz <[EMAIL PROTECTED]>
---
Grant,
please find attached the re-submitted patch with mods as you requested.
I've also fixed
On Monday 07 July 2008, Stephen Rothwell wrote:
> > Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
> > Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
>
> Was this written by you or Christian?
It's from Christian. For some reason, the author is reflected correctly
in my git tree, but git-f
Hi Sam,
Today's linux-next build (powerpc ppc64_defconfig) failed like this:
arch/powerpc/platforms/cell/spu_base.c: In function '__spu_trap_data_seg':
arch/powerpc/platforms/cell/spu_base.c:194: error: duplicate case value
arch/powerpc/platforms/cell/spu_base.c:177: error: previously used here
On Monday 07 July 2008, Stephen Rothwell wrote:
>
> > > From: Maxim Shchetynin <[EMAIL PROTECTED]>
> > > Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
> >
> > This needs your S-O-B, Arnd, and should go via jk.
I noticed the missing S-O-B already after I had sent it, and corrected
it in the
On Monday 07 July 2008, Benjamin Herrenschmidt wrote:
> Also, there's the question of whether this should also go in
> drivers/cpufreq or not and should be reviewed by the cpufreq
> maintainer (whoever that is), no ?
Good point. Let's see if Dave Jones has a few cycles for a review
of this.
On Monday 07 July 2008, Michael Ellerman wrote:
>
> > It turned out that the firmware sets up the south bridge to never set the
> > 'S'
> > bit on incoming transactions, which overrides the IOPTE_SO_RW bits, on all
> > existing cell hardware.
>
> It seems strange to me that the southbridge is al
Hi Kamalesh,
where you able to reproduce this problem with the patches applied
we posted on friday?
Regards,
Jan-Bernd
On Tuesday 01 July 2008 14:38, Kamalesh Babulal wrote:
> Hi,
>
> circular locking dependency is detected, while booting the
> powerpc box with the 2.6.26-rc8-git2 kernel.
>
>
On Monday 07 July 2008, Stephen Rothwell wrote:
> > +
> > + CALC_LOAD(info->busy_spus, EXP, busy_spus * FIXED_1);
> > + pr_debug(KERN_ERR "cpu %d: busy_spus=%d, info->busy_spus=%d\n", cpu,
> > busy_spus, info->busy_spus);
>
> Split this line.
Right, also: leave out the KERN_ERR in pr_deb
On Mon, Jul 07, 2008 at 11:28:43AM +1000, David Gibson wrote:
> > This function is surely needed in every case I considered so far. I am
> > just sceptical if the boot-loader can determine a correct parentoffset
> > all alone (which one of the two I2C busses is the correct one?). This is
>
> Hrm.
On Mon, 07 Jul 2008 15:12:23 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-07-04 at 21:05 +0200, [EMAIL PROTECTED] wrote:
> > plain text document attachment
> > (0001-powerpc-cell-add-support-for-power-button-of-future.patch)
> > This patch adds support for the power butto
> That will make it part of the kernel ABI, since the mapping depends on
> the running kernel, doesn't it?
Well, not the permanent ABI in the sense that AT_* et al are. This
mapping must agree among all users sharing the same ld.so.cache file.
That is all. So if you were to change the meaning of
Grant,
do you know if someone's working on a more generic DMA solution using
BestComm engine on 5200B ?
Maybe somthing that accepts a sg-list with callback ops or completion ?
Is it possible right now to accelerate simple memcpy ops ?
regards,
Andre
MATRIX VISION GmbH, Talstraße 16, DE-71570
Roland McGrath <[EMAIL PROTECTED]> writes:
> There are 32 bits free now. One can anticipate that reassigning a bit
> would come up only after these are exhausted. With prudent use, this
> will take a very long time to happen. Then the oldest CPU type string
> might be retired to reuse its bit.
On Mon, 07 Jul 2008 16:47:08 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-07-01 at 10:52 -0700, John Linn wrote:
> > The legacy serial driver does not work with an 8250
> > type UART that uses reg-offset and reg-shift. This
> > change updates the driver so it doesn't find
On Sun, Jul 06, 2008 at 01:56:48PM -0400, Jon Smirl wrote:
> The driver is assuming a capture stream exists. My codec is output only.
While the driver declares a capture stream the core doesn't require that
both capture and playback be available - it will cope with a capture
only or a playback on
On Thu, 3 Jul 2008 21:32:54 -0600
Grant Likely <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 04, 2008 at 11:54:40AM +1000, Michael Ellerman wrote:
> > On Fri, 2008-07-04 at 11:50 +1000, Tony Breeds wrote:
> > > On Thu, Jul 03, 2008 at 05:59:32PM -0700, Andrew Morton wrote:
> > >
> > > > Nope, the onl
Hi guys,
Quick question, am I right (and looking at idle_6xx.S, I think I am) in
thinking that
during the idle process, by default, an e600 core such as the 7448 or MPC8610
will
automatically transition to a NAP state, thus being as low power as possible?
Has anyone done any benchmarking of th
On Fri, 2008-07-04 at 11:22 -0600, Grant Likely wrote:
> Hi Josh,
>
> Here are the bulk of the Xilinx 440 support patches. Please pull
> into your next branch.
>
> Thanks,
> g.
>
> The following changes since commit f3e909c2750eb20536bacacc867dc9047b70546a:
> Michael Neuling (1):
> po
Hi James,
Today's linux-next build (powerpc ppc64_defconfig) failed like this:
drivers/scsi/ibmvscsi/ibmvscsi.c: In function 'map_sg_data':
drivers/scsi/ibmvscsi/ibmvscsi.c:431: error: 'FW_FEATURE_CMO' undeclared (first
use in this function)
drivers/scsi/ibmvscsi/ibmvscsi.c:431: error: (Each und
Andre Schwarz wrote:
Grant,
I know I'm not Grant, but..
do you know if someone's working on a more generic DMA solution using
BestComm engine on 5200B ?
Maybe somthing that accepts a sg-list with callback ops or completion ?
It was suggested once or twice, not least by me.
Is it possibl
On Mon, Jul 07, 2008 at 06:40:38PM +1000, Stephen Rothwell wrote:
> Hi Sam,
>
> Today's linux-next build (powerpc ppc64_defconfig) failed like this:
>
> arch/powerpc/platforms/cell/spu_base.c: In function '__spu_trap_data_seg':
> arch/powerpc/platforms/cell/spu_base.c:194: error: duplicate case v
Hi all,
Today's linux-next merge of the powerpc tree got a conflict in
drivers/macintosh/mediabay.c between commit
7ad963b103d3863b1161c59f3e65a435979804ed ("ide-pmac: media-bay support
fixes (take 4)") from the ide tree and commit
9a24729d8aeef967eac7af71c6a69edc83d06558 ("macintosh/media bay: Co
Hi Sam,
On Mon, 7 Jul 2008 14:51:38 +0200 Sam Ravnborg <[EMAIL PROTECTED]> wrote:
>
> I see what is wrong - we use a int to hold the value above
> and it does not fit.
>
> Will fix tonight or tomorrow.
Thanks.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auu
On Fri, 4 Jul 2008 00:51:44 -0600
"Grant Likely" <[EMAIL PROTECTED]> wrote:
> Anyone had a chance to look at this? I think this could be used to
> eliminate a lot of the platform specific default targets in
> arch/powerpc/boot/Makefile by moving them into the defconfigs. Josh,
> Kumar, what are
On 7/7/08, Mark Brown <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 06, 2008 at 01:56:48PM -0400, Jon Smirl wrote:
>
> > The driver is assuming a capture stream exists. My codec is output only.
>
>
> While the driver declares a capture stream the core doesn't require that
> both capture and playback b
On Mon, Jul 7, 2008 at 7:18 AM, Josh Boyer <[EMAIL PROTECTED]> wrote:
> On Fri, 4 Jul 2008 00:51:44 -0600
> "Grant Likely" <[EMAIL PROTECTED]> wrote:
>
>> Anyone had a chance to look at this? I think this could be used to
>> eliminate a lot of the platform specific default targets in
>> arch/power
On Mon, Jul 7, 2008 at 6:47 AM, Matt Sealey <[EMAIL PROTECTED]> wrote:
>
>
> Andre Schwarz wrote:
>>
>> Grant,
>
> I know I'm not Grant, but..
... I agree 100% with your reply and have nothing additional to add. :-)
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
___
On 7/7/08, Matt Sealey <[EMAIL PROTECTED]> wrote:
>
>
> Andre Schwarz wrote:
>
> > Grant,
> >
>
> I know I'm not Grant, but..
>
>
> > do you know if someone's working on a more generic DMA solution using
> > BestComm engine on 5200B ?
> > Maybe somthing that accepts a sg-list with callback ops or
Two pci patches that are prereq's for 5121 pci:
http://patchwork.ozlabs.org/linuxppc/patch?person=518&id=19299
http://patchwork.ozlabs.org/linuxppc/patch?person=518&id=19300
On Wed, Jul 2, 2008 at 1:56 AM, Kumar Gala <[EMAIL PROTECTED]> wrote:
> Please point out any patches that have been posted
Benjamin Herrenschmidt wrote:
Hi Jeff !
If you are ok with this patch, I'll take it through the powerpc tree
since it changes all those device tree files.
ACK
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo
On Fri, 2008-07-04 at 09:39 +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2008-06-18 at 17:32 -0500, [EMAIL PROTECTED] wrote:
> > Andrew,
> >
> > The first patch in this series hits architecture independent code, but the
> > rest is contained in the powerpc subtree. Could you pick up the first
>
On Tue, 01 Jul 2008 14:35:42 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> This is some preliminary work to improve TLB management on SW loaded
> TLB powerpc platforms. This introduce support for non-atomic PTE
> operations in pgtable-ppc32.h and removes write back to the PTE from
> th
On Mon, 7 Jul 2008 07:34:23 -0600
"Grant Likely" <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 7, 2008 at 7:18 AM, Josh Boyer <[EMAIL PROTECTED]> wrote:
> > On Fri, 4 Jul 2008 00:51:44 -0600
> > "Grant Likely" <[EMAIL PROTECTED]> wrote:
> >
> >> Anyone had a chance to look at this? I think this could
On Mon, Jul 7, 2008 at 1:49 AM, Andre Schwarz
<[EMAIL PROTECTED]> wrote:
> David,
>
> thanks - removed "device_type" from the DMA controller.
>
> Which nodes actually require "device_type" and which don't ?
>
> Is there some general rule ?
Segher, David;
In OF, what is the purpose of device_type?
I'll look at the dts file and converting it to v1 format, hopefully
soon.
Thanks,
John
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
> [EMAIL PROTECTED] On Behalf Of Josh Boyer
> Sent: Monday, July 07, 2008 6:17 AM
> To: [EMAIL PROTECTED]
> Cc: linuxppc-dev@ozlabs.o
Jon Smirl wrote:
On 7/7/08, Matt Sealey <[EMAIL PROTECTED]> wrote:
to do that the samples have to be alternated as they are fed into the
AC97 stream. I think the codec can capture that way too but you
didn't put a transceiver on the S/PDIF line.
OT, but the IDT STAC9766 doesn't support S/P
On Mon, Jul 7, 2008 at 12:47 AM, Benjamin Herrenschmidt
<[EMAIL PROTECTED]> wrote:
> On Tue, 2008-07-01 at 10:52 -0700, John Linn wrote:
>> The legacy serial driver does not work with an 8250
>> type UART that uses reg-offset and reg-shift. This
>> change updates the driver so it doesn't find the U
Hi
task_pt_regs() macro defines pt_regs for the given task, this macro is
currently not defined for powerpc arch. We need this macro for
upcoming utrace features.
Below attached patch defines this macro for powerpc arch. Please let
me know your comments on this.
Signed-off-by: Srinivasa D
Where should I be looking to understand what's needed for dts-v1 format?
I did a quick review of Doc*/powerpc/booting-wihtout-of.txt and didn't
see it, but maybe I overlooked it.
Thanks,
John
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
> [EMAIL PROTECTED] On Beh
On Mon, Jul 7, 2008 at 8:07 AM, Josh Boyer <[EMAIL PROTECTED]> wrote:
> On Mon, 7 Jul 2008 07:34:23 -0600 Grant Likely wrote:
>> Specifically the case I'm thinking of is when a user of a Xilinx FPGA
>> drops a new .dts file into arch/powerpc/boot/dts (say
>> 'super-sexy-platform.dts'). However, in
Allow an application to enable Strong Access Ordering on specific pages of
memory on Power 7 hardware. Currently, power has a weaker memory model than
x86. Implementing a stronger memory model allows an emulator to more
efficiently translate x86 code into power code, resulting in faster code
execut
Signed-off-by: Dave Kleikamp <[EMAIL PROTECTED]>
Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/lpar.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: b/arch/powerpc/platforms/pseries/lpar.c
This patch defines:
- PROT_SAO, which is passed into mmap() and mprotect() in the prot field
- VM_SAO in vma->vm_flags, and
- _PAGE_SAO, the combination of WIMG bits in the pte that enables strong
access ordering for the page.
NOTE: There doesn't seem to be a precedent for architecture-dependent
Signed-off-by: Joel Schopp <[EMAIL PROTECTED]>
Signed-off-by: Dave Kleikamp <[EMAIL PROTECTED]>
---
include/asm-powerpc/cputable.h |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: b/include/asm-powerpc/cputable.h
==
This patch allows architectures to define functions to deal with
additional protections bits for mmap() and mprotect().
arch_calc_vm_prot_bits() maps additonal protection bits to vm_flags
arch_vm_get_page_prot() maps additional vm_flags to the vma's vm_page_prot
arch_validate_prot() checks for val
On Mon, Jul 7, 2008 at 8:26 AM, John Linn <[EMAIL PROTECTED]> wrote:
> Where should I be looking to understand what's needed for dts-v1 format?
>
> I did a quick review of Doc*/powerpc/booting-wihtout-of.txt and didn't
> see it, but maybe I overlooked it.
Primarily all hex values need to be change
Ben,
Please include these patches in powerpc-next.
Changelog since posting to linuxppc-dev on June 18th:
- rebased on top of powerpc-next branch
- Added arch_validate_prot define as suggested by Andrew
- Added #ifdef CONFIG_PPC64 in include/powerpc/mman.h to fix 32-bit build
Thanks,
Shaggy
--
Da
Robert Jennings wrote:
> @@ -1613,6 +1624,26 @@ static struct scsi_host_template driver_
> };
>
> /**
> + * ibmvscsi_get_desired_dma - Calculate IO entitlement needed by the driver
> + *
> + * @vdev: struct vio_dev for the device whose entitlement is to be returned
> + *
> + * Return value:
> +
Correct cc's added
On Mon, 2008-07-07 at 22:25 +1000, Stephen Rothwell wrote:
> Hi James,
>
> Today's linux-next build (powerpc ppc64_defconfig) failed like this:
>
> drivers/scsi/ibmvscsi/ibmvscsi.c: In function 'map_sg_data':
> drivers/scsi/ibmvscsi/ibmvscsi.c:431: error: 'FW_FEATURE_CMO' unde
On Jul 4, 2008, at 1:02 AM, Paul Mackerras wrote:
I'm going to be on vacation for the next two weeks, and it looks
highly likely that Linus will open the 2.6.27 merge window during that
time, so I'm appointing Ben Herrenschmidt as my deputy maintainer.
During the next two weeks, he'll be the pe
On 7/7/08, Matt Sealey <[EMAIL PROTECTED]> wrote:
>
> Jon Smirl wrote:
>
> > On 7/7/08, Matt Sealey <[EMAIL PROTECTED]> wrote:
> >
> > >
> > >
> > to do that the samples have to be alternated as they are fed into the
> > AC97 stream. I think the codec can capture that way too but you
> > didn't p
* James Bottomley ([EMAIL PROTECTED]) wrote:
> Correct cc's added
>
> On Mon, 2008-07-07 at 22:25 +1000, Stephen Rothwell wrote:
> > Hi James,
> >
> > Today's linux-next build (powerpc ppc64_defconfig) failed like this:
> >
> > drivers/scsi/ibmvscsi/ibmvscsi.c: In function 'map_sg_data':
> > dri
On Monday 07 July 2008, Stephen Rothwell wrote:
> > +#define POLL_TIME10 /* in us */
> ^
> How about μ ?
Not sure, how about µ instead? ;-)
Arnd <><
___
Linuxppc-dev mailing list
Lin
From: Christian Krafft <[EMAIL PROTECTED]>
This patch adds a cpufreq governor that takes the number of running spus
into account. It's very similar to the ondemand governor, but not as complex.
Instead of hacking spu load into the ondemand governor it might be easier to
have cpufreq accepting mult
In message: Re: [PATCH] powerpc: reduce code duplication in legacy_serial, add
UART parent types
on 07/07/2008 Benjamin Herrenschmidt wrote:
> On Fri, 2008-01-25 at 02:17 -0600, Kumar Gala wrote:
> > > The legacy_serial was treating each UART parent in a separate code block.
> > > Rather than con
On Mon, 2008-07-07 at 17:19 +1000, David Gibson wrote:
> Until very recently (in fact, even now in mainline) powerpc kernels
> had a bug in huge_ptep_set_wrprotect() which meant the 'huge' flag was
> not passed down to pte_update() and hpte_need_flush(). This meant the
> hash ptes for hugepages wo
On Jul 6, 2008, at 8:45 PM, Olof Johansson wrote:
On Jul 6, 2008, at 8:39 PM, David Gibson wrote:
Well... they may be Linux specific by default, but they're supposed
to
be general enough that they (or at least, very small extensions)
*could* become official OF bindings, if there was still
On Fri, 04 Jul 2008 09:42:51 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-07-03 at 12:52 -0700, prodyut hazarika wrote:
> > But a lot of SoC like 440GT/EX support two modes of power save -
> > - Cut off power to other cores like PCIExpress/USB/MAC/UART etc
> > - Lower the
On Mon, 2008-07-07 at 16:59 +0200, Arnd Bergmann wrote:
> On Monday 07 July 2008, Stephen Rothwell wrote:
> > > +#define POLL_TIME10 /* in us */
> > ^
> > How about μ ?
>
> Not sure, how about µ instead? ;-)
Erm... don't get it. You
Added a new driver for Xilinx XPS PS2 IP. This driver is
a flat driver to better match the Linux driver pattern.
Signed-off-by: Sadanand <[EMAIL PROTECTED]>
Signed-off-by: John Linn <[EMAIL PROTECTED]>
---
V2
Updated the driver based on feedback from Dmitry, Peter, and Grant.
We be
Mikael Pettersson wrote:
> Nathan Lynch writes:
> > Some IBM POWER-based platforms have the ability to run in a
> > mode which mostly appears to the OS as a different processor from the
> > actual hardware. For example, a Power6 system may appear to be a
> > Power5+, which makes the AT_PLATFOR
Roland McGrath writes:
> I understand why you think so. But let's not be too abstract. The
> purpose of the addition is to drive ld.so's selection of libraries, yes?
The is one possible usage of this AT_BASE_PLATFORM. There is also a
requirement from performance tools and large applications to
Thank you Arnd for your comments. I have changed my patch accordinly (I will
send it in a few minutes).
> > Subject: azfs: initial submit of azfs, a non-buffered filesystem
>
> Please make the patch subject the actual subject of your email next time,
> and put the introductory text below the Sig
AZFS is a file system which keeps all files on memory mapped random
access storage. It was designed to work on the axonram device driver
for IBM QS2x blade servers, but can operate on any block device
that exports a direct_access method.
Signed-off-by: Maxim Shchetynin <[EMAIL PROTECTED]>
---
dif
Roland McGrath wrote:
> > Well, we use strings to represent the platforms already (ie, the actual
> > CPU microarchitecture). Fitting those into bits would be annoying, it
>
> Then use dsocaps.
>
> > makes sense to have AT_BASE_PLATFORM to be the "base" variant of
> > AT_PLATFORM.
>
> I understa
Terminate the array of possible legacy serial parents, and
choose more meaningful names for better autopsy value. Fix
and cleanups as suggested by Benjamin Herrenschmidt.
Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ibmebus.c |4 ++--
arch/powerpc/kernel/leg
Hi,
On Mon, 7 Jul 2008, Stephen Rothwell wrote:
> Hi Sam,
>
> Today's linux-next build (powerpc ppc64_defconfig) failed like this:
>
> arch/powerpc/platforms/cell/spu_base.c: In function '__spu_trap_data_seg':
> arch/powerpc/platforms/cell/spu_base.c:194: error: duplicate case value
> arch/powe
On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> This is an I2S bus driver for the MPC5200 PSC device. It is probably
> will not be merged as-is because it uses v1 of the ASoC API, but I want
> to get it out there for comments.
> ---
I need some
On Sat, 5 Jul 2008 00:45:50 +0200
Segher Boessenkool <[EMAIL PROTECTED]> wrote:
> > +- compatible : Should contain entries for this and backward compatible
> > + SEC versions, high to low, e.g., "fsl,sec2.1", "fsl,sec2.0"
>
> First entry should state the _exact_ version of the device. "sec-N.M"
From: Christian Krafft <[EMAIL PROTECTED]>
This patch adds a config option for the sysreset_hack used for
IBM Cell blades. The code is moves from pervasive.c into ras.c and
gets it's own init method.
Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
Index: linux.git/arch/powerpc/platforms/cell
From: Christian Krafft <[EMAIL PROTECTED]>
This patch adds support for the power button on future IBM cell blades.
It actually doesn't shut down the machine. Instead it exposes an
input device /dev/input/event0 to userspace which sends KEY_POWER
if power button has been pressed.
haldaemon actually
On Mon, 7 Jul 2008, Benjamin Herrenschmidt wrote:
>
> This changes the oops and backtrace code to use the new %pS
> printk extension to print out symbols rather than manually
> calling print_symbol.
Ok, I ended up committing the suppor for '%pS' early (as a series of
smaller patches to make it
Olof Johansson wrote:
> On Jul 3, 2008, at 6:20 PM, Nathan Lynch wrote:
>
>> Beginning with Power6, there is a set of 32 PMU events which is
>> compatible across POWER processor lines. PPC_FEATURE_PMU_COMPAT
>> indicates support for this subset.
>
> The PMU isn't, as far as I know, part of the arc
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
Kumar Gala wrote:
>
> On Jul 3, 2008, at 6:20 PM, Nathan Lynch wrote:
>
>> Beginning with Power6, there is a set of 32 PMU events which is
>> compatible across POWER processor lines. PPC_FEATURE_PMU_COMPAT
>> indicates support for this subset.
>>
>> Signed-off-by: Nathan Lynch <[EMAIL PROTECTED]>
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
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
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 delta to each offse
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
when accessing absolute symbols in the code by adding the relocation
kernel base address.
Signed-off-by: Mohan Kumar M <[EMAIL PROTECTED]>
On Mon, Jul 07, 2008 at 05:02:30PM +0200, Arnd Bergmann wrote:
> From: Christian Krafft <[EMAIL PROTECTED]>
>
> This patch adds a cpufreq governor that takes the number of running spus
> into account. It's very similar to the ondemand governor, but not as complex.
> Instead of hacking spu load int
I think I'll reiterate here as it got lost in my rambling, that I am wondering
if NAP is enabled *by default* and if not, why not on processors that don't
doze? (powersave-nap is 0 here)
--
Matt Sealey <[EMAIL PROTECTED]>
Genesi, Manager, Developer Relations
Matt Sealey wrote:
Hi guys,
Quick q
This new file adds support for the ML507 board which
has a Virtex 5 FXT FPGA with a 440.
Signed-off-by: John Linn <[EMAIL PROTECTED]>
---
V2
Converted to dts-v1 format.
Changed to match a newer reference design.
arch/powerpc/boot/dts/virtex440-ml507.dts | 296 +++
On Mon, Jul 07, 2008 at 08:38:45AM -0700, John Linn wrote:
> Added a new driver for Xilinx XPS PS2 IP. This driver is
> a flat driver to better match the Linux driver pattern.
>
> Signed-off-by: Sadanand <[EMAIL PROTECTED]>
> Signed-off-by: John Linn <[EMAIL PROTECTED]>
Looks good and I am ready
Thanks Dmitry, appreciate the help.
Powerpc dependencies in the Kconfig sound right. Sorry for not thinking
that thru well across all architectures.
Do you want me to spin the patch again?
-- John
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
> [EMAIL PROTECTED]
Following is a patch series that contains changes for kexec/kdump on Power6
machines. Power6 machines have most of their memory represented
in /proc/device-tree/ibm,dynamic-reconfiguration-memory node. kexec-tools
currently read only memory@ nodes of device-tree. Patch 1/4 contains changes
in
Jan-Bernd Themann wrote:
> Hi Kamalesh,
>
> where you able to reproduce this problem with the patches applied
> we posted on friday?
>
> Regards,
> Jan-Bernd
>
> On Tuesday 01 July 2008 14:38, Kamalesh Babulal wrote:
>> Hi,
>>
>> circular locking dependency is detected, while booting the
>> powe
kexec-tools adds crash, rtas, and tce memory regions as linux,usable-memory
properties in device-tree. Following changes are made in the kernel to
recognize these special properties in case of
ibm,dynamic-reconfiguration-memory node of device-tree.
Signed-off-by: Chandru Siddalingappa <[EMAIL
Add linux,usable-memory properties into device tree in case of
ibm,dynamic-reconfiguration-memory node of /proc/device-tree
Signed-off-by: Chandru Siddalingappa <[EMAIL PROTECTED]>
---
diff -Naurp kexec-tools-testing-orig/kexec/arch/ppc64/fs2dt.c
kexec-tools-testing/kexec/arch/ppc64/fs2dt.c
---
get crash memory ranges from ibm,dynamic-reconfiguration-memory node
of /proc/device-tree.
Signed-off-by: Chandru Siddalingappa <[EMAIL PROTECTED]>
---
diff -Naurp kexec-tools-testing-orig/kexec/arch/ppc64/crashdump-ppc64.c
kexec-tools-testing/kexec/arch/ppc64/crashdump-ppc64.c
--- kexec-tool
On Mon, Jul 07, 2008 at 12:27:09PM -0600, John Linn wrote:
> Thanks Dmitry, appreciate the help.
>
> Powerpc dependencies in the Kconfig sound right. Sorry for not thinking
> that thru well across all architectures.
>
> Do you want me to spin the patch again?
>
Please send me incremental patc
Changes to kexec-ppc64.c in case of ibm,dynamic-reconfiguration-memory node
of /proc/device-tree.
Signed-off-by: Chandru Siddalingappa <[EMAIL PROTECTED]>
---
diff -Naurp kexec-tools-testing-orig/kexec/arch/ppc64/kexec-ppc64.c
kexec-tools-testing/kexec/arch/ppc64/kexec-ppc64.c
--- kexec-tools-
On 07.07.2008 [17:19:55 +1000], David Gibson wrote:
> Until very recently (in fact, even now in mainline) powerpc kernels
> had a bug in huge_ptep_set_wrprotect() which meant the 'huge' flag was
> not passed down to pte_update() and hpte_need_flush(). This meant the
> hash ptes for hugepages would
On 7/7/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 7, 2008 at 1:49 AM, Andre Schwarz
> <[EMAIL PROTECTED]> wrote:
> > David,
> >
> > thanks - removed "device_type" from the DMA controller.
> >
> > Which nodes actually require "device_type" and which don't ?
> >
> > Is there so
This patch allows Performance monitoring driver to detect when
operating in PowerPC compliance mode.
use patch -p0 to apply.
==
diff -urN linux-2.6.26-rc7.orig/arch/powerpc/kernel/cputable.c
linux-2.6.26-rc7/arch/powerpc/k
Benjamin Herrenschmidt wrote:
> On Fri, 2008-07-04 at 21:05 +0200, [EMAIL PROTECTED] wrote:
>> plain text document attachment
>> (0007-powerpc-dma-implement-new-dma_-map-_attrs-interfa.patch)
>> Update powerpc to use the new dma_*map*_attrs() interfaces. In doing so
>> update struct dma_mapping_ops
On Mon, 7 Jul 2008 09:44:31 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Jul 4, 2008, at 1:02 AM, Paul Mackerras wrote:
>
> > I'm going to be on vacation for the next two weeks, and it looks
> > highly likely that Linus will open the 2.6.27 merge window during that
> > time, so I'm appoint
Grant Erickson wrote:
index 48c9a6e..799592d 100644
--- a/arch/powerpc/boot/dts/kilauea.dts
+++ b/arch/powerpc/boot/dts/kilauea.dts
@@ -205,7 +205,7 @@
EMAC0: [EMAIL PROTECTED] {
linux,network-index = <0>;
1 - 100 of 169 matches
Mail list logo
