Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc

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

Re: [PATCH 7/8] powerpc/dma: split the two __dma_alloc_coherent implementations

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

Re: [PATCH 29/38] powerpc: Move 32-bit probe() machine to later in the boot process

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

Re: [PATCH 29/38] powerpc: Move 32-bit probe() machine to later in the boot process

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

Re: [PATCH 29/38] powerpc: Move 32-bit probe() machine to later in the boot process

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

Re: PowerPC agpmode issues

> 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

Re: [RFT PATCH] powerpc: convert amigaone_defconfig to use libata PATA drivers

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

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

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':

[PATCH] powerpc: kvm: Set M flag for KVM PTE depending on CPU_FTR_NEED_COHERENT

or 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 gerhard_pirc...@gmx.net --- With this patch I could successfully run a Debian Wheezy installation inside QEMU started

Re: [git pull] Please pull powerpc.git merge branch

Original-Nachricht Datum: Mon, 02 Jul 2012 14:57:39 +1000 Von: Benjamin Herrenschmidt b...@kernel.crashing.org An: Linus Torvalds torva...@linux-foundation.org CC: linuxppc-dev list linuxppc-...@ozlabs.org, Andrew Morton a...@linux-foundation.org, Linux Kernel list

Re: PowerPC radeon KMS - is it possible?

Original-Nachricht Datum: Tue, 24 Apr 2012 16:15:00 +0200 Von: Michel Dänzer mic...@daenzer.net An: Gerhard Pircher gerhard_pirc...@gmx.net CC: linuxppc-dev@lists.ozlabs.org Betreff: Re: PowerPC radeon KMS - is it possible? On Mon, 2012-04-23 at 18:45 +0200, Gerhard

Re: PowerPC radeon KMS - is it possible?

Original-Nachricht Datum: Mon, 23 Apr 2012 11:56:06 +0200 Von: Michel Dänzer mic...@daenzer.net An: Gerhard Pircher gerhard_pirc...@gmx.net CC: linuxppc-dev@lists.ozlabs.org Betreff: Re: PowerPC radeon KMS - is it possible? On Fre, 2012-04-20 at 18:14 +0200, Gerhard

Re: PowerPC radeon KMS - is it possible?

Original-Nachricht Datum: Thu, 19 Apr 2012 14:41:16 +0200 Von: Michel Dänzer mic...@daenzer.net An: Gerhard Pircher gerhard_pirc...@gmx.net CC: linuxppc-dev@lists.ozlabs.org, sch...@linux-m68k.org, ojordan12...@hotmail.co.uk Betreff: Re: PowerPC radeon KMS - is it possible

Re: PowerPC radeon KMS - is it possible?

Original-Nachricht Datum: Fri, 20 Apr 2012 15:18:16 +0200 Von: Michel Dänzer mic...@daenzer.net An: Gerhard Pircher gerhard_pirc...@gmx.net CC: linuxppc-dev@lists.ozlabs.org Betreff: Re: PowerPC radeon KMS - is it possible? On Fre, 2012-04-20 at 13:15 +0200, Gerhard

Re: PowerPC radeon KMS - is it possible?

Original-Nachricht Datum: Thu, 19 Apr 2012 08:32:51 +0200 Von: Michel Dänzer mic...@daenzer.net An: Gerhard Pircher gerhard_pirc...@gmx.net CC: ojordan12...@hotmail.co.uk, sch...@linux-m68k.org, linuxppc-dev@lists.ozlabs.org Betreff: Re: PowerPC radeon KMS

Re: PowerPC radeon KMS - is it possible?

Original-Nachricht Datum: Wed, 18 Apr 2012 17:01:20 +0200 Von: Michel Dänzer mic...@daenzer.net An: Andreas Schwab sch...@linux-m68k.org CC: o jordan ojordan12...@hotmail.co.uk, linuxppc-dev@lists.ozlabs.org Betreff: Re: PowerPC radeon KMS - is it possible? On Mit,

Re: PowerPC radeon KMS - is it possible?

Original-Nachricht Datum: Wed, 18 Apr 2012 18:06:36 +0200 Von: Michel Dänzer mic...@daenzer.net An: Gerhard Pircher gerhard_pirc...@gmx.net CC: linuxppc-dev@lists.ozlabs.org, sch...@linux-m68k.org, ojordan12...@hotmail.co.uk Betreff: Re: PowerPC radeon KMS

Re: [patch 00/14] Sort out i8253 and PC speaker locking and headers

Original-Nachricht Datum: Fri, 3 Jun 2011 19:00:38 +0100 Von: Ralf Baechle r...@linux-mips.org An: Gerhard Pircher gerhard_pirc...@gmx.net CC: linux-m...@linux-mips.org, linuxppc-dev@lists.ozlabs.org, linux-al...@vger.kernel.org, linux-a...@vger.kernel.org, linux-ker

Re: [patch 00/14] Sort out i8253 and PC speaker locking and headers

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 i8253

Re: [PATCH] powerpc: Implement dma_mmap_coherent()

Original-Nachricht Datum: Fri, 25 Mar 2011 17:50:06 +1100 Von: Benjamin Herrenschmidt b...@kernel.crashing.org An: linuxppc-dev linuxppc-dev@lists.ozlabs.org CC: Takashi Iwai ti...@suse.de Betreff: [PATCH] powerpc: Implement dma_mmap_coherent() This is used by Alsa to mmap

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 ppc.ad...@gmail.com An: Gerhard Pircher gerhard_pirc...@gmx.net CC: acrux...@libero.it, linuxppc-dev@lists.ozlabs.org Betreff: Re: any chance to use a modern linux kernel on Pegasos1 G3 ? hi

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 ppc.ad...@gmail.com An: CC: linuxppc-dev@lists.ozlabs.org, acrux @ cruxppc acrux...@libero.it Betreff: Re: any chance to use a modern linux kernel on Pegasos1 G3 ? ok, it seems that no one

Re: any chance to use a modern linux kernel on Pegasos1 G3 ?

Original-Nachricht Datum: Tue, 15 Mar 2011 18:49:24 +0100 Von: Sven Luther s...@z-innov.com An: Gerhard Pircher gerhard_pirc...@gmx.net CC: nello martuscielli ppc.ad...@gmail.com, linuxppc-dev@lists.ozlabs.org, acrux...@libero.it Betreff: Re: any chance to use a modern

Re: [PATCH 1/2] powerpc/boot/dts: Install dts from the right directory

Original-Nachricht Datum: Sun, 09 Jan 2011 00:24:01 + Von: Ben Hutchings b...@decadent.org.uk An: Benjamin Herrenschmidt b...@kernel.crashing.org, Paul Mackerras pau...@samba.org CC: Gerhard Pircher gerhard_pirc...@gmx.net, linuxppc-dev@lists.ozlabs.org Betreff

Re: Pegasos i8042 broken again

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. Specifically,

Re: ALSA fixes for non-coherent ppc32 again

Original-Nachricht Datum: Wed, 08 Jul 2009 16:13:10 +0200 Von: Takashi Iwai ti...@suse.de An: Benjamin Herrenschmidt b...@kernel.crashing.org CC: Gerhard Pircher gerhard_pirc...@gmx.net, linuxppc-...@ozlabs.org Betreff: Re: ALSA fixes for non-coherent ppc32 again At Wed

How to correctly reassign PCI BARs

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

Re: ALSA fixes for non-coherent ppc32 again

Original-Nachricht Datum: Wed, 24 Jun 2009 11:47:13 +0200 Von: Takashi Iwai ti...@suse.de An: Gerhard Pircher gerhard_pirc...@gmx.net 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

Re: ALSA fixes for non-coherent ppc32 again

Original-Nachricht Datum: Tue, 23 Jun 2009 23:42:24 +0200 Von: Gerhard Pircher gerhard_pirc...@gmx.net 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 somehow messed up

Re: ALSA fixes for non-coherent ppc32 again

Original-Nachricht Datum: Mon, 22 Jun 2009 09:12:35 +0200 Von: Takashi Iwai ti...@suse.de An: Benjamin Herrenschmidt b...@kernel.crashing.org CC: Gerhard Pircher gerhard_pirc...@gmx.net, linuxppc-...@ozlabs.org Betreff: Re: ALSA fixes for non-coherent ppc32 again

Re: ALSA fixes for non-coherent ppc32 again

Original-Nachricht Datum: Tue, 23 Jun 2009 10:55:54 +0200 Von: Gerhard Pircher gerhard_pirc...@gmx.net An: Takashi Iwai ti...@suse.de, b...@kernel.crashing.org CC: linuxppc-...@ozlabs.org Betreff: Re: ALSA fixes for non-coherent ppc32 again Original-Nachricht

Re: ALSA fixes for non-coherent ppc32 again

Original-Nachricht Datum: Mon, 22 Jun 2009 09:12:35 +0200 Von: Takashi Iwai ti...@suse.de An: Benjamin Herrenschmidt b...@kernel.crashing.org CC: Gerhard Pircher gerhard_pirc...@gmx.net, linuxppc-...@ozlabs.org Betreff: Re: ALSA fixes for non-coherent ppc32 again At Mon

ALSA fixes for non-coherent ppc32 again

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

Re: killing use of ppc_md.init

Original-Nachricht Datum: Thu, 18 Jun 2009 09:38:50 -0500 Von: Kumar Gala ga...@kernel.crashing.org An: Gerhard Pircher gerhard_pirc...@gmx.net, Benjamin Herrenschmidt b...@kernel.crashing.org CC: linuxppc-dev list linuxppc-...@ozlabs.org Betreff: killing use

[PATCH] powerpc/amigaone: Convert amigaone_init() to a machine_device_initcall()

This allows to remove the ppc_md.init() hook in the setup code. Signed-off-by: Gerhard Pircher gerhard_pirc...@gmx.net --- 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

[PATCH] powerpc/amigaone: Limit ISA I/O range to 4k in the device tree

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 gerhard_pirc...@gmx.net --- arch/powerpc/boot/dts

[PATCH] powerpc: Enable additional BAT registers in setup_745x_specifics()

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: Gerhard

Re: DTS file PCI / i8259 for Xilinx ML510

Original-Nachricht Datum: Sun, 15 Mar 2009 09:38:26 +0100 Von: Roderick Colenbrander thunderbir...@gmx.net An: Gerhard Pircher gerhard_pirc...@gmx.net, linuxppc-dev@ozlabs.org Betreff: Re: DTS file PCI / i8259 for Xilinx ML510 At some point in the file they create some

Re: DTS file PCI / i8259 for Xilinx ML510

Original-Nachricht Datum: Sun, 15 Mar 2009 12:00:17 +0100 Von: Roderick Colenbrander thunderbir...@gmx.net An: Gerhard Pircher gerhard_pirc...@gmx.net, linuxppc-dev@ozlabs.org Betreff: Re: DTS file PCI / i8259 for Xilinx ML510 I got the i8259 south bridge working now

Re: DTS file PCI / i8259 for Xilinx ML510

Original-Nachricht Datum: Thu, 12 Mar 2009 11:32:19 +0100 Von: Roderick Colenbrander thunderbir...@gmx.net 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

Re: NFS problems on a MPC5200-based board

handling of the hash page table code. regards, Gerhard commit 4c456a67f501b8b15542c7c21c28812bf88f484b Author: Gerhard Pircher gerhard_pirc...@gmx.net Date: Fri Jan 23 06:51:28 2009 + powerpc/mm: Fix handling of _PAGE_COHERENT in BAT setup code _PAGE_COHERENT is now always

Does DRI/DRM still work on non-coherent DMA platforms?

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):

[PATCH v3 2/4] powerpc: Generic device tree for all AmigaOne boards

, as only i8259 legacy interrupts are used. Signed-off-by: Gerhard Pircher gerhard_pirc...@gmx.net --- 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

[PATCH v3 3/4] powerpc: Bootwrapper and serial console support for AmigaOne

a uImage at 0x50. Signed-off-by: Gerhard Pircher gerhard_pirc...@gmx.net --- arch/powerpc/boot/Makefile |5 - arch/powerpc/boot/cuboot-amigaone.c | 35 +++ arch/powerpc/boot/serial.c |3 ++- arch/powerpc/boot/wrapper

[PATCH v3 4/4] powerpc: Default config for AmigaOne boards

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 gerhard_pirc...@gmx.net --- arch/powerpc/configs/amigaone_defconfig | 1636

[RFC] Error handling in *_add/find_bridges()

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).

AmigaOne platform patches v2

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

[PATCH v2 3/4] Bootwrapper and serial console support for AmigaOne

a uImage at 0x50. Signed-off-by: Gerhard Pircher gerhard_pirc...@gmx.net --- arch/powerpc/boot/Makefile |5 - arch/powerpc/boot/cuboot-amigaone.c | 35 +++ arch/powerpc/boot/serial.c |3 ++- arch/powerpc/boot/wrapper

[PATCH v2 4/4] Default config for AmigaOne boards

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 gerhard_pirc...@gmx.net --- arch/powerpc/configs/amigaone_defconfig | 1636

[PATCH] powerpc/mm: Fix handling of _PAGE_COHERENT in BAT setup code

_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 gerhard_pirc...@gmx.net --- arch/powerpc/mm/ppc_mmu_32.c |6 +++--- 1 files changed, 3

Re: [PATCH 5/5] ide: Force VIA IDE legacy interrupts for AmigaOne boards

Original-Nachricht Datum: Mon, 19 Jan 2009 19:28:35 +0100 Von: Bartlomiej Zolnierkiewicz bzoln...@gmail.com An: Gerhard Pircher gerhard_pirc...@gmx.net CC: Benjamin Herrenschmidt b...@kernel.crashing.org, linux-...@vger.kernel.org, linuxppc-dev@ozlabs.org, grant.lik

Re: [PATCH 9/10] powerpc/mm: Rework usage of _PAGE_COHERENT/NO_CACHE/GUARDED v2

Original-Nachricht Datum: Fri, 19 Dec 2008 16:13:51 +1100 Von: Benjamin Herrenschmidt b...@kernel.crashing.org An: Paul Mackerras pau...@samba.org CC: linuxppc-dev@ozlabs.org, Kumar Gala kumar.g...@freescale.com Betreff: [PATCH 9/10] powerpc/mm: Rework usage of

Re: [PATCH 9/10] powerpc/mm: Rework usage of _PAGE_COHERENT/NO_CACHE/GUARDED v2

Original-Nachricht Datum: Mon, 19 Jan 2009 06:55:06 +1100 Von: Benjamin Herrenschmidt b...@kernel.crashing.org An: Gerhard Pircher gerhard_pirc...@gmx.net CC: pau...@samba.org, kumar.g...@freescale.com, linuxppc-dev@ozlabs.org Betreff: Re: [PATCH 9/10] powerpc/mm: Rework

Re: [PATCH 2/5] powerpc: Generic device tree for all AmigaOne boards

Original-Nachricht Datum: Tue, 13 Jan 2009 16:01:42 +1100 Von: Benjamin Herrenschmidt b...@kernel.crashing.org An: Gerhard Pircher gerhard_pirc...@gmx.net CC: linuxppc-dev@ozlabs.org, grant.lik...@secretlab.ca Betreff: Re: [PATCH 2/5] powerpc: Generic device tree for all

Re: [PATCH 1/5] powerpc: Add platform support for AmigaOne

Original-Nachricht Datum: Mon, 12 Jan 2009 16:08:07 +1100 Von: Benjamin Herrenschmidt b...@kernel.crashing.org An: Scott Wood scottw...@freescale.com CC: Gerhard Pircher gerhard_pirc...@gmx.net, linuxppc-dev@ozlabs.org Betreff: Re: [PATCH 1/5] powerpc: Add platform support

Re: [PATCH 2/5] powerpc: Generic device tree for all AmigaOne boards

Original-Nachricht Datum: Mon, 12 Jan 2009 16:12:18 +1100 Von: Benjamin Herrenschmidt b...@kernel.crashing.org An: Gerhard Pircher gerhard_pirc...@gmx.net CC: Grant Likely grant.lik...@secretlab.ca, linuxppc-dev@ozlabs.org Betreff: Re: [PATCH 2/5] powerpc: Generic device

Re: [PATCH 5/5] ide: Force VIA IDE legacy interrupts for AmigaOne boards

Original-Nachricht Datum: Mon, 12 Jan 2009 18:55:55 +0100 Von: Bartlomiej Zolnierkiewicz bzoln...@gmail.com An: Gerhard Pircher gerhard_pirc...@gmx.net CC: linux-...@vger.kernel.org, linuxppc-dev@ozlabs.org, grant.lik...@secretlab.ca Betreff: Re: [PATCH 5/5] ide: Force

Re: [PATCH 5/5] ide: Force VIA IDE legacy interrupts for AmigaOne boards

Original-Nachricht Datum: Sun, 11 Jan 2009 17:51:55 +0100 Von: Bartlomiej Zolnierkiewicz bzoln...@gmail.com An: Gerhard Pircher gerhard_pirc...@gmx.net CC: Grant Likely grant.lik...@secretlab.ca, linuxppc-dev@ozlabs.org, linux-...@vger.kernel.org Betreff: Re: [PATCH 5/5

[PATCH 3/5] powerpc: Bootwrapper and serial console support for AmigaOne

a uImage at 0x50. Signed-off-by: Gerhard Pircher gerhard_pirc...@gmx.net --- arch/powerpc/boot/Makefile |5 - arch/powerpc/boot/cuboot-amigaone.c | 35 +++ arch/powerpc/boot/serial.c |3 ++- arch/powerpc/boot/wrapper

[PATCH 2/5] powerpc: Generic device tree for all AmigaOne boards

, as only i8259 legacy interrupts are used. Signed-off-by: Gerhard Pircher gerhard_pirc...@gmx.net --- 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

[PATCH 4/5] powerpc: Default config for AmigaOne boards

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 gerhard_pirc...@gmx.net --- arch/powerpc/configs/amigaone_defconfig | 1613

Re: [PATCH 3/5] powerpc: Bootwrapper and serial console support for AmigaOne

Original-Nachricht Datum: Wed, 7 Jan 2009 08:07:14 -0700 Von: Grant Likely grant.lik...@secretlab.ca An: Gerhard Pircher gerhard_pirc...@gmx.net CC: linuxppc-dev@ozlabs.org Betreff: Re: [PATCH 3/5] powerpc: Bootwrapper and serial console support for AmigaOne On Wed, Jan

Re: [PATCH 5/5] ide: Force VIA IDE legacy interrupts for AmigaOne boards

Original-Nachricht Datum: Wed, 7 Jan 2009 08:13:06 -0700 Von: Grant Likely grant.lik...@secretlab.ca An: Gerhard Pircher gerhard_pirc...@gmx.net CC: linuxppc-dev@ozlabs.org, bzoln...@gmail.com Betreff: Re: [PATCH 5/5] ide: Force VIA IDE legacy interrupts for AmigaOne

Re: [PATCH 1/5] powerpc: Add platform support for AmigaOne

Original-Nachricht Datum: Wed, 7 Jan 2009 13:07:18 -0600 Von: Scott Wood scottw...@freescale.com An: Gerhard Pircher gerhard_pirc...@gmx.net 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

Re: [PATCH v2] bootwrapper: support u-boot multi component images

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] Support

Re: [PATCH 0/3] ALSA fixes for non-coherent ppc32

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 ALSA

Re: [PATCH/RFC] powerpc: prevent memory corruption due to cache invalidation of unaligned DMA buffer

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 of

Re: BUG() in current git, __dma_alloc_coherent, Beige G3

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. I can't

Re: ALSA fixes for non-coherent archs (Re: [PATCH] Sam440ep support)

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 PROTECTED] Betreff: ALSA fixes for non-coherent

Re: ALSA fixes for non-coherent archs (Re: [PATCH] Sam440ep support)

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 PROTECTED] Betreff: ALSA fixes for non-coherent

Patch [Port fixmap from x86 and use for kmap_atomic] breaks dma_noncoherent.c

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)

Re: [PATCH] Sam440ep support

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 Betreff: Re: [PATCH] Sam440ep support On Mon, 2008

Re: [PATCH 1/2] [POWERPC] rtc_cmos_setup: assign interrupts only if there is i8259 PIC

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 Sometimes

Re: [PATCH] Sam440ep support

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 PROTECTED] Betreff: Re: [PATCH] Sam440ep

Strange build error in boot/wrapper script

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

Re: [PATCH] Sam440ep support

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: This patch adds

Re: FW: SKB corruption on heavy traffic

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.

Re: [PATCH] [POWERPC] Port fixmap from x86 and use for kmap_atomic

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 allows us to

Re: 7448/2.6.20 problems (double boots or hangs)

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 dead -- on our

Re: [BUG/RFC/PATCH] drm: Fix for non-coherent DMA PowerPC

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] Betreff: Re: [BUG/RFC/PATCH] drm: Fix for non

Re: [BUG/RFC/PATCH] drm: Fix for non-coherent DMA PowerPC

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 Betreff: Re: [BUG/RFC/PATCH] drm: Fix for non

Re: How to dynamically disable/enable 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 dynamically disable/enable CPU features

Re: How to dynamically disable/enable CPU features?

Hi, Original-Nachricht Datum: Fri, 22 Feb 2008 11:24:38 -0600 Von: Milton Miller [EMAIL PROTECTED] An: Gerhard Pircher [EMAIL PROTECTED] CC: ppcdev linuxppc-dev@ozlabs.org Betreff: Re: How to dynamically disable/enable CPU features? We handle cpu features in a couple

How to dynamically disable/enable 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:

Question about PPC_NATIVE/hash_native_64.c

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

Re: Commit for mm/page_alloc.c breaks boot process on my machine

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 on my machine 2. Any chance

Re: hangs after Freeing unused kernel memory

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 in posts

Re: Kernel locks up after calling kernel_execve()

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 kernel_execve() No it's not just for ppc64. We

Re: Hardware debuggers for PPC74xx G4 CPUs

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: Re: Hardware debuggers for PPC74xx G4 CPUs

Re: Kernel locks up after calling kernel_execve()

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 printk's to things :-) It's a UP kernel

Re: Kernel locks up after calling kernel_execve()

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 Wed, 2007-11-14 at 10:39 +0100, Gerhard

Re: Kernel locks up after calling kernel_execve()

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() On Sat, 2007-11-10 at 18:11 +0100

Hardware debuggers for PPC74xx G4 CPUs

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

Re: Kernel locks up after calling kernel_execve()

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() Well, at least the above tells is it's

Re: Hardware debuggers for PPC74xx G4 CPUs

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 Betreff: Re: Hardware debuggers for PPC74xx G4 CPUs On 11/13/07, Grant Likely

Re: pcspkr device, pnpPNP,100

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 Linuxppc-dev@ozlabs.org Betreff: Re: pcspkr device, pnpPNP,100 On Mon, 12 Nov 2007, Jon Smirl wrote: On

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() I tried to use /bin/sh as init program

Kernel locks up after calling kernel_execve()

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

Re: Kernel locks up after calling kernel_execve()

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() On Thu, 2007-11-08 at 22:47 +0100

Re: Problem with OF interrupt parsing code

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 your problem is that interrupt-parent

  1   2   >