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
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':
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
> 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 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
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: 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: 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: 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: 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: 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: 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, 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
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: 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
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: 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: 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: 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
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
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
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
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 |
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
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_
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
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
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
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
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 |
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
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/
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
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
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: 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: 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, 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
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: 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
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
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 |
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
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
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: 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: 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: 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
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, 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
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
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
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,
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
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,
I tested my patches for the AmigaOne platform with the lastest 2.6.24-rc2
kernel snapshot. The kernel runs through all initcalls, but locks up
completely after calling INIT (/sbin/init) by kernel_execve(). Thus I
couldn't capture any kernel oops or panic output. Also the magic sysrq
key doesn'
Original-Nachricht
> Datum: Fri, 09 Nov 2007 10:20:17 +1100
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: Kernel locks up after calling kernel_execve()
>
Original-Nachricht
> Datum: Fri, 09 Nov 2007 18:50:29 +1100
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: Kernel locks up after calling kernel_execve()
>
Original-Nachricht
> Datum: Mon, 12 Nov 2007 14:57:13 +0100 (CET)
> Von: Geert Uytterhoeven <[EMAIL PROTECTED]>
> An: Jon Smirl <[EMAIL PROTECTED]>
> CC: PowerPC dev list
> Betreff: Re: pcspkr device, pnpPNP,100
> On Mon, 12 Nov 2007, Jon Smirl wrote:
> > On 11/12/07, Geert Uyt
Original-Nachricht
> Datum: Sun, 11 Nov 2007 14:55:40 +1100
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: Kernel locks up after calling kernel_execve()
>
I'm trying to debug a kernel lockup that occurs on my machine with all kernel
versions >2.6.16. I don't have a clue what the root cause of this lockup is,
thus I'm thinking about using a hardware debugger. Can anybody recommend a
reasonably cheap hardware debugger that works with G4 CPUs and can in
Original-Nachricht
> Datum: Wed, 14 Nov 2007 08:43:38 +1100
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: Kernel locks up after calling kernel_execve()
> Wel
Original-Nachricht
> Datum: Tue, 13 Nov 2007 17:10:29 -0500
> Von: "Jon Smirl" <[EMAIL PROTECTED]>
> An: "Grant Likely" <[EMAIL PROTECTED]>
> CC: "Gerhard Pircher" <[EMAIL PROTECTED]>, linuxppc-dev@ozlabs.org
> Bet
Original-Nachricht
> Datum: Wed, 14 Nov 2007 12:17:09 +1100
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: Jon Smirl <[EMAIL PROTECTED]>, [EMAIL PROTECTED], linuxppc-dev@ozlabs.org
> Betreff: R
Original-Nachricht
> Datum: Wed, 14 Nov 2007 10:37:52 +1100
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: Kernel locks up after calling kernel_execve()
> Add
Original-Nachricht
> Datum: Wed, 14 Nov 2007 21:04:57 +1100
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: Kernel locks up after calling kernel_execve()
> On
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
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
Hi,
I'm currently/still trying to describe legacy ports and interrupts for a
VIA southbridge PCI IDE controller in a device tree. While the legacy ports
can be described in the PCI device node (as suggested to me by some
developers here in a previous discussion thread - by imitating the
Pegasos),
d to be relocateable,
even if the address is fixed in compatibility mode.
BTW: Is there a way to specify the addresses for PCI config with
indirect addressing?
Thanks!
regards,
Gerhard
/*
* AmigaOne Device Tree Source
*
* Copyright 2007 Gerhard Pircher ([EMAIL PROTECTED])
*
* This program
Hi,
Original-Nachricht
> Datum: Mon, 3 Sep 2007 11:34:31 +1000
> Von: David Gibson <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: [RFC] AmigaOne device tree source v2
> Interrupt routing i
Hi,
Original-Nachricht
> Datum: Mon, 3 Sep 2007 20:12:34 +1000
> Von: David Gibson <[EMAIL PROTECTED]>
> An: Segher Boessenkool <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: [RFC] AmigaOne device tree source v2
> On Mon, Sep 03, 2007 at 12:02:58PM +0200, Seghe
Hi,
Can somebody post the device tree of a Pegasos I (prefered) or a Pegasos II
(or any other similar machine) here, please.
Thanks!
regards,
Gerhard
--
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail
_
Original-Nachricht
> Datum: Tue, 4 Sep 2007 00:32:57 +0200
> Von: Segher Boessenkool <[EMAIL PROTECTED]>
> An: "Gerhard Pircher" <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org, David Gibson <[EMAIL PROTECTED]>
> Betreff: Re: [RFC] A
Original-Nachricht
> Datum: Tue, 4 Sep 2007 00:52:02 +0200
> Von: Segher Boessenkool <[EMAIL PROTECTED]>
> An: "Gerhard Pircher" <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org, David Gibson <[EMAIL PROTECTED]>
> Betreff: Re: [RFC]
Original-Nachricht
> Datum: Wed, 5 Sep 2007 12:48:05 +1000
> Von: David Gibson <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: Segher Boessenkool <[EMAIL PROTECTED]>, linuxppc-dev@ozlabs.org
> Betreff: Re: [RFC] AmigaOne de
Original-Nachricht
> Datum: Thu, 6 Sep 2007 09:15:01 -0500
> Von: Scott Wood <[EMAIL PROTECTED]>
> An: Segher Boessenkool <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org, David Gibson <[EMAIL PROTECTED]>
> Betreff: PCI I/O space -- reg or ranges?
> > Sure, it can be encoded li
Original-Nachricht
> Datum: Thu, 6 Sep 2007 15:36:30 +0200
> Von: Segher Boessenkool <[EMAIL PROTECTED]>
> An: "Gerhard Pircher" <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org, [EMAIL PROTECTED]
> Betreff: Re: [RFC] AmigaOne device tree
Hi,
Since todc was removed from arch/powerpc I wonder how to use the rtc-cmos
RTC class driver for my AmigaOne with its VIA southbridge. Do I have to
define a platform device and the get/set_rtc_time hook functions or can
the driver probe for and access the hardware automatically, if there's a
dev
Hi,
I tried to compile a 2.6.23-rc6 kernel yesterday, but wasn't able to get a
cuImage.http://www.gmx.net/de/go/smartsurfer
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Original-Nachricht
> Datum: Wed, 19 Sep 2007 17:20:23 +0200
> Von: Peter Korsgaard <[EMAIL PROTECTED]>
> An: Scott Wood <[EMAIL PROTECTED]>
> CC: Gerhard Pircher <[EMAIL PROTECTED]>, linuxppc-dev@ozlabs.org
> Betreff: Re: cuImage generation
>
Hi,
I was able to boot the first cuImage build from a 2.6.23-rc7 kernel source
on my AmigaOne. Unfortunately the kernel triggers a BUG_ON statement in
of_get_flat_dt_root(), which is called in the probe function of my
platform code.
I wasn't able to capture the kernel log, but it looks similar to
ger gehört?
Der kanns mit allen: http://www.gmx.net/de/go/multimessenger
amigaone.dts
Description: Binary data
/*
* AmigaOne platform setup
*
* Copyright 2007 Gerhard Pircher ([EMAIL PROTECTED])
*
* Based on original amigaone_setup.c source code
* Copyright 2003 by Hans-Jörg and Thom
Original-Nachricht
> Datum: Thu, 27 Sep 2007 14:25:51 -0500
> Von: [EMAIL PROTECTED]
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: 2.6.23-rc8 dies somewhere during boot!?
> On Thu, Sep 27, 2007 at 09:12:33PM +020
Original-Nachricht
> Datum: Thu, 27 Sep 2007 15:50:12 -0500
> Von: [EMAIL PROTECTED]
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: 2.6.23-rc8 dies somewhere during boot!?
> On Thu, Sep 27, 2007 at 09:31:31PM +020
Original-Nachricht
> Datum: Thu, 27 Sep 2007 16:35:03 -0500
> Von: [EMAIL PROTECTED]
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: 2.6.23-rc8 dies somewhere during boot!?
> On Thu, Sep 27, 2007 at 11:17:00PM +020
Original-Nachricht
> Datum: Thu, 27 Sep 2007 17:20:07 -0500
> Von: [EMAIL PROTECTED]
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: 2.6.23-rc8 dies somewhere during boot!?
> On Thu, Sep 27, 2007 at 11:57:35PM +020
Original-Nachricht
> Datum: Fri, 28 Sep 2007 09:31:31 +1000
> Von: Paul Mackerras <[EMAIL PROTECTED]>
> An: "Gerhard Pircher" <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: 2.6.23-rc8 dies somewhere during boot!?
>
Hi,
I think I found an issue in the OF interrupt parsing code, although I
have to admit that my device tree source doesn't really follow the
specification.
First some information about my target setup. I didn't specify an
interrupt-map and interrupt-map-mask property in the pci node, because
AFAI
And here comes the device tree source:
/*
* AmigaOne Device Tree Source
*
* Copyright 2007 Gerhard Pircher ([EMAIL PROTECTED])
*
* This program is free software; you can redistribute it and/or modify it
* under the terms of the GNU General Public License as published by the
* Free
Original-Nachricht
> Datum: Tue, 02 Oct 2007 07:39:47 +1000
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: Problem with OF interrupt parsing code
> Part of
Original-Nachricht
> Datum: Tue, 02 Oct 2007 08:54:04 +1000
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Segher Boessenkool <[EMAIL PROTECTED]>
> CC: Gerhard Pircher <[EMAIL PROTECTED]>, linuxppc-dev@ozlabs.org
> Betreff: Re: Probl
Original-Nachricht
> Datum: Mon, 01 Oct 2007 16:26:14 -0500
> Von: Scott Wood <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: Problem with OF interrupt parsing code
> > Secondly the Am
Original-Nachricht
> Datum: Wed, 03 Oct 2007 08:03:27 +1000
> Von: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> An: Gerhard Pircher <[EMAIL PROTECTED]>
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: Problem with OF interrupt parsing code
>
>
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
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: 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
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
1 - 100 of 139 matches
Mail list logo
