[PATCH HACK] powerpc: quick hack to get a functional eHEA with hardirq preemption

WARNING: HACK - HACK - HACK Under the RT kernel (with hardirq preemption) the eHEA driver hangs right after booting. Fiddling with the hardirqs and softirqs priorities allows to run a bit longer but as soon as the network gets under load, the hang returns. After investigating, it appears that t

PCI Post Boot scan

Hi all, I'm working on a mpc8572ds based board from freescale. I have an onboard FPGA (PCI express) that I want to configure from the userspace application with the corresponding "firmware". Only after a configuration that the FPGA shows its PCI nature. the problem is that linux has no way t

[PATCH] powerpc: ignore generated vmlinux.lds

Add a .gitignore in arch/powerpc/kernel to ignore the generated vmlinux.lds. Signed-off-by: Sebastien Dugue <[EMAIL PROTECTED]> --- arch/powerpc/kernel/.gitignore |1 + 1 files changed, 1 insertions(+), 0 deletions(-) create mode 100644 arch/powerpc/kernel/.gitignore diff --git a/arch/po

Re: PCI Post Boot scan

Hi Ayoub, On Mon, 15 Sep 2008 09:13:23 + (GMT) ayoub zaki <[EMAIL PROTECTED]> wrote: > > Hi all, > > I'm working on a mpc8572ds based board from freescale. > > I have an onboard FPGA (PCI express) that I want to configure from the > userspace application with the corresponding "firmware".

Re: [PATCH HACK] powerpc: quick hack to get a functional eHEA with hardirq preemption

Hi, we are a bit worried about putting this into the mainstream part of non real time linux. There interrupts work perfectly fine, and it was a bit of a challenge to get there for all cases / configurations / machines. Could you try to enable these changes only for RT-Linux via a real-time kco

Re: [PATCH HACK] powerpc: quick hack to get a functional eHEA with hardirq preemption

Hi, we are a bit worried about putting this into the mainstream part of non real time linux. There interrupts work perfectly fine, and it was a bit of a challenge to get there for all cases / configurations / machines. Could you try to enable these changes only for RT-Linux via a real-time kconf

Re: Device treee syntax for expanding mpc5200 gpios

On Fri, Sep 12, 2008 at 04:43:22PM -0400, Jon Smirl wrote: > I need to implement some more of the mpc5200's gpio capabilities. > > Right now we have: > gpios = <&gpio_wkup 0 0>; > first cell is index into the bank, and second is unused. > > What do we need to fully describe a mpc5200 gpio? > > 1

Re: [PATCH HACK] powerpc: quick hack to get a functional eHEA with hardirq preemption

Hi Thomas, Jan-Bernd, Christoph, On Mon, 15 Sep 2008 14:35:16 +0200 Thomas Klein <[EMAIL PROTECTED]> wrote: > Hi, > > we are a bit worried about putting this into the mainstream part of non real > time linux. Heck, I sure do not want this to be applied mainstream nor into any tree. The sol

Re: Device treee syntax for expanding mpc5200 gpios

On Mon, Sep 15, 2008 at 9:02 AM, Anton Vorontsov <[EMAIL PROTECTED]> wrote: > On Fri, Sep 12, 2008 at 04:43:22PM -0400, Jon Smirl wrote: >> I need to implement some more of the mpc5200's gpio capabilities. >> >> Right now we have: >> gpios = <&gpio_wkup 0 0>; >> first cell is index into the bank, a

Re: [PATCH 2/2] ehea: fix mutex and spinlock use

NACK! I regret but this patch is wrong. It is not sufficient to only lock the replacement of an old list with a new list. Building up those lists is a 3-step process: 1. Count the number of entries a list will contain and allocate mem 2. Fill the list 3. Replace old list with updated list It's

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

From: peter Korsgaard <[EMAIL PROTECTED]> Support uImage., which are U-Boot multi component images containing a kernel, dtb and possibly an initrd. Signed-off-by: Peter Korsgaard <[EMAIL PROTECTED]> --- Documentation/powerpc/bootwrapper.txt |4 arch/powerpc/boot/Makefile|

Patches added to powerpc.git master and powerpc-next branches

The following patches have been added to the the master and powerpc-next branches of the powerpc.git repository. This represents all of the patches that I have from the old patchwork. If you have a patch that you want to go in that isn't on the new patchwork page, please repost it. Paul. Becky

[PATCH] powerpc: Avoid integer overflow in page_is_ram()

Commit 8b150478 ("ppc: make phys_mem_access_prot() work with pfns instead of addresses") fixed page_is_ram() in arch/ppc to avoid overflow for addresses above 4G on 32-bit kernels. However arch/powerpc's page_is_ram() is missing the same fix -- it computes a physical address by doing pfn << PAGE_S

Re: [PATCH] powerpc: Avoid integer overflow in page_is_ram()

On Sep 15, 2008, at 3:43 PM, Roland Dreier wrote: Commit 8b150478 ("ppc: make phys_mem_access_prot() work with pfns instead of addresses") fixed page_is_ram() in arch/ppc to avoid overflow for addresses above 4G on 32-bit kernels. However arch/powerpc's page_is_ram() is missing the same fix

Re: [PATCH] powerpc: Avoid integer overflow in page_is_ram()

> > #ifndef CONFIG_PPC64 /* XXX for now */ > > - return paddr < __pa(high_memory); > > + return pfn < max_pfn; > > #else > > + unsigned long paddr = (pfn << PAGE_SHIFT); > > seems like this could be a phys_addr_t Yes, it could I guess, but that would be an unrelated change, and I'

RE: [PATCH] ibm_newemac: Add support for GPCS, SGMII andM88E1112PHY

Hi Ben, >Ok. Thanks. I need to review your patch a bit better, hopefully later >this week. I'll let you know. Ping me if you get no news by next monday. > >Cheers, >Ben. Have you had a change to look at this patch. Thanks, Victor Gallardo ___ Linuxppc

[PATCH 2/3] kvmppc: add hypercall infrastructure - guest part v3

From: Christian Ehrhardt <[EMAIL PROTECTED]> This adds the guest portion of the hypercall infrastructure. Version 3 now follows the beat ABI, but proposes a new implementation style as static inline asm functions instead of pure assembler code. That should allow the compiler to be more flexible a

[PATCH 3/3] kvmppc: magic page paravirtualization - guest part

From: Christian Ehrhardt <[EMAIL PROTECTED]> This patch adds the guest handling for the magic page mechanism. A Hypervisor can modify the device tree passed to the guest. Using that already existing interface a guest can simply detect available hypervisor features and agree on the supported ones u

[PATCH 0/3][RFC] kvmppc: paravirtualization interface - guest part v3

From: Christian Ehrhardt <[EMAIL PROTECTED]> Version 3 updates: - guest hypercall infrastructure is now generic (in epapr_hcalls.h) while the kvm specific functions stay in kvm_para.h - the hypercalls now use beat style ABI - dropped the guest coop patch changing wrteei to wrtee (now mfmsr is

[PATCH 1/3] kvmppc: read device tree hypervisor node infrastructure

From: Christian Ehrhardt <[EMAIL PROTECTED]> This patch adds the guest portion of the device tree based host->guest communication. Using the device tree infrastructure this patch implements kvm_para_available and kvm_arch_para_features (in this patch just the infrastructure, no specific feature re

Re: [PATCH 2/2] ehea: fix mutex and spinlock use

On Mon, 15 Sep 2008 17:18:27 +0200 Thomas Klein <[EMAIL PROTECTED]> wrote: > NACK! > > I regret but this patch is wrong. It is not sufficient to only lock > the replacement of an old list with a new list. Building up those > lists is a 3-step process: > > 1. Count the number of entries a list wi