On Mon, 2008-07-07 at 07:58 +0200, Stefan Roese wrote:
On Monday 07 July 2008, Grant Erickson wrote:
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
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 understand why you think so. But let's not be too
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.
Cheers,
Ben.
On Sun, 2008-07-06 at 16:30 -0700, Grant Erickson wrote:
Various instances of the EMAC core have varying: 1) number of address
match slots, 2) width of
On Sun, 2008-07-06 at 23:18 -0700, Roland McGrath wrote:
Using dsocaps gives you the best of both worlds. You can freely choose
new strings in the kernel without the ld.so code having to know about
them (which is not true of AT_PLATFORM, but may be true of how you are
thinking about strings
Just a couple of trivial things.
On Fri, 04 Jul 2008 21:05:40 +0200 [EMAIL PROTECTED] wrote:
+ * (C) Copyright IBM Corporation 2006-2008
^^^
You should use ©.
+#define POLL_TIME10 /* in us */
^
How about μ ?
+struct
On Monday 07 July 2008, Benjamin Herrenschmidt wrote:
On Mon, 2008-07-07 at 07:58 +0200, Stefan Roese wrote:
On Monday 07 July 2008, Grant Erickson wrote:
Various instances of the EMAC core have varying: 1) number of address
match slots, 2) width of the registers for handling address
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 continue this trend for the new parent IDs, this condenses
all (soc, tsi, opb, plus two more new types) into one of_device_id array.
The new types are
A recent patch to legacy_serial.c factored out some code by
using the of_match_node() facility to match a node against
an array of possible matches. However, the patch didn't properly
terminate the array causing potential crashes in cases where no
match is found. In addition, the name of the array
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 install or something if you like (convention is to
call
On Mon, 2008-07-07 at 08:29 +0200, Stefan Roese wrote:
Did you have a chance to do a bit of regression testing just in case ?
No, not yet. I'll try to do some tests this week.
Thanks !
Cheers,
Ben.
___
Linuxppc-dev mailing list
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 UART
when those properties are present on the UART in the
device tree for soc devices.
On Sun, 2008-07-06 at 23:35 -0700, Roland McGrath wrote:
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
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 MPC5200B
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 install or
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
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, 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 allowed to
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_debug, and use
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. all
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 button on
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. It
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 the
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 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 only account
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):
powerpc:
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
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
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 value
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:
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]
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 your
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 be
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
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 completion ?
Two pci patches that are prereq's for 5121 pci:
http://patchwork.ozlabs.org/linuxppc/patch?person=518id=19299
http://patchwork.ozlabs.org/linuxppc/patch?person=518id=19300
On Wed, Jul 2, 2008 at 1:56 AM, Kumar Gala [EMAIL PROTECTED] wrote:
Please point out any patches that have been posted but
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 be used to
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.org
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
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 UART
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
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
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, instead of
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
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 to
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
--
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'
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
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 put a transceiver on
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
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 would
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 CPU
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 have
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
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_PLATFORM value
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
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]
---
diff
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 understand why you
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 ++--
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
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 slight
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
thus the
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:
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
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
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
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
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 into the
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
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
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
powerpc box with the
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
---
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 patch that
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
---
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 some general rule ?
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
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 to
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 appointing Ben
Grant Erickson wrote:
snip
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;
[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 governors
1 - 100 of 158 matches
Mail list logo
