Re: [PATCH] of/gpio: Implement of_get_gpio_flags()

On Thu, 27 Nov 2008, Anton Vorontsov wrote: This function is alike to the simple of_get_gpio(), but accepts new argument: flags. This new function will be used by the drivers that need to retrieve additional GPIO information, such as active-low flag. Signed-off-by: Anton Vorontsov [EMAIL

Re: [PATCH] powerpc/pseries: Fix cpu hotplug

Hi Nathan, On Thu, 27 Nov 2008 18:14:33 -0600 Nathan Lynch [EMAIL PROTECTED] wrote: Hi, I have some questions about this patch. Sebastien Dugue wrote: Currently, pseries_cpu_die() calls msleep() while polling RTAS for the status of the dying cpu. However if the cpu that is

Re: AMCC PPC460EX Canyonlands does not see PCIe end point with only non-prefetchable memory (both 2.6.27.7 and -next)

Hello all, On Wed, Nov 26, 2008 at 7:26 PM, Leon Woestenberg [EMAIL PROTECTED] wrote: On Wed, Nov 26, 2008 at 4:25 PM, Leon Woestenberg [EMAIL PROTECTED] wrote: The non-detected end point boot: pci 0001:80:00.0: scanning behind bridge, config bf8180, pass 0 PCI: Scanning bus 0001:81 PCI:

Re: [PATCH] of/gpio: Implement of_get_gpio_flags()

On Fri, Nov 28, 2008 at 01:11:38AM -0800, Trent Piepho wrote: On Thu, 27 Nov 2008, Anton Vorontsov wrote: This function is alike to the simple of_get_gpio(), but accepts new argument: flags. This new function will be used by the drivers that need to retrieve additional GPIO information,

Re: [PATCH 0/5] powerpc: ftrace updates to previous patch series

* Steven Rostedt [EMAIL PROTECTED] wrote: On Wed, 26 Nov 2008, Steven Rostedt wrote: Paul, This patch series addresses the issues you brought up as well as adds some more enhancements and fixes. This series is added on top of the previous patch series. The new patches are:

ppc4xx: u-boot sees PCIe endpoint, linux does not.

Hello, AMCC PPC460EX canyonlands board with an FPGA PCIe end point: u-boot sees the end point, but Linux does not: U-Boot 1.3.3-00249-ga524e11 (Jun 30 2008 - 16:05:51) CPU: AMCC PowerPC 460EX Rev. A at 800 MHz (PLB=200, OPB=100, EBC=100 MHz) ... Board: Canyonlands - AMCC PPC460EX Evaluation

DMA from memory to local bus

Hi all, I'm currently developing a driver and want to make use of the DMA offload engine. Data has to be transferred from memory to a device on the local bus and vice versa. At a first look, the function dma_async_memcpy_buf_to_buf() seemed to be suitable, but it does not translate addresses

Repost from linuxppc-embedded: NMI and AMD8131/8111 on Maple board

Hi all, I am reposting this from linuxppc-embedded, as I might get more answers here. Anything that can move this case forward is greatly appreciated. Thanks. Here is the current thread: Benjamin Walsh wrote: Hi all, I've written EDAC support for the AMD8131/8111 chips that are present on

Erratic MPC8248 CPM2 I2C behaviour

Hi everybody, I've been struggling with a weird CPM2 I2C behaviour for the past few days without much success. Some background first. The platform is an MPC8248 (HiP7 Rev 14, Mask 1.0 1K50M) system with an I2C bus on which two peripherals are connected. Back to the ppc architecture days,

JVM on e500 core

Hi All, I am using MPC8568 with e500 core. The cross-compiler I am using from Freescale - GCC 3_3-e500, glibc 2.3.2 and binutils 2.15. Any one know if Java Virtual Machine is supported on the e500 core processor? Has e500 support been added to GCJ? Thanks for your help,

[PATCH 1/2] powerpc and sparc: Introduce dev_archdata node accessors

The name of the device_node field differ across the platforms, so we have to implement inlined accessors. This is needed to avoid ugly #ifdef in the generic code. Signed-off-by: Anton Vorontsov [EMAIL PROTECTED] Acked-by: David S. Miller [EMAIL PROTECTED] Acked-by: Grant Likely [EMAIL PROTECTED]

[PATCH 2/2] of/i2c: Fill the archdata for I2C devices

For I2C devices we just setting the node pointer in the archdata. This is needed so that the I2C devices could find their OF tree nodes. Signed-off-by: Anton Vorontsov [EMAIL PROTECTED] Acked-by: Grant Likely [EMAIL PROTECTED] --- drivers/of/of_i2c.c | 11 +++ 1 files changed, 11

[patch 2/4] powerpc/cell/axon-msi: retry on missing interrupt

The MSI capture logic for the axon bridge can sometimes lose interrupts in case of high DMA and interrupt load, when it signals an MSI interrupt to the MPIC interrupt controller while we are already handling another MSI. Each MSI vector gets written into a FIFO buffer in main memory using DMA,

[patch 3/4] powerpc/mpic: dont reset affinity for secondary MPIC on boot

Kexec/kdump currently fails on the IBM QS2x blades when the kexec happens on a CPU other than the initial boot CPU. It turns out that this is the result of mpic_init trying to set affinity of each interrupt vector to the current boot CPU. As far as I can tell, the same problem is likely to

[patch 0/4] Please pull merge branch of cell-2.6.git

Hi Paul, These are four bug fixes for the cell platform that I would still like to see merged in 2.6.28. None of them are regressions, but they are all nasty bugs that can easily be trigged by users. If you agree that these are 2.6.28 material, please pull from

[patch 1/4] powerpc: Fix system calls on Cell entered with XER.SO=1

It turns out that on Cell, on a kernel with CONFIG_VIRT_CPU_ACCOUNTING = y, if a program sets the SO (summary overflow) bit in the XER and then does a system call, the SO bit in CR0 will be set on return regardless of whether the system call detected an error. Since CR0.SO is used as the error

[patch 4/4] powerpc/cell: fix GDB watchpoints, again

An earlier patch from Jens Osterkamp attempted to fix GDB watchpoints by enabling the DABRX register at boot time. Unfortunately, this did not work on SMP setups, where secondary CPUs were still using the power-on DABRX value. This introduces the same change for secondary CPUs on cell as well.

[PATCH] powerpc/mpc5200: Document and tidy irq driver

From: Grant Likely [EMAIL PROTECTED] This patch adds documentation to the mpc5200 interrupt controller driver and cleans up some minor coding conventions. It also moves the contents of mpc52xx_pic.h into the driver proper (except for a small common bit that is moved to the common mpc52xx.h)

Re: i2c-mpc clocking scheme

On Thu, 27 Nov 2008, Andre Schwarz wrote: Timur Tabi schrieb: On Thu, Nov 27, 2008 at 9:00 AM, Andre Schwarz [EMAIL PROTECTED] wrote: All, is anybody working on some improvements regarding configurable I2C frequency inside the i2c-mpc driver ? If not - would anybody be intersted in

Re: Re[2]: [PATCH 02/11] async_tx: add support for asynchronous GF multiplication

On Wed, Nov 26, 2008 at 6:26 PM, Yuri Tikhonov [EMAIL PROTECTED] wrote: 3/ In my implementation (unfinished) of async_pq I decided to make the prototype: May I ask do you have in plans to finish and release your implementation? Seems that time would be better spent reviewing / finalizing

Re: [patch 3/4] powerpc/mpic: dont reset affinity for secondary MPIC on boot

On Fri, 2008-11-28 at 20:51 +0100, Arnd Bergmann wrote: plain text document attachment (0003-powerpc-mpic-don-t-reset-affinity-for-secondary-MPI.patch) Kexec/kdump currently fails on the IBM QS2x blades when the kexec happens on a CPU other than the initial boot CPU. It turns out that this is

Re: Erratic MPC8248 CPM2 I2C behaviour

Hello Laurent, After switching to the powerpc architecture and Jochen Friedrich's driver, I've experienced erratic transfer timeouts. Quite frequent at first (2.6.26), the problems disappeared on the road to 2.6.27 and have now resurfaced. Now == current linus.git? Kind regards,