Am 14.11.24 um 14:11 schrieb Michael Ellerman:
CHRP (Common Hardware Reference Platform) was a standard developed by
IBM & Apple for PowerPC-based systems.
The standard was used in the development of some machines but never
gained wide spread adoption.
The Linux CHRP code only supports a handfu
Am 09.04.20 um 10:54 schrieb Benjamin Herrenschmidt:
> On Wed, 2020-04-08 at 14:25 +0200, Daniel Vetter wrote:
>> On Wed, Apr 08, 2020 at 01:59:17PM +0200, Christoph Hellwig wrote:
>>> If this code was broken for non-coherent caches a crude powerpc hack
>>> isn't going to help anyone else. Remove
Am 2018-12-17 um 08:35 schrieb Christoph Hellwig:
> On Mon, Dec 17, 2018 at 07:51:05AM +0100, Christophe Leroy wrote:
>>
>>
>> Le 16/12/2018 à 18:19, Christoph Hellwig a écrit :
>>> The implemementation for the CONFIG_NOT_COHERENT_CACHE case doesn't share
>>> any code with the one for systems with
On Tue, 2016-06-28 at 14:01 +0200, Benjamin Herrenschmidt wrote:
> On Tue, 2016-06-28 at 13:42 +0200, Gerhard Pircher wrote:
> > The question is, if a compile time option that simply clear ?s
> > CPU_FTR_NEED_COHERENT after identify_cpu() would be acceptable. And
> > then I
On Mon, 2016-06-27 at 23:40 +0200, Benjamin Herrenschmidt wrote:
> On Mon, 2016-06-27 at 22:42 +0200, Gerhard Pircher wrote:
> > This patch series reminds me of a long-standing issue with the
> > AmigaOne platform code, which would have to clear the coherence
> > (M) flag for
Am 2016-06-27 um 13:29 schrieb Benjamin Herrenschmidt:
> This converts all the 32-bit platforms to use the expanded device-tree
> which is a pretty mechanical change. Unlike 64-bit, the 32-bit kernel
> didn't rely on platform initializations to setup the MMU since it
> sets it up entirely before pr
> On 9 Feb 2016 03:27, "Mike" wrote:
> Ok, so its quirks to be added then? Something not implemented in KMS
> that was in UMS?
> Reports are that the same issue exsist on PPC Amiga Ones with a VIA
> chipset, and the Pegasos 2 with the Artica s chipset, i posted a
> mail from detailiing that.
Just
Am 2016-02-03 um 16:50 schrieb Bartlomiej Zolnierkiewicz:
> IDE subsystem has been deprecated since 2009 and the majority
> (if not all) of Linux distributions have switched to use
> libata for ATA support exclusively. However there are still
> some users (mostly old or/and embedded non-x86 system
Am 2015-02-24 um 12:08 schrieb Julian Margetson:
> Problems with the Gib bisect
> Kernel wont compile after 10th bisect .
You can try "git bisect skip" to select another commit for testing.
Hopefully that one compiles fine then.
Gerhard
> drivers/built-in.o: In function `drm_mode_atomic_ioctl':
MoL.
Setting the M flag depending on CPU_FTR_NEED_COHERENT also makes KVM work
on this platform and aligns the PTE setup to the rest of the kernel.
Signed-off-by: Gerhard Pircher
---
With this patch I could successfully run a Debian Wheezy installation
inside QEMU started with --enable-kvm on my
Original-Nachricht
> Datum: Mon, 02 Jul 2012 14:57:39 +1000
> Von: Benjamin Herrenschmidt
> An: Linus Torvalds
> CC: linuxppc-dev list , Andrew Morton
> , Linux Kernel list
> Betreff: [git pull] Please pull powerpc.git merge branch
> Hi Linus
>
> Here are two more fixes th
Original-Nachricht
> Datum: Tue, 24 Apr 2012 16:15:00 +0200
> Von: "Michel Dänzer"
> An: Gerhard Pircher
> CC: linuxppc-dev@lists.ozlabs.org
> Betreff: Re: PowerPC radeon KMS - is it possible?
> On Mon, 2012-04-23 at 18:45 +0200, Gerhard Pirch
Original-Nachricht
> Datum: Mon, 23 Apr 2012 11:56:06 +0200
> Von: "Michel Dänzer"
> An: Gerhard Pircher
> CC: linuxppc-dev@lists.ozlabs.org
> Betreff: Re: PowerPC radeon KMS - is it possible?
> On Fre, 2012-04-20 at 18:14 +0200, Gerhard Pirche
Original-Nachricht
> Datum: Fri, 20 Apr 2012 15:18:16 +0200
> Von: "Michel Dänzer"
> An: Gerhard Pircher
> CC: linuxppc-dev@lists.ozlabs.org
> Betreff: Re: PowerPC radeon KMS - is it possible?
> On Fre, 2012-04-20 at 13:15 +0200, Gerhard Pirche
Original-Nachricht
> Datum: Thu, 19 Apr 2012 14:41:16 +0200
> Von: "Michel Dänzer"
> An: Gerhard Pircher
> CC: linuxppc-dev@lists.ozlabs.org, sch...@linux-m68k.org,
> ojordan12...@hotmail.co.uk
> Betreff: Re: PowerPC radeon KMS - is it possible?
&
Original-Nachricht
> Datum: Thu, 19 Apr 2012 08:32:51 +0200
> Von: "Michel Dänzer"
> An: Gerhard Pircher
> CC: ojordan12...@hotmail.co.uk, sch...@linux-m68k.org,
> linuxppc-dev@lists.ozlabs.org
> Betreff: Re: PowerPC radeon KMS - is it possible?
&
Original-Nachricht
> Datum: Wed, 18 Apr 2012 18:06:36 +0200
> Von: "Michel Dänzer"
> An: Gerhard Pircher
> CC: linuxppc-dev@lists.ozlabs.org, sch...@linux-m68k.org,
> ojordan12...@hotmail.co.uk
> Betreff: Re: PowerPC radeon KMS - is it possible?
&
Original-Nachricht
> Datum: Wed, 18 Apr 2012 17:01:20 +0200
> Von: "Michel Dänzer"
> An: Andreas Schwab
> CC: o jordan , linuxppc-dev@lists.ozlabs.org
> Betreff: Re: PowerPC radeon KMS - is it possible?
> On Mit, 2012-04-18 at 16:55 +0200, Andreas Schwab wrote:
> > Michel Dän
Original-Nachricht
> Datum: Fri, 3 Jun 2011 19:00:38 +0100
> Von: Ralf Baechle
> An: Gerhard Pircher
> CC: linux-m...@linux-mips.org, linuxppc-dev@lists.ozlabs.org,
> linux-al...@vger.kernel.org, linux-a...@vger.kernel.org,
> linux-ker...@vger.kernel.or
Original-Nachricht
> Datum: Wed, 01 Jun 2011 19:04:56 +0100
> Von: r...@linux-mips.org
> An: linux-ker...@vger.kernel.org, linux-a...@vger.kernel.org,
> linux-al...@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
> linux-m...@linux-mips.org
> Betreff: [patch 00/14] Sort out i82
Original-Nachricht
> Datum: Fri, 25 Mar 2011 17:50:06 +1100
> Von: Benjamin Herrenschmidt
> An: linuxppc-dev
> CC: Takashi Iwai
> Betreff: [PATCH] powerpc: Implement dma_mmap_coherent()
> This is used by Alsa to mmap buffers allocated with dma_alloc_coherent()
> into userspace
Original-Nachricht
> Datum: Thu, 17 Mar 2011 00:39:00 +0100
> Von: nello martuscielli
> An: Gerhard Pircher
> CC: acrux...@libero.it, linuxppc-dev@lists.ozlabs.org
> Betreff: Re: any chance to use a modern linux kernel on Pegasos1 G3 ?
> hi all,
>
> h
Original-Nachricht
> Datum: Tue, 15 Mar 2011 18:49:24 +0100
> Von: Sven Luther
> An: Gerhard Pircher
> CC: nello martuscielli , linuxppc-dev@lists.ozlabs.org,
> acrux...@libero.it
> Betreff: Re: any chance to use a modern linux kernel on Pegasos1 G3 ?
>
Original-Nachricht
> Datum: Tue, 15 Mar 2011 17:44:49 +0100
> Von: nello martuscielli
> An:
> CC: linuxppc-dev@lists.ozlabs.org, "acrux @ cruxppc"
> Betreff: Re: any chance to use a modern linux kernel on Pegasos1 G3 ?
> ok, it seems that no one is interested to fix Pegasos1
Original-Nachricht
> Datum: Sun, 09 Jan 2011 00:24:01 +
> Von: Ben Hutchings
> An: Benjamin Herrenschmidt , Paul Mackerras
>
> CC: Gerhard Pircher , linuxppc-dev@lists.ozlabs.org
> Betreff: [PATCH 1/2] powerpc/boot/dts: Install dts from the right di
On Sat, 2010-10-09 at 20:37 -0500, pac...@kosh.dhis.org wrote:
> Pegasos has no keyboard again. I blame commit
> 540c6c392f01887dcc96bef0a41e63e6c1334f01, which tries to find i8042 IRQs
> inthe device-tree but doesn't fall back to the old hardcoded 1 and 12 in
> all failure cases.
>
> Specificall
Original-Nachricht
> Datum: Wed, 08 Jul 2009 16:13:10 +0200
> Von: Takashi Iwai
> An: Benjamin Herrenschmidt
> CC: Gerhard Pircher , linuxppc-...@ozlabs.org
> Betreff: Re: ALSA fixes for non-coherent ppc32 again
> At Wed, 08 Jul 2009 13:01:50 +1000,
> B
Hi,
I'm trying to implement some PCI quirks for the AmigaOne, as the
firmware puts PCI devices with 16 bit BARs too high in the PCI I/O
space (above 64k). Currently I'm just writing new values to the BARs
before the PCI layer actually probes and allocates them:
static void quirk_vt82c686_sound_io
Original-Nachricht
> Datum: Wed, 24 Jun 2009 11:47:13 +0200
> Von: Takashi Iwai
> An: "Gerhard Pircher"
> CC: b...@kernel.crashing.org, linuxppc-...@ozlabs.org
> Betreff: Re: ALSA fixes for non-coherent ppc32 again
> At Wed, 24 Jun 2009 10:46:01 +0
Original-Nachricht
> Datum: Tue, 23 Jun 2009 23:42:24 +0200
> Von: "Gerhard Pircher"
> An: b...@kernel.crashing.org, ti...@suse.de
> CC: linuxppc-...@ozlabs.org
> Betreff: Re: ALSA fixes for non-coherent ppc32 again
> Okay, that's wrong. I s
Original-Nachricht
> Datum: Tue, 23 Jun 2009 10:55:54 +0200
> Von: "Gerhard Pircher"
> An: Takashi Iwai , b...@kernel.crashing.org
> CC: linuxppc-...@ozlabs.org
> Betreff: Re: ALSA fixes for non-coherent ppc32 again
>
> Original-Nachri
Original-Nachricht
> Datum: Mon, 22 Jun 2009 09:12:35 +0200
> Von: Takashi Iwai
> An: Benjamin Herrenschmidt
> CC: Gerhard Pircher , linuxppc-...@ozlabs.org
> Betreff: Re: ALSA fixes for non-coherent ppc32 again
> But, it'd be helpful if someone can
Original-Nachricht
> Datum: Mon, 22 Jun 2009 09:12:35 +0200
> Von: Takashi Iwai
> An: Benjamin Herrenschmidt
> CC: Gerhard Pircher , linuxppc-...@ozlabs.org
> Betreff: Re: ALSA fixes for non-coherent ppc32 again
> At Mon, 22 Jun 2009 08:34:38 +1000,
> B
Hi,
Takashi Iwai posted patches to make ALSA work on non-coherent PPC32
systems (almost exactly) a year ago. See here:
http://www.nabble.com/-PATCH-0-3--ALSA-fixes-for-non-coherent-ppc32-to17980027.html#a17980027
As far as I can see these patches never went upstream. Where there any
objections or
The kernel reserves the I/O address space from 0x0 to 0xfff for legacy
ISA devices. Change the ranges property for the PCI2ISA bridge to match
the kernels behavior, even if the ranges property isn't used for now.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/boot/dts/amigaone.dts |
This allows to remove the ppc_md.init() hook in the setup code.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/platforms/amigaone/setup.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms/amigaone/setup.c
b/arch/powerpc/platforms/amigaone
Original-Nachricht
> Datum: Thu, 18 Jun 2009 09:38:50 -0500
> Von: Kumar Gala
> An: Gerhard Pircher , Benjamin Herrenschmidt
>
> CC: linuxppc-dev list
> Betreff: killing use of ppc_md.init
> ppc_md.init only exists on ppc32 and seems like its pretty us
Currently the kernel expects the additional four IBAT and DBAT registers
to be available, but doesn't enable these registers on 745x CPUs, which
have them disabled after reset. Thus set the HIGH_BAT_EN bit in HID0
register, if the corresponding MMU feature is defined.
Signed-off-by: Ge
Original-Nachricht
> Datum: Sun, 15 Mar 2009 12:00:17 +0100
> Von: "Roderick Colenbrander"
> An: "Gerhard Pircher" , linuxppc-dev@ozlabs.org
> Betreff: Re: DTS file PCI / i8259 for Xilinx ML510
> > > I got the i8259 south bridge
Original-Nachricht
> Datum: Sun, 15 Mar 2009 09:38:26 +0100
> Von: "Roderick Colenbrander"
> An: "Gerhard Pircher" , linuxppc-dev@ozlabs.org
> Betreff: Re: DTS file PCI / i8259 for Xilinx ML510
> > > At some point in the file
Original-Nachricht
> Datum: Thu, 12 Mar 2009 11:32:19 +0100
> Von: "Roderick Colenbrander"
> An: linuxppc-dev@ozlabs.org
> Betreff: DTS file PCI / i8259 for Xilinx ML510
> ...
> The freescale boards define the pci bus like below and connect ULI M1575
> peripherals to the i8259
CPU_FTR_NEED_COHERENT for the 5200 ?
I would say the same, as the patch just replicates the
CPU_FTR_NEED_COHERENT handling of the hash page table code.
regards,
Gerhard
> > commit 4c456a67f501b8b15542c7c21c28812bf88f484b
> > Author: Gerhard Pircher
> > Date: Fri Jan 23
Hi,
I heard rumors that DRI doesn't work on SAM440EP (onboard Radeon GPU)
boards. I had DRI halfway working on my AmigaOne (Radeon 9250) with an
early release candidate of the 2.6.25 kernel and IIRC this patch here
(manually applied):
http://kerneltrap.org/index.php?q=mailarchive/git-commits-head/
CONFIG_CC_OPTIMIZE_FOR_SIZE is selected, because otherwise the kernel
wouldn't boot. The AmigaOne's U-boot firmware seems to have a problem
loading uImages bigger than 1.8 MB.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/configs/amigaone_defconfig | 1636
r, which
always loads a uImage at 0x50.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/boot/Makefile |5 -
arch/powerpc/boot/cuboot-amigaone.c | 35 +++
arch/powerpc/boot/serial.c |3 ++-
arch/powerpc/boot/wrapper |
only i8259 legacy interrupts are used.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/boot/dts/amigaone.dts | 173
1 files changed, 173 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/amigaone.dts
diff --git a/arch/powerpc/boot/dts
support a flattened
device tree yet. The northbridge has some design flaws, which makes it
necessary to use non cacheable memory for DMA operations
(CONFIG_NOT_COHERENT_CACHE) and to avoid setting the coherence (M) flag
for memory pages.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/platfor
Hi!
I have a minor question about the error handling in the various
*_add/find_bridges functions, which are used to detect and initialize
PHBs. AFAIK all of them return an error code that is never checked in
the platform setup code (e.g. when there is no memory for the
pci_controller struct).
Sho
Original-Nachricht
> Datum: Wed, 4 Feb 2009 21:59:41 +0100
> Von: Gabriel Paubert
> An: Benjamin Herrenschmidt
> CC: Gerhard Pircher , linuxppc-dev list
>
> Betreff: Re: [PATCH v2 1/4] Add platform support for AmigaOne
> On Wed, Feb 04, 2009 at 02:50
Original-Nachricht
> Datum: Wed, 04 Feb 2009 14:50:07 +1100
> Von: Benjamin Herrenschmidt
> An: Gerhard Pircher
> CC: linuxppc-dev list
> Betreff: Re: [PATCH v2 1/4] Add platform support for AmigaOne
> > + hose->first_busno = bus_range ? bus_
CONFIG_CC_OPTIMIZE_FOR_SIZE is selected, because otherwise the kernel
wouldn't boot. The AmigaOne's U-boot firmware seems to have a problem
loading uImages bigger than 1.8 MB.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/configs/amigaone_defconfig | 1636
r, which
always loads a uImage at 0x50.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/boot/Makefile |5 -
arch/powerpc/boot/cuboot-amigaone.c | 35 +++
arch/powerpc/boot/serial.c |3 ++-
arch/powerpc/boot/wrapper |
only i8259 legacy interrupts are used.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/boot/dts/amigaone.dts | 183
1 files changed, 183 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/amigaone.dts
diff --git a/arch/powerpc/boot/dts
support a flattened
device tree yet. The northbridge has some design flaws, which makes it
necessary to use non cacheable memory for DMA operations
(CONFIG_NOT_COHERENT_CACHE) and to avoid setting the coherence (M) flag
for memory pages.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/platfor
Hi!
I updated the patches for the AmigaOne platform based on your comments.
The following changes were made compared to v1:
setup.c:
- replaced "model" entry in /proc/cpuinfo with a "vendor" entry
- replaced cache flushing code in amigaone_restart() with call to
__flush_disable_L1()
- removed fea
_PAGE_COHERENT is now always set in _PAGE_RAM resp. PAGE_KERNEL.
Thus it has to be masked out, if the BAT mapping should be non
cacheable or CPU_FTR_NEED_COHERENT is not set.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/mm/ppc_mmu_32.c |6 +++---
1 files changed, 3 insertions(+), 3
Original-Nachricht
> Datum: Mon, 19 Jan 2009 19:28:35 +0100
> Von: Bartlomiej Zolnierkiewicz
> An: "Gerhard Pircher"
> CC: Benjamin Herrenschmidt ,
> linux-...@vger.kernel.org, linuxppc-dev@ozlabs.org, grant.lik...@secretlab.ca
> Betreff: Re: [P
Original-Nachricht
> Datum: Mon, 19 Jan 2009 06:55:06 +1100
> Von: Benjamin Herrenschmidt
> An: Gerhard Pircher
> CC: pau...@samba.org, kumar.g...@freescale.com, linuxppc-dev@ozlabs.org
> Betreff: Re: [PATCH 9/10] powerpc/mm: Rework usage of
> _PAGE_COHEREN
Original-Nachricht
> Datum: Fri, 19 Dec 2008 16:13:51 +1100
> Von: Benjamin Herrenschmidt
> An: Paul Mackerras
> CC: linuxppc-dev@ozlabs.org, Kumar Gala
> Betreff: [PATCH 9/10] powerpc/mm: Rework usage of
> _PAGE_COHERENT/NO_CACHE/GUARDED v2
> Currently, we never set _PA
Original-Nachricht
> Datum: Tue, 13 Jan 2009 16:01:42 +1100
> Von: Benjamin Herrenschmidt
> An: Gerhard Pircher
> CC: linuxppc-dev@ozlabs.org, grant.lik...@secretlab.ca
> Betreff: Re: [PATCH 2/5] powerpc: Generic device tree for all AmigaOne boards
> >
Original-Nachricht
> Datum: Tue, 13 Jan 2009 16:02:38 +1100
> Von: Benjamin Herrenschmidt
> An: Gerhard Pircher
> CC: Bartlomiej Zolnierkiewicz ,
> grant.lik...@secretlab.ca, linuxppc-dev@ozlabs.org, linux-...@vger.kernel.org
> Betreff: Re: [PATCH 5/5]
Original-Nachricht
> Datum: Mon, 12 Jan 2009 18:55:55 +0100
> Von: Bartlomiej Zolnierkiewicz
> An: "Gerhard Pircher"
> CC: linux-...@vger.kernel.org, linuxppc-dev@ozlabs.org,
> grant.lik...@secretlab.ca
> Betreff: Re: [PATCH 5/5] ide: Force V
Original-Nachricht
> Datum: Mon, 12 Jan 2009 16:12:18 +1100
> Von: Benjamin Herrenschmidt
> An: Gerhard Pircher
> CC: Grant Likely , linuxppc-dev@ozlabs.org
> Betreff: Re: [PATCH 2/5] powerpc: Generic device tree for all AmigaOne boards
> The code in the ker
Original-Nachricht
> Datum: Mon, 12 Jan 2009 16:08:07 +1100
> Von: Benjamin Herrenschmidt
> An: Scott Wood
> CC: Gerhard Pircher , linuxppc-dev@ozlabs.org
> Betreff: Re: [PATCH 1/5] powerpc: Add platform support for AmigaOne
>
> > > + /*
Original-Nachricht
> Datum: Sun, 11 Jan 2009 17:51:55 +0100
> Von: Bartlomiej Zolnierkiewicz
> An: "Gerhard Pircher"
> CC: "Grant Likely" , linuxppc-dev@ozlabs.org,
> linux-...@vger.kernel.org
> Betreff: Re: [PATCH 5/5] ide: Force
Original-Nachricht
> Datum: Wed, 7 Jan 2009 13:07:18 -0600
> Von: Scott Wood
> An: Gerhard Pircher
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: [PATCH 1/5] powerpc: Add platform support for AmigaOne
> On Wed, Jan 07, 2009 at 02:54:57PM +0100, Gerhard Pirche
Original-Nachricht
> Datum: Wed, 7 Jan 2009 09:41:14 -0700
> Von: "Grant Likely"
> An: "Gerhard Pircher"
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: [PATCH 2/5] powerpc: Generic device tree for all AmigaOne boards
> Sounds to me like y
Original-Nachricht
> Datum: Wed, 7 Jan 2009 08:13:06 -0700
> Von: "Grant Likely"
> An: "Gerhard Pircher"
> CC: linuxppc-dev@ozlabs.org, bzoln...@gmail.com
> Betreff: Re: [PATCH 5/5] ide: Force VIA IDE legacy interrupts for AmigaOne
> bo
Original-Nachricht
> Datum: Wed, 7 Jan 2009 08:07:14 -0700
> Von: "Grant Likely"
> An: "Gerhard Pircher"
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: [PATCH 3/5] powerpc: Bootwrapper and serial console support for
> AmigaOne
> On Wed
The AmigaOne uses the onboard VIA IDE controller in legacy mode (like the
Pegasos).
Signed-off-by: Gerhard Pircher
---
drivers/ide/via82cxxx.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/ide/via82cxxx.c b/drivers/ide/via82cxxx.c
index 2a812d3..086f476
CONFIG_CC_OPTIMIZE_FOR_SIZE is selected, because otherwise the kernel
wouldn't boot. The AmigaOne's U-boot firmware seems to have a problem
loading uImages bigger than 1.8 MB.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/configs/amigaone_defconfig | 1613
r, which
always loads a uImage at 0x50.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/boot/Makefile |5 -
arch/powerpc/boot/cuboot-amigaone.c | 35 +++
arch/powerpc/boot/serial.c |3 ++-
arch/powerpc/boot/wrapper |
only i8259 legacy interrupts are used.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/boot/dts/amigaone.dts | 233
1 files changed, 233 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/amigaone.dts
diff --git a/arch/powerpc/boot/dts
support a flattened
device tree yet. The northbridge has some design flaws, which makes it
necessary to use non cacheable memory for DMA operations
(CONFIG_NOT_COHERENT_CACHE) and to avoid setting the coherence (M) flag
for memory pages.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/platfor
Original-Nachricht
> Datum: Fri, 19 Sep 2008 10:50:10 +0200
> Von: Peter Korsgaard <[EMAIL PROTECTED]>
> An: linuxppc-dev@ozlabs.org, [EMAIL PROTECTED]
> Betreff: [PATCH v2] bootwrapper: support u-boot multi component images
> From: peter Korsgaard <[EMAIL PROTECTED]>
>
> Suppo
Hi,
Original-Nachricht
> Datum: Wed, 18 Jun 2008 12:38:31 +0200
> Von: Takashi Iwai <[EMAIL PROTECTED]>
> An: [EMAIL PROTECTED]
> CC: linuxppc-dev@ozlabs.org, [EMAIL PROTECTED]
> Betreff: [PATCH 0/3] ALSA fixes for non-coherent ppc32
> Hi,
>
> I've tried to renew the fixes of A
Original-Nachricht
> Datum: Thu, 26 Jun 2008 17:29:05 +0800
> Von: Andrew Lewis <[EMAIL PROTECTED]>
> An: linuxppc-dev@ozlabs.org
> CC: \'Andrew Lewis\' <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Betreff: [PATCH/RFC] powerpc: prevent memory corruption due to cache
> invalidation
Original-Nachricht
> Datum: Mon, 16 Jun 2008 14:50:38 +1000
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Joseph Fannin <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: BUG() in current git, __dma_alloc_coherent, Beige G3
> > This is 100% reproducable.
Original-Nachricht
> Datum: Wed, 14 May 2008 14:26:53 +0200
> Von: Takashi Iwai <[EMAIL PROTECTED]>
> An: "Gerhard Pircher" <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
> linuxppc-dev@ozlabs.org, [EMAIL
Original-Nachricht
> Datum: Wed, 14 May 2008 14:26:53 +0200
> Von: Takashi Iwai <[EMAIL PROTECTED]>
> An: "Gerhard Pircher" <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
> linuxppc-dev@ozlabs.org, [EMAIL
Hi,
The commit "[POWERPC] Port fixmap from x86 and use for kmap_atomic" breaks
dma-noncoherent.c, if highmem is enabled.
> --- a/arch/powerpc/mm/pgtable_32.c
> +++ b/arch/powerpc/mm/pgtable_32.c
> @@ -387,3 +388,25 @@ void kernel_map_pages(struct page *page, int numpages,
> int enable)
>
Hi,
I get a rather strange error here with kernel v2.6.26-rc1 and gcc version
4.1.2 20061115 (prerelease) (Debian 4.1.1-21) (cross compile version).
This is the output of the build process:
> $ make ARCH=powerpc CROSS_COMPILE=powerpc-linux-gnu- zImage
> CHK include/linux/version.h
> CHK
Original-Nachricht
> Datum: Tue, 06 May 2008 18:48:39 +1000
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org, Takashi Iwai <[EMAIL PROTECTED]>, [EMAIL
> PROTECTED], [EMAIL
Original-Nachricht
> Datum: Mon, 5 May 2008 22:55:38 +0400
> Von: Anton Vorontsov <[EMAIL PROTECTED]>
> An: Kumar Gala <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: [PATCH 1/2] [POWERPC] rtc_cmos_setup: assign interrupts only if
> there is i8259 PIC
> Someti
Original-Nachricht
> Datum: Tue, 06 May 2008 09:44:18 +1000
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: Kumar Gala <[EMAIL PROTECTED]>, [EMAIL PROTECTED], linuxppc-dev@ozlabs.org
> Betr
Original-Nachricht
> Datum: Mon, 5 May 2008 13:27:28 -0500
> Von: Kumar Gala <[EMAIL PROTECTED]>
> An: "Giuseppe Coviello" <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: [PATCH] Sam440ep support
>
> On May 5, 2008, at 1:23 PM, Giuseppe Coviello wrote:
>
> > T
Original-Nachricht
> Datum: Wed, 30 Apr 2008 14:03:02 +0100
> Von: "Franca, Jose (NSN - PT/Portugal - MiniMD)" <[EMAIL PROTECTED]>
> An: "ext Gerhard Pircher" <[EMAIL PROTECTED]>, "Scott Wood" <[EMAIL
> PROTECTED]>
&g
Hi,
I think I have the same problem here with all versions of the 2.6.x kernel
series (tested with kernel v2.6.8/14/16/18/25 on a PPC7455 machine with
different PCI network cards by transferring a big file over NFS/SCP). Data
corruption occurs under high load, but I don't get any kernel oops.
reg
Original-Nachricht
> Datum: Thu, 17 Apr 2008 21:57:05 -0500 (CDT)
> Von: Kumar Gala <[EMAIL PROTECTED]>
> An: Paul Mackerras <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: [PATCH] [POWERPC] Port fixmap from x86 and use for kmap_atomic
> The fixmap code from x86 all
Original-Nachricht
> Datum: Wed, 19 Mar 2008 17:52:16 -0400
> Von: "Leisner, Martin" <[EMAIL PROTECTED]>
> An: linuxppc-dev@ozlabs.org
> CC: "Lund, Nathan \\([EMAIL PROTECTED])" <[EMAIL PROTECTED]>
> Betreff: 7448/2.6.20 problems (double boots or hangs)
> My taiga board is now d
Original-Nachricht
> Datum: Tue, 04 Mar 2008 07:44:11 +1100
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
> linuxppc-dev@ozlabs.org
> Be
Original-Nachricht
> Datum: Mon, 03 Mar 2008 09:56:09 +1100
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL
> PROTECTED]
> Be
Hi,
I'm wondering why the serial port interrupts don't show up in
/proc/interrupts or in debugfs/powerpc/virq_mapping. I added some debugging
code to the relevant code in arch/powerpc/kernel/irq.c and of_serial.c and
it looks like irq_of_parse_and_map() returns valid virqs (irq3, irq4 on a
i8259)
Original-Nachricht
> Datum: Sat, 23 Feb 2008 09:32:01 +1100
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: Milton Miller <[EMAIL PROTECTED]>, linuxppc-dev@ozlabs.org
> Betreff: Re: How to dynami
Hi,
Original-Nachricht
> Datum: Fri, 22 Feb 2008 11:24:38 -0600
> Von: Milton Miller <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: ppcdev
> Betreff: Re: How to dynamically disable/enable CPU features?
> We handle cpu features
Hi,
I'm wondering how to disable or enable CPU features based on the board the
kernel is running on. In my case I want to disable the
CPU_FTR_NEED_COHERENT flag for 74xx CPUs, because it locks up the machine.
I tried to clear the flag in the platform's *_probe() function with the
following code:
Hi,
I'm a little bit confused about the hash_native_64.c file, which is compiled
in the kernel, if PPC_NATIVE is defined. PPC_NATIVE seems to be defined also
for 32bit platforms (CHRP, PREP, etc.), but the name of the hash_native_64.c
file and the Makefile suggest that it is for 64bit platforms on
Original-Nachricht
> Datum: Mon, 4 Feb 2008 10:42:32 +
> Von: Mel Gorman <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], linuxppc-dev@ozlabs.org
> Betreff: Re: Commit for mm/page_alloc.c breaks boot process
Original-Nachricht
> Datum: Thu, 15 Nov 2007 16:00:09 -0800
> Von: "Siva Prasad" <[EMAIL PROTECTED]>
> An: [EMAIL PROTECTED], linuxppc-dev@ozlabs.org
> Betreff: hangs after "Freeing unused kernel memory"
> Hi,
>
> This sounds like a familiar problem, but could not get answers i
Original-Nachricht
> Datum: Thu, 15 Nov 2007 08:54:32 +1100
> Von: Paul Mackerras <[EMAIL PROTECTED]>
> An: "Gerhard Pircher" <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], linuxppc-dev@ozlabs.org
> Betreff: Re: Kernel locks up after calling ke
1 - 100 of 139 matches
Mail list logo
