Hi Ben,
Another trivial one.
On Thu, 23 Jul 2009 15:59:49 +1000 Benjamin Herrenschmidt
wrote:
>
> +#ifndef __EXCEPTION_64E_H__
> +#define __EXCEPTION_64E_H__
To be consistent with most of our headers, please use
_ASM_POWERPC_EXCEPTION_64E_H.
--
Cheers,
Stephen Rothwells..
On Thu, 2009-07-23 at 16:22 +1000, Stephen Rothwell wrote:
> Hi Ben,
>
> On Thu, 23 Jul 2009 15:59:44 +1000 Benjamin Herrenschmidt
> wrote:
> >
> > Index: linux-work/arch/powerpc/mm/mmu_context_hash64.c
> > ===
> > --- linux-work.or
On Wed, 15 Jul 2009 18:59:03 -0500
Becky Bruce wrote:
>
> On Jul 13, 2009, at 7:49 PM, FUJITA Tomonori wrote:
>
> > On Mon, 13 Jul 2009 16:50:43 -0500
> > Becky Bruce wrote:
> >
> >>> talked about defining something like struct dma_data. Then we could
> >>>
> >>> struct dev_archdata {
> >>>
On Thu, 2009-07-02 at 17:12 +0100, Martyn Welch wrote:
> Remove the reliance on a staticly defined NVRAM size, allowing platforms to
> support NVRAMs with sizes differing from the standard. A fall back value is
> provided for platforms not supporting this extension.
>
> Signed-off-by: Martyn Wel
On Thu, 2009-07-02 at 17:12 +0100, Martyn Welch wrote:
> The following series allows the generic NVRAM driver to access MMIO
> based NVRAMs. In addition it enables support for NVRAMs of sizes
> differing from those found on PowerPC Macs (providing a safe
> fallback). Patches are also included to en
dtc was moved in 9fffb55f66127b52c937ede5196ebfa0c0d50bce from
arch/powerpc/boot/ to scripts/dtc/
This patch updates the wrapper script to point to the new location of dtc.
Signed-off-by: Lucian Adrian Grijincu
---
arch/powerpc/boot/wrapper |3 ++-
1 files changed, 2 insertions(+), 1 dele
Changes to the fs_enet driver (aa73832c5a80d6c52c69b18af858d88fa595dd3c) cause
kernel crashes when using the mdio-ofgpio driver.
This patch replicates similar changes made to the fs_enet mii-bitbang drivers.
It has been tested on a custom mpc8280 based board using an NFS mounted root.
Signed
Benjamin Herrenschmidt wrote:
On Thu, 2009-07-02 at 17:12 +0100, Martyn Welch wrote:
Remove the reliance on a staticly defined NVRAM size, allowing platforms to
support NVRAMs with sizes differing from the standard. A fall back value is
provided for platforms not supporting this extension.
2009/7/16 Michael Ellerman :
> On Thu, 2009-07-16 at 09:33 -0700, Mike Mason wrote:
>> Michael Ellerman wrote:
>> > On Wed, 2009-07-15 at 14:43 -0700, Mike Mason wrote:
>> >> This patch increments the device_node reference counter when an EEH
>> >> error occurs and decrements the counter when the e
On Jul 23, 2009, at 12:59 AM, Benjamin Herrenschmidt wrote:
The way I intend to use tophys/tovirt on 64-bit BookE is different
from the "trick" that we currently play for 32-bit BookE so change
the condition of definition of these macros to make it so.
Also, make sure we only use rfid and mtms
On Jul 23, 2009, at 1:02 AM, Benjamin Herrenschmidt wrote:
Here is a series of patches that implement some basic support
for 64-bit Book3E processors that comply to architecture 2.06.
There is no specific processor announced yet. The patches make
some shortcut which means they currently rely o
On Jul 23, 2009, at 12:59 AM, Benjamin Herrenschmidt wrote:
+/* Bit definitions for EPCR */
+#define SPRN_EPCR_EXTGS0x8000
+#define SPRN_EPCR_DTLBGS 0x4000
+#define SPRN_EPCR_ITLBGS 0x2000
+#define SPRN_EPCR_DSIGS0x1000
+#define SPRN_E
2009/7/15 Mike Mason :
> By default, EEH does what's known as a "hot reset" during error recovery of
> a PCI Express device. We've found a case where the device needs a
> "fundamental reset" to recover properly. The current PCI error recovery and
> EEH frameworks do not support this distinction.
On Jul 23, 2009, at 12:59 AM, Benjamin Herrenschmidt wrote:
Our 64-bit hash context handling has no init function, but 64-bit
Book3E
will use the common mmu_context_nohash.c code which does, so define an
empty inline mmu_context_init() for 64-bit server and call it from
our 64-bit setup_arch(
On Jul 23, 2009, at 12:59 AM, Benjamin Herrenschmidt wrote:
Currently, a single ifdef covers SLB related bits and more generic
ppc64
related bits, split this in two separate ifdef's since 64-bit BookE
will
need one but not the other.
Signed-off-by: Benjamin Herrenschmidt
---
arch/powerpc
On Jul 23, 2009, at 12:59 AM, Benjamin Herrenschmidt wrote:
Those definitions are currently declared extern in the .c file where
they are used, move them to a header file instead.
Signed-off-by: Benjamin Herrenschmidt
--
arch/powerpc/include/asm/smp.h |5 +
arch/powerpc/kernel/setup_6
The truncate syscall has a signed long parameter, so when using a 32-
bit userspace with a 64-bit kernel the argument is zero-extended
instead of sign-extended. Adding the compat_sys_truncate function
fixes the issue.
This was noticed during an LSB truncate test failure. The test was
check
On Jul 23, 2009, at 2:09 AM, FUJITA Tomonori wrote:
diff --git a/arch/powerpc/platforms/86xx/mpc86xx_hpcn.c b/arch/
powerpc/platforms/86xx/mpc86xx_hpcn.c
index 6632702..d1878f3 100644
--- a/arch/powerpc/platforms/86xx/mpc86xx_hpcn.c
+++ b/arch/powerpc/platforms/86xx/mpc86xx_hpcn.c
@@ -187,5 +18
On Jul 23, 2009, at 12:59 AM, Benjamin Herrenschmidt wrote:
This adds the opcode definitions to ppc-opcode.h for the two
instructions
tlbivax and tlbsrx. as defined by Book3E 2.06
Signed-off-by: Benjamin Herrenschmidt
---
arch/powerpc/include/asm/ppc-opcode.h |6 ++
1 file changed,
From: Mark Ware
Date: Thu, 23 Jul 2009 21:20:27 +1000
> Changes to the fs_enet driver (aa73832c5a80d6c52c69b18af858d88fa595dd3c)
> cause kernel crashes when using the mdio-ofgpio driver.
>
> This patch replicates similar changes made to the fs_enet mii-bitbang
> drivers. It has been tested o
Signed-off-by: Frans Pop
---
Change was suggested by Sam Ravnborg; see http://lkml.org/lkml/2009/7/18/15.
Untested.
diff --git a/arch/powerpc/Makefile b/arch/powerpc/Makefile
index bc35f4e..952a396 100644
--- a/arch/powerpc/Makefile
+++ b/arch/powerpc/Makefile
@@ -77,7 +77,7 @@ CPP = $
Hi,
I am working on Linux-2.6.29.5 on an MPC8360E, trying to make the FHCI USB
working.
the output of clocks in u-boot is as follows:
> Output of u-boot clocks command <
Clock configuration:
Core:533.333 MHz
Coherent System Bus: 266.667 MHz
QE: 400 MHz
On Thu, Jul 23, 2009 at 08:57:18PM +0200, Frans Pop wrote:
> Signed-off-by: Frans Pop
Acked-by: Sam Ravnborg
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Thu, 2009-07-23 at 09:42 -0500, Kumar Gala wrote:
> >
> > The intend is to merge these in 2.6.32. They rely on pretty much
> > all the other patches I've been posting lately including the
> > generic changes to add the virtual address argument to pte_free_tlb.
> >
>
> Are these in a git tree/br
On Thu, 2009-07-23 at 09:51 -0500, Kumar Gala wrote:
> On Jul 23, 2009, at 12:59 AM, Benjamin Herrenschmidt wrote:
>
> > Those definitions are currently declared extern in the .c file where
> > they are used, move them to a header file instead.
> >
> > Signed-off-by: Benjamin Herrenschmidt
> > --
On Thu, 2009-07-23 at 10:55 -0500, Kumar Gala wrote:
> On Jul 23, 2009, at 12:59 AM, Benjamin Herrenschmidt wrote:
>
> > This adds the opcode definitions to ppc-opcode.h for the two
> > instructions
> > tlbivax and tlbsrx. as defined by Book3E 2.06
> >
> > Signed-off-by: Benjamin Herrenschmidt
On Thu, 2009-07-23 at 23:31 +0200, Sam Ravnborg wrote:
> On Thu, Jul 23, 2009 at 08:57:18PM +0200, Frans Pop wrote:
> > Signed-off-by: Frans Pop
> Acked-by: Sam Ravnborg
Thanks, will include in my next batch.
Cheers,
Ben.
___
Linuxppc-dev mailing li
Linas Vepstas wrote on 07/23/2009 07:44:33 AM:
> 2009/7/15 Mike Mason :
> > By default, EEH does what's known as a "hot reset" during error
recovery of
> > a PCI Express device. We've found a case where the device needs a
> > "fundamental reset" to recover properly. The current PCI error
reco
We're trying to use the SATA interface on our PowerPC460EX.
We've applied the following patch:
http://markmail.org/message/p5kdgzyneuxzdvjh
Our kernel is based on AMCC's "Arches" eval board distro kernel
(2.6.27-rc5),
and with this patch, we're able to get the SATA interface up and running,
i
On Thu, Jul 23, 2009 at 6:33 AM, Kumar Gala wrote:
>
> On Jul 22, 2009, at 11:32 AM, srikanth krishnakar wrote:
>
>
>>
>> On Wed, Jul 22, 2009 at 9:14 PM, Kumar Gala
>> wrote:
>>
>> On Jul 22, 2009, at 10:38 AM, srikanth krishnakar wrote:
>>
>>
>>
>> On Wed, Jul 22, 2009 at 8:52 PM, Kumar Gala
>
This patch (against 2.6.30) adds support for the ESTeem 195E Hotfoot
SBC. We've been maintaining this out-of-tree for some time now for
older kernels, but recently I ported it to the new unified powerpc tree
with the intent of pushing it upstream.
The board uses an ancient version of u-boot and a
This patch adds support for the ESTeem 195E Hotfoot SBC.
We've been maintaining this out-of-tree for some time now for
older kernels, but recently I ported it to the new unified powerpc tree
with the intent of pushing it upstream.
The board uses an ancient version of u-boot and a slightly mangle
Hello list,
I'm running Gentoo Linux with kernel 2.6.29 on a PPC9600 with a G3
processor upgrade.
My boot drive is on the internal "mesh" SCSI-controller. Self-compiled
kernel 2.6.29 is running fine for quite some time.
However, after compiling 2.6.30 (with more or less the same
configuratio
Now swiotlb_pci_dma_ops is identical to swiotlb_dma_ops; we can use
swiotlb_dma_ops with any devices. This removes swiotlb_pci_dma_ops.
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/include/asm/swiotlb.h |1 -
arch/powerpc/kernel/dma-swiotlb.c | 14 --
arch/p
POWERPC needs this hook. SPARC could use it too.
Signed-off-by: FUJITA Tomonori
---
include/linux/dma-mapping.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index c0f6c3c..91b7618 100644
--- a/include/linux/dma
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/include/asm/dma-mapping.h | 242 +---
2 files changed, 7 insertions(+), 237 deletions(-)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index d00131c..0603b6c
This patchset converts POWERPC to use asm-generic/dma-mapping-common.h.
The major change is removing addr_needs_map in struct dma_mapping_ops
(1/5):
http://marc.info/?t=12471906021&r=1&w=2
This is on the top of my swiotlb cleanup patchset:
http://marc.info/?l=linuxppc-embedded&m=12471892032
This patch adds max_direct_dma_addr to struct dev_archdata to remove
addr_needs_map in struct dma_mapping_ops. It also converts
dma_capable() to use max_direct_dma_addr.
max_direct_dma_addr is initialized in pci_dma_dev_setup_swiotlb(),
called via ppc_md.pci_dma_dev_setup hook.
For further inform
This converts uses dma_map_ops struct (in include/linux/dma-mapping.h)
instead of POWERPC homegrown dma_mapping_ops.
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/include/asm/device.h |4 +-
arch/powerpc/include/asm/dma-mapping.h | 84 ---
arch/powerpc/
On Jul 23, 2009, at 5:12 PM, Benjamin Herrenschmidt wrote:
On Thu, 2009-07-23 at 10:55 -0500, Kumar Gala wrote:
On Jul 23, 2009, at 12:59 AM, Benjamin Herrenschmidt wrote:
This adds the opcode definitions to ppc-opcode.h for the two
instructions
tlbivax and tlbsrx. as defined by Book3E 2.06
40 matches
Mail list logo