On Monday 07 July 2008, Dave Jones wrote:
> One question I do have though, is how userspace scripts are supposed
> to know they're to echo cbe_spu_governor into the relevant parts of
> sysfs. I've not used anything with a cell. Do they expose the SPUs
> as regular CPUs, or do they show up in a dif
Hi Arnd,
> On Thursday 26 June 2008, [EMAIL PROTECTED] wrote:
>
>> +#include
>
> You should never need to include linux/autoconf.h anywhere,
> just remove this.
Remove from all files
>> +#include
>> +#include
>> +#include "../../../mm/internal.h"
>
> Why do you need to include the internal
On Tue, 2008-07-08 at 08:24 +1000, Benjamin Herrenschmidt wrote:
> > There is a little inconsistency, that arch_calc_vm_prot_bits
> > and arch_vm_get_page_prot just handle the exceptional flag (SAO),
> > whereas arch_validate_prot handles all of them; but I don't feel
> > so strongly about that to
On Tuesday 08 July 2008, Sean MacLennan wrote:
> On Wed, 4 Jun 2008 21:04:00 +0200
>
> "Jean Delvare" <[EMAIL PROTECTED]> wrote:
> > On Wed, 4 Jun 2008 17:22:12 +0200, Stefan Roese wrote:
> > > The deprecated OCP style driver part is used by the "old" arch/ppc
> > > platform. This platform is sche
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
the TLB miss handlers. In addition, the DSI interrupt code no longer
tries to fixup write permis
On Tue, Jul 08, 2008 at 02:52:34PM +1000, Stephen Rothwell wrote:
> Hi Sonny,
>
> On Mon, 7 Jul 2008 21:58:12 -0500 Sonny Rao <[EMAIL PROTECTED]> wrote:
> >
> > +static int bsr_create_devs(struct device_node *bn)
> > +{
>
> > + cur->bsr_device = device_create(bsr_class, NULL,
> > +
As Andy Whitcroft recently pointed out, the current powerpc version of
huge_ptep_set_wrprotect() has a bug. It just calls
ptep_set_wrprotect() which in turn calls pte_update() then
hpte_need_flush() with the 'huge' argument set to 0. This will cause
hpte_need_flush() to flush the wrong hash entri
> > I'll have a look.
>
> Cool, thanks. If I get some time, I'll poke around myself too.
Ok, I had no problem with my small initrd setup, strangely enough,
but I did reproduce something similar to what you describe with NFS
root on another machine.
I'll dig.
Cheers,
Ben.
___
Hi Sonny,
On Mon, 7 Jul 2008 21:58:12 -0500 Sonny Rao <[EMAIL PROTECTED]> wrote:
>
> +static int bsr_create_devs(struct device_node *bn)
> +{
> + cur->bsr_device = device_create(bsr_class, NULL,
> + cur->bsr_dev,
> +
On Tue, 2008-07-08 at 13:54 +1000, Stephen Rothwell wrote:
> Hi Vitaly,
>
> On Tue, 8 Jul 2008 03:12:56 +0400 Vitaly Bordug <[EMAIL PROTECTED]> wrote:
> >
> > +++ b/arch/powerpc/kernel/of_platform.c
> > @@ -76,6 +76,9 @@ struct of_device* of_platform_device_create(struct
> > device_node *np,
> >
Does anyone on this list have contacts with the makers of this board?
Its firmware apparently provides a flattened device tree to the OS.
And while this step towards world domination is flattering, it's an
example of what I feared when people first got enthusiastic about the
idea of including flat
On Mon, Jul 07, 2008 at 11:23:47AM +0200, Wolfram Sang wrote:
> 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
Hi Vitaly,
On Tue, 8 Jul 2008 03:12:56 +0400 Vitaly Bordug <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/kernel/of_platform.c
> @@ -76,6 +76,9 @@ struct of_device* of_platform_device_create(struct
> device_node *np,
> return NULL;
>
> dev->dma_mask = 0xUL;
> +
On Mon, Jul 07, 2008 at 10:14:29AM +0200, Andre Schwarz wrote:
> The mvBlueCOUGAR-P is a MPC5200B based camera system with Intel Gigabit
> ethernet
> controller (using e1000). It's just another MPC5200_simple board.
[snip]
> + [EMAIL PROTECTED] { // General Purpose Timer
> +
On Mon, Jul 07, 2008 at 08:12:11AM -0600, Grant Likely 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
On Mon, Jul 07, 2008 at 11:04:59AM -0700, John Linn wrote:
> 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.
The following patch restores the PERR and SERR bits in the PCI
command register during an EEH device recovery.
We have found at least one case (an Agilent test card) where the
PERR/SERR bits are set to 1 by firmware at boot time, but are
not restored to 1 during EEH recovery. The patch fixes the
On Tue, Jul 08, 2008 at 08:26:57AM +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2008-07-07 at 16:17 -0500, Sonny Rao wrote:
> > On Mon, Jul 07, 2008 at 02:59:35PM +1000, Benjamin Herrenschmidt wrote:
> > >
> > > > + cur->bsr_addr = reg[i * 2];
> > > > + cur->bsr_len
Hi,
On Tue, 8 Jul 2008, Michael Ellerman wrote:
> I don't really see why it "doesn't make sense" for users to input 64-bit
> values, they're configuring addresses for a 64-bit kernel, so some of
> the values are going to be 64 bit.
Do you really expect users to insert random 64bit addresses with
On Mon, 07 Jul 2008 17:17:57 -0400 Josh Boyer <[EMAIL PROTECTED]> wrote:
>
> On Mon, 2008-07-07 at 23:15 +0200, Arnd Bergmann wrote:
> > On Monday 07 July 2008, Josh Boyer wrote:
> > >
> > > On Mon, 2008-07-07 at 16:59 +0200, Arnd Bergmann wrote:
> > > > On Monday 07 July 2008, Stephen Rothwell wr
> [PATCH 1/4] kdump : add support for ibm, dynamic-reconfiguration-memory for
> kexec/kdump
Please change the name of the individual patches
BTW this patch doesn't apply against the powerpc-next tree. Please use
that tree, not Linus tree.
In message <[EMAIL PROTECTED]> you wrote:
> kexec-t
On Fri, Jul 04, 2008 at 02:36:21PM -0600, Matthew Wilcox wrote:
> It's also true for parisc, fwiw. Added a cc to them.
>
I posted a patch months ago for kallsyms on parisc, but it looks like
nobody ever responded or cared. Nice.
___
Linuxppc-dev mailin
Hi Chandru,
On Tue, 8 Jul 2008 00:14:24 +0530 Chandru <[EMAIL PROTECTED]> wrote:
>
> @@ -917,7 +918,33 @@ static int __init early_init_dt_scan_drc
> if ((base + size) > 0x8000ul)
> size = 0x8000ul - base;
> }
> -
> Unless you've seriously fixed mambo (which you probably have), I
> wouldn't consider the 44x port to be useful as a true test platform. I
> started that support like 3 years ago, and I abandoned it when I was
> 1/2 way finished. The exception precedence wasn't even right, and
> userspace didn'
On Tue, 08 Jul 2008 08:03:00 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Mon, 2008-07-07 at 10:06 -0400, Josh Boyer wrote:
>
> > The setup is an tftp'd kernel via U-Boot using cuImage, nfsroot
> > filesystem. Sequoia has an FPU, and CONFIG_PPC_FPU is set.
> >
> > I reverted thi
Adding Steve to the CC list as I'd like his input from the
glibc/powerpc side as he's the requester of that feature in the first
place.
Steve: Roland is proposing to ues dsocaps instead of AT_BASE_PLATFORM.
Cheers,
Ben.
On Mon, 2008-07-07 at 17:31 -0700, Roland McGrath wrote:
> > > The kernel do
On Mon, 2008-07-07 at 16:47 -0700, Grant Erickson wrote:
>
> Would you prefer?
>
> +#define RGMII_FER_MII(idx) RGMII_FER_GMII(idx)
>
> Having the "extra" mnemonic makes the code end up looking less like a typo
> and more like a conscious decision: "Yes, we know MII and GMII are the same
Hi,
I am getting the following error when I tried to boot with ramdisk. Any
specific reason or clue why this is happening?
RAMDISK: Compressed image found at block 0
RAMDISK: ran out of compressed data
invalid compressed format (err=1)
I am running into this on 8641D runing 2.6.24-rc6 kernel. My
> > The kernel does not have to come from the same place as the root
> > filesystem. You may want to run a new kernel with an old filesystem, or
> > vice-versa.
Well, it's not like these bits are really going to change in practice. My
point was just that this is a far "softer" ABI than the gener
On 7/7/08 4:40 PM, Benjamin Herrenschmidt wrote:
> On Mon, 2008-07-07 at 16:31 -0700, Grant Erickson wrote:
>> #define RGMII_FER_GMII(idx)(0x7 << ((idx) * 4))
>> +#define RGMII_FER_MII(idx) (0x7 << ((idx) * 4))
>
> Hrm... the setting of the register is exactly the same right ?
>
> Do we
On Mon, 2008-07-07 at 16:31 -0700, Grant Erickson wrote:
> #define RGMII_FER_GMII(idx)(0x7 << ((idx) * 4))
> +#define RGMII_FER_MII(idx) (0x7 << ((idx) * 4))
Hrm... the setting of the register is exactly the same right ?
Do we -really- need that ?
Ben.
On Mon, 2008-07-07 at 18:13 +0200, Roman Zippel wrote:
> 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/pow
This patch adds support to the RGMII handler in the EMAC driver for
the MII PHY mode such that device tree entries of the form `phy-mode = "mii";'
are recognized and handled appropriately.
While logically, in software, "gmii" and "mii" modes are the same,
they are wired differently, so it makes se
There is dma_mask in of_device that is being filled upon
of_platform_device_create() but we don't properly set the struct device
in there to point back to it. coherent_dma_mask wasn't set up either -
these caused weird lock-ups and behavior of USB subsystem using
of_device USB host drivers.
Signed
On Mon, 2008-07-07 at 17:17 -0500, Nathan Lynch wrote:
> Benjamin Herrenschmidt wrote:
> > On Thu, 2008-07-03 at 19:19 -0700, Roland McGrath wrote:
> > > Why not just use ELF_HWCAP for this? It looks like powerpc only has 3
> > > bits
> > > left there (keeping it to 32), but 3 is not 0. If not t
On Mon, 2008-07-07 at 15:25 -0400, Josh Boyer wrote:
> > Ben, Do you have a tree that you'll be using to collect things in?
>
> I hope it's the same tree for this merge window.
It's in a different place but it's essentially the same tree (ie, I
pulled in paulus branches and my current heads are i
On Mon, 2008-07-07 at 12:01 +0200, Andreas Schwab wrote:
> 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. Th
On Wed, 4 Jun 2008 21:04:00 +0200
"Jean Delvare" <[EMAIL PROTECTED]> wrote:
> On Wed, 4 Jun 2008 17:22:12 +0200, Stefan Roese wrote:
> > The deprecated OCP style driver part is used by the "old" arch/ppc
> > platform. This platform is scheduled for removal in June/July this
> > year. This patch n
On Mon, 2008-07-07 at 09:44 -0500, Kumar Gala 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 appointing Ben Herrenschmidt a
On Mon, 2008-07-07 at 17:07 -0500, James Bottomley wrote:
> I thought it was all done and dusted (which is why I put it in
> scsi-misc). However, now Brian King seems to have some late arriving
> comments.
There are comments on the whole serie yup, I haven't put it in the
tree yet.
Cheers,
Ben
On Mon, 2008-07-07 at 16:23 -0500, Joel Schopp wrote:
> >> We haven't defined a user-visible feature bit (and besides, we're really
> >> getting short on these...). This is becoming a bit of concern btw (the
> >> running out of bits). Maybe we should start defining an AT_HWCAP2 for
> >> powerpc and
On Mon, 7 Jul 2008 10:06:27 -0400
"Josh Boyer" <[EMAIL PROTECTED]> wrote:
> On Tue, 01 Jul 2008 14:35:42 +1000
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> I tried testing this on a Sequoia board this morning. Kernel boots,
> but then it hangs when starting the init process. The last
Choose a more meaningful name for better System.map readability and
autopsy value etc. Part of a cleanup suggested by Benjamin Herrenschmidt.
Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ibmebus.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --
On Mon, 2008-07-07 at 22:11 +0100, Hugh Dickins wrote:
> Sorry, Andrew got the wrong pantomime: I was appearing in Aladdin
> a couple of years ago, but this year I'm the Sleeping Beauty.
> (Did I hear a grumble of dissent from the back stalls?)
No comment :-)
> I don't find Dave's patch very hand
On Mon, 2008-07-07 at 16:17 -0500, Sonny Rao wrote:
> On Mon, Jul 07, 2008 at 02:59:35PM +1000, Benjamin Herrenschmidt wrote:
> >
> > > + cur->bsr_addr = reg[i * 2];
> > > + cur->bsr_len= reg[i * 2 + 1];
> >
> > That's fishy... hand-reading of "reg" property without taking
>
On Mon, 2008-07-07 at 10:08 -0700, Linus Torvalds 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 patc
Benjamin Herrenschmidt wrote:
> On Thu, 2008-07-03 at 19:19 -0700, Roland McGrath wrote:
> > Why not just use ELF_HWCAP for this? It looks like powerpc only has 3 bits
> > left there (keeping it to 32), but 3 is not 0. If not that, why not use
> > dsocaps? That is, some magic in the vDSO, which
On Mon, 2008-07-07 at 11:05 -0400, Paul Gortmaker wrote:
> 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]>
> ---
Hi
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 loa
On Tue, 2008-07-08 at 08:05 +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2008-07-07 at 09:39 -0500, James Bottomley wrote:
> > > Caused because commit 341b56db6804040aa9559e913865108424e3b18b
> > ("[SCSI]
> > > ibmvscsi: driver enablement for CMO"), which was 15/16 in a series,
> > has
> > > been
> > - First if the properties are present but their value match the
> > register layout of a standard UART, we will bail out... not nice.
>
> Why would they be present in that case?
Why not ?
> > - Why don't we just implement support for the reg-shift and
> > offset instead ?
>
> Probably be
On Mon, 2008-07-07 at 09:39 -0500, James Bottomley wrote:
> > Caused because commit 341b56db6804040aa9559e913865108424e3b18b
> ("[SCSI]
> > ibmvscsi: driver enablement for CMO"), which was 15/16 in a series,
> has
> > been merged before any of the other patches in the series. I have
> > reverted t
Nathan Lynch wrote:
> 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-o
On Mon, 2008-07-07 at 10:06 -0400, Josh Boyer wrote:
> The setup is an tftp'd kernel via U-Boot using cuImage, nfsroot
> filesystem. Sequoia has an FPU, and CONFIG_PPC_FPU is set.
>
> I reverted this patch and used the latest powerpc-next branch and it
> boots fine.
>
> Seems something is wrong
Various instances of the EMAC core have varying: 1) number of address
match slots, 2) width of the registers for handling address match slots,
3) number of registers for handling address match slots and 4) base
offset for those registers.
As the driver stands today, it assumes that all EMACs ha
On 7/7/08 12:50 PM, Valentine Barshak wrote:
> Grant Erickson wrote:
>
>
>
>> -reg = ;
>> +reg = ;
>
> Should be reg =
>
>
>
>> -reg = ;
>> +reg = ;
>
> Should be reg =
Good catch; amended patch forthcoming.
Regards,
Grant
_
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:
James, if you agree, I'll carry this commit in the powerpc tree along
with its dependencies (and your ack).
Cheers,
Ben.
> drivers/scsi/ibmvscsi/ibmvsc
On Mon, 2008-07-07 at 23:07 +1000, Stephen Rothwell wrote:
> 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 c
We haven't defined a user-visible feature bit (and besides, we're really
getting short on these...). This is becoming a bit of concern btw (the
running out of bits). Maybe we should start defining an AT_HWCAP2 for
powerpc and get libc updated to pick it up ?
Joel,
Any thoughts?
Is it a r
On Mon, 2008-07-07 at 23:15 +0200, Arnd Bergmann wrote:
> On Monday 07 July 2008, Josh Boyer wrote:
> > 0% probability of being spam.
> >
> > Full report:
> > No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4
> > On Mon, 2008-07-07 at 16:59 +0200, Arnd Bergmann wrote:
>
On Mon, Jul 07, 2008 at 02:59:35PM +1000, Benjamin Herrenschmidt wrote:
>
> > + cur->bsr_addr = reg[i * 2];
> > + cur->bsr_len= reg[i * 2 + 1];
>
> That's fishy... hand-reading of "reg" property without taking
> into account the parent's #size-cells/#address-cells... can
On Monday 07 July 2008, Josh Boyer wrote:
> 0% probability of being spam.
>
> Full report:
> No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4
> On Mon, 2008-07-07 at 16:59 +0200, Arnd Bergmann wrote:
> > On Monday 07 July 2008, Stephen Rothwell wrote:
> > > > +#define P
On Mon, 7 Jul 2008, Benjamin Herrenschmidt wrote:
> On Tue, 2008-07-01 at 13:54 +, Dave Kleikamp wrote:
> > On Tue, 2008-07-01 at 01:53 -0700, Andrew Morton wrote:
> > > On Wed, 18 Jun 2008 17:32:55 -0500 [EMAIL PROTECTED] wrote:
> > >
> > > > This patch allows architectures to define function
On Monday 07 July 2008, Eric Blossom wrote:
> I've got a basic question about this idea:
>
> Does it throttle only idle spus or is there a single control for
> the entire PPE + SPE complex?
There is one setting per socket, i.e. 8 SPUs and 1 PPU. In IBM speak,
that is slow mode, which would be C s
On Mon, Jul 07, 2008 at 06:13:55PM +0200, Roman Zippel wrote:
> 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':
> > a
On Mon, 2008-07-07 at 14:00 -0500, torez wrote:
> plain text document attachment (Indications oprofile in compact
> mode.txt)
Please don't send patches at attachments.
> This patch allows Performance monitoring driver to detect when
> operating in PowerPC compliance mode.
And why is that needed?
On Monday, 7. July 2008, Maxim Shchetynin wrote:
> AZFS is a file system which keeps all files on memory mapped random
> access storage.
Hi Maxim,
do you mean "memory backed" instead of "memory mapped"?
regards
Uli
--
--- ROAD ...the handyPC Company - - - ) ) )
Uli Luckas
Software Develo
This patch is an incremental patch for the patch titled:
[V3] powerpc: Xilinx: PS2: Added new XPS PS2 driver. This patch
adds powerpc as a dependency for the driver.
Signed-off-by: Sadanand <[EMAIL PROTECTED]>
Signed-off-by: John Linn <[EMAIL PROTECTED]>
---
drivers/input/serio/Kconfig |4 +++
[EMAIL PROTECTED] wrote:
> 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 multiple govern
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>;
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
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
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
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
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
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 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
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
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
---
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
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
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
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]
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
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 +++
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
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
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]>
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
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
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
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]>
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
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
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
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
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
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"
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
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
1 - 100 of 169 matches
Mail list logo
