I'm ok for it to be taken care of in u-boot for now. However, if we
later plan to add power management support to this block. We probably
have to do it in kernel.
In that case, can't it be just saving/restoring ? That's easier than
supporting full configuration of random user setups
Ben.
On Tue, 2007-11-20 at 15:01 -0600, Kumar Gala wrote:
Given that the instruction is meant to be a performance enhancement,
we should probably warn the first few times it's emulated, so the
user
knows they should change their toolchain setup if possible.
The same is true of mcrxr,
On Tue, 20 Nov 2007, Kumar Gala wrote:
On Nov 20, 2007, at 11:54 AM, Scott Wood wrote:
On Mon, Nov 19, 2007 at 09:36:57PM -0600, Kumar Gala wrote:
isel (Integer Select) is a new user space instruction in the
PowerISA 2.04 spec. Not all processors implement it so lets emulate
to ensure
On Wed, 21 Nov 2007 17:16:24 +1100
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
This removes CONFIG_440A which was a problem for multiplatform
kernels and instead fixes up the IVOR at runtime from a setup_cpu
function. The A version of the machine check also tweaks the
regs-trap value to
On Wed, 21 Nov 2007 17:16:31 +1100
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
Brings EP405 support to arch/powerpc. The IRQ routing for the CPLD
comes from a device-tree property, PCI is working to the point where
I can see the video card, USB device, and south bridge.
This should work
On Wed, 21 Nov 2007 17:16:17 +1100
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
Here's a set of patches that bring PCI and PCI-X support for
4xx (PCIe still missing) in arch/powerpc.
This is for review before I ask paulus to pull that into his
for 2.6.25 tree. Some of the patches still
On Wednesday 21 November 2007, Josh Boyer wrote:
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
Here's a set of patches that bring PCI and PCI-X support for
4xx (PCIe still missing) in arch/powerpc.
This is for review before I ask paulus to pull that into his
for 2.6.25 tree. Some of
On Nov 21, 2007, at 3:12 AM, Benjamin Herrenschmidt wrote:
On Tue, 2007-11-20 at 15:01 -0600, Kumar Gala wrote:
Given that the instruction is meant to be a performance enhancement,
we should probably warn the first few times it's emulated, so the
user
knows they should change their
On Nov 21, 2007, at 7:09 AM, Geert Uytterhoeven wrote:
On Tue, 20 Nov 2007, Kumar Gala wrote:
On Nov 20, 2007, at 11:54 AM, Scott Wood wrote:
On Mon, Nov 19, 2007 at 09:36:57PM -0600, Kumar Gala wrote:
isel (Integer Select) is a new user space instruction in the
PowerISA 2.04 spec. Not all
On Nov 21, 2007, at 8:33 AM, Geert Uytterhoeven wrote:
On Wed, 21 Nov 2007, Kumar Gala wrote:
On Nov 21, 2007, at 7:09 AM, Geert Uytterhoeven wrote:
On Tue, 20 Nov 2007, Kumar Gala wrote:
On Nov 20, 2007, at 11:54 AM, Scott Wood wrote:
On Mon, Nov 19, 2007 at 09:36:57PM -0600, Kumar Gala
Hi Andi,
your patch 'ppc64: SPARSEMEM_VMEMMAP support' adds the following two lines:
+ printk(KERN_WARNING vmemmap %08lx allocated at %p,
+ physical %p.\n, start, p, __pa(p));
in a loop around basically every page. That's a lot of flooding
On Tue, Nov 20, 2007 at 11:13:58PM -0600, Kumar Gala wrote:
Required properties:
- compatible: compatible list, contains 2 entries, first is
- fsl,sata-CHIP, where CHIP is the processor
+ fsl,CHIP-sata, where CHIP is the processor
On Wed, Nov 21, 2007 at 09:33:05AM -0600, Kumar Gala wrote:
On Nov 21, 2007, at 8:59 AM, Timur Tabi wrote:
+ Example:
+ [EMAIL PROTECTED] {
Shouldn't this be [EMAIL PROTECTED]
its an example that has not basis is reality :)
But it should at least be internally consistent with this:
On Fri, 16 Nov 2007 19:12:53 +0300
Andrei Dolnikov wrote:
Device tree source file for the Emerson Katana Qp board
Signed-off-by: Andrei Dolnikov [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/katanaqp.dts | 357
+ 1 files changed, 357
insertions(+)
On Nov 21, 2007, at 11:29 AM, Scott Wood wrote:
On Tue, Nov 20, 2007 at 11:13:58PM -0600, Kumar Gala wrote:
Required properties:
- compatible: compatible list, contains 2 entries,
first is
- fsl,sata-CHIP, where CHIP is the processor
+
On Nov 21, 2007, at 11:35 AM, Scott Wood wrote:
On Wed, Nov 21, 2007 at 09:33:05AM -0600, Kumar Gala wrote:
On Nov 21, 2007, at 8:59 AM, Timur Tabi wrote:
+ Example:
+ [EMAIL PROTECTED] {
Shouldn't this be [EMAIL PROTECTED]
its an example that has not basis is reality :)
But it
Hi Andrei,
Looks okay in general, some notes below...
On Fri, 16 Nov 2007 19:31:16 +0300
Andrei Dolnikov wrote:
Emerson Katana Qp platform specific code
Signed-off-by: Andrei Dolnikov [EMAIL PROTECTED]
---
arch/powerpc/platforms/embedded6xx/Kconfig|9 +
On Nov 21, 2007, at 10:50 AM, Geert Uytterhoeven wrote:
On Wed, 21 Nov 2007, Kumar Gala wrote:
On Nov 21, 2007, at 7:09 AM, Geert Uytterhoeven wrote:
On Tue, 20 Nov 2007, Kumar Gala wrote:
On Nov 20, 2007, at 11:54 AM, Scott Wood wrote:
Given that the instruction is meant to be a
Kumar Gala wrote:
On Nov 21, 2007, at 11:35 AM, Scott Wood wrote:
A cell-index property would be useful here for indexing into the summary
status register.
Divide by 0x80.
:-P
Using cell-index for things like this is reasonably common, and endorsed
by current ePAPR drafts.
Why didn't you just add a ppc_md.machine_check_exception to the
effected boards? Then you could have gotten rid of the ifdefs all
together.
Hrm... it's per processor, not per board. I didn't feel like digging
which board uses which processor and go fixup all the ppc_md's
Ben.
Hm... odd. I don't remember writing this device tree ;)
Heh, oops... it's mostly copied from walnut. I'll fix that up.
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Thu, 22 Nov 2007 06:48:50 +1100
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
Why didn't you just add a ppc_md.machine_check_exception to the
effected boards? Then you could have gotten rid of the ifdefs all
together.
Hrm... it's per processor, not per board. I didn't feel like
On Wed, 2007-11-21 at 07:23 -0600, Josh Boyer wrote:
On Wed, 21 Nov 2007 17:16:17 +1100
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
Here's a set of patches that bring PCI and PCI-X support for
4xx (PCIe still missing) in arch/powerpc.
This is for review before I ask paulus to
Geert Uytterhoeven writes:
Question: do we want it for emulate_single_step(), too?
No, because that's not emulating an instruction.
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Paul Mackerras wrote:
Geert Uytterhoeven writes:
+#define WARN_EMULATE(type) \
+do {\
+static unsigned int count; \
+if (count++ 10)
Hi Folks,
I've been seeing a boot hang/crash on power3 systems for a few weeks.
(hangs on a 270, drops to SP on a p610). This afternoon I got around
to tracking it down to the changes in
commit d9c2340052278d8eb2ffb16b0484f8f794def4de
Do not depend on MAX_ORDER when grouping pages by
On Wed, 21 Nov 2007 15:41:00 -0600
Scott Wood [EMAIL PROTECTED] wrote:
Paul Mackerras wrote:
Geert Uytterhoeven writes:
+#define WARN_EMULATE(type)
\
+ do {\
+ static
The following series of patches implement a basic framework
for hypervisor-assisted dump. The very first patch provides
documentation explaining what this is :-). Yes, its supposed
to be an improvement over kdump.
The patches mostly sort-of work; a list of open issues
is inculded in the
On (21/11/07 15:55), Will Schmidt didst pronounce:
Hi Folks,
I've been seeing a boot hang/crash on power3 systems for a few weeks.
(hangs on a 270, drops to SP on a p610). This afternoon I got around
to tracking it down to the changes in
commit d9c2340052278d8eb2ffb16b0484f8f794def4de
Basic documentation for hypervisor-assisted dump.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Documentation/powerpc/phyp-assisted-dump.txt | 126 +++
1 file changed, 126 insertions(+)
Index: linux-2.6.24-rc3-git1/Documentation/powerpc/phyp-assisted-dump.txt
Add hypervisor-assisted dump to kernel config
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
-
arch/powerpc/Kconfig | 11 +++
1 file changed, 11 insertions(+)
Index: linux-2.6.24-rc2-git4/arch/powerpc/Kconfig
===
Check to see if there actually is data from a previously
crashed kernel waiting. If so, Allow user-sapce tools to
grab the data (by reading /proc/kcore). When user-space
finishes dumping a section, it must release that memory
by writing to sysfs. For example,
echo 0x4000 0x1000
Hi Christoph,
On Wed, 21 Nov 2007 16:35:26 +0100 Christoph Hellwig [EMAIL PROTECTED] wrote:
Hi Andi,
your patch 'ppc64: SPARSEMEM_VMEMMAP support' adds the following two lines:
+ printk(KERN_WARNING vmemmap %08lx allocated at %p,
+
Set up the actual dump header, register it with the hypervisor.
Signed-off-by: Manish Ahuja [EMAIL PROTECTED]
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
--
arch/powerpc/platforms/pseries/phyp_dump.c | 169 +++--
1 file changed, 163 insertions(+), 6 deletions(-)
On Thu, Nov 22, 2007 at 09:41:45AM +1100, Stephen Rothwell wrote:
Any reason to keep this? And if yes can we please make it conditional
on some kind of vmemmap_debug boot option?
These have been changed to pr_debug() in 2.6.24-rc3 kernel.
Ah, sorry for not checking. Looks like the spufs
From: Cyrill Gorcunov [EMAIL PROTECTED]
This patch adds simple increment on device interface counter
(it seems to be accidently missed)
Signed-off-by: Cyrill Gorcunov [EMAIL PROTECTED]
---
arch/powerpc/platforms/pasemi/electra_ide.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
I'm trying to boot linux 2.6.22.9 on an mpc860c rev d4.
When init trys to spawn sh, during the exec, the kernel oopses as seen
below:
## Starting application at 0x0040 ...
loaded at: 0040 004EF15C
board data at: 03F9FBC0 03F9FBFC
relocated to: 00404044 00404080
zimage at:
On 11/20/07, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
This adds some basic real mode based early udbg support for 40x
in order to debug things more easily
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
--- linux-work.orig/arch/powerpc/platforms/Kconfig.cputype
On Thu, 2007-11-22 at 09:58 +1100, David Gibson wrote:
On Wed, Nov 21, 2007 at 05:16:30PM +1100, Benjamin Herrenschmidt wrote:
This adds some basic real mode based early udbg support for 40x
in order to debug things more easily
Shouldn't we be able to share code with the Maple realmode
On 11/21/07, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Wed, 2007-11-21 at 16:47 -0700, Grant Likely wrote:
On 11/20/07, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
This adds some basic real mode based early udbg support for 40x
in order to debug things more easily
On Thu, Nov 22, 2007 at 11:00:15AM +1100, Benjamin Herrenschmidt wrote:
On Thu, 2007-11-22 at 09:58 +1100, David Gibson wrote:
On Wed, Nov 21, 2007 at 05:16:30PM +1100, Benjamin Herrenschmidt wrote:
This adds some basic real mode based early udbg support for 40x
in order to debug things
Scott Wood wrote:
I don't see any justification for having such a property in the parent node,
though.
The SSI needs to know which DMA controller is #0 and which one is #1.
I literally program the SSI and the GUTS registers with the DMA controller and
channels numbers. I need to know which
Kumar Gala wrote:
Shouldn't we put some text somewhere that we're calling it the Elo
controller even though that word isn't used in the reference manual?
we don't really have a place to put that. its effectively documented
right here.
I still think we need something. Otherwise, people
dtc: Flexible tree checking infrastructure
Here, at last, is a substantial start on revising dtc's infrastructure
for checking the tree; this is the rework I've been saying was
necessary practically since dtc was first release.
In the new model, we have a table of check structures, each with a
The recent change to the lexer to only recognize property and node
names in the appropriate context removed a number of lexical warts in
our language that would have gotten ugly as we add expression support
and so forth.
But there's one nasty one remaining: references can contain a full
path,
45 matches
Mail list logo