[PATCH][v2] xsysace: use resource_size_t instead of unsigned long

Use resource_size_t for physical address of SystemACE chip. This fixes the driver brokeness for 32 bit systems with 64 bit resources (e.g. PPC440SPe). Also this patch adds one more compatible string for more clean description of the hardware, and fixes a sector_t- related compilation warning.

[PATCH] powerpc/pseries: Fix cpu hotplug

Currently, pseries_cpu_die() calls msleep() while polling RTAS for the status of the dying cpu. However if the cpu that is going down also happens to be the one doing the tick then we're hosed as the tick_do_timer_cpu 'baton' is only passed later on in tick_shutdown() when _cpu_down() does

Re: [PATCH][v2] xsysace: use resource_size_t instead of unsigned long

I'm sorry, but the patch I've just posted turn out to be corrupted. The correct one is below. --- Use resource_size_t for physical address of SystemACE chip. This fixes the driver brokeness for 32 bit systems with 64 bit resources (e.g. PPC440SPe). Also this patch adds one more compatible string

[PATCH] powerpc/ibmebus: Get rid of the IRQ mapping in ibmebus_free_irq()

ibmebus_free_irq() frees the IRQ but does not remove its mapping which results in stale entries in the map. Fix this by adding a call to irq_dispose_mapping() in ibmebus_free_irq(). Signed-off-by: Sebastien Dugue [EMAIL PROTECTED] Cc: Benjamin Herrenschmidt [EMAIL PROTECTED] Cc: Paul

Re: [PATCH][v2] xsysace: use resource_size_t instead of unsigned long

On Thu, Nov 27, 2008 at 5:21 AM, Yuri Tikhonov [EMAIL PROTECTED] wrote: Use resource_size_t for physical address of SystemACE chip. This fixes the driver brokeness for 32 bit systems with 64 bit resources (e.g. PPC440SPe). Hey Yuri, I actually already picked up the last version of your patch

[PATCH] powerpc/pseries: fix idle sleep early exit state

In pseries_dedicated_idle_sleep(), if we need to exit idle during the snooze period (i.e. need_resched or cpu has been offlined), then we should re-disable the interrupts and clear TIF_POLLING_NRFLAG before leaving. Signed-off-by: Sebastien Dugue [EMAIL PROTECTED] Cc: Paul Mackerras [EMAIL

i2c-mpc clocking scheme

All, is anybody working on some improvements regarding configurable I2C frequency inside the i2c-mpc driver ? If not - would anybody be intersted in getting this done, i.e. configurable via device tree ? regards, Andre MATRIX VISION GmbH, Talstraße 16, DE-71570 Oppenweiler -

Re: i2c-mpc clocking scheme

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 getting this done, i.e. configurable via device tree ? Maybe I'm

[PATCH] mpc52xx/serial: fix error paths in probe function

- error cases for mapbase and irq were unbundled - mapped irq now gets disposed on error - errors return ENODEV instead of EINVAL as they are not dependant on arguments Signed-off-by: Wolfram Sang [EMAIL PROTECTED] --- drivers/serial/mpc52xx_uart.c | 27 +-- 1 files

Fwd: [PATCH] Add QPACE as a separated Cell platform

From: Benjamin Krill [EMAIL PROTECTED] Since the QPACE (Chromodynamics Parallel Computing on the Cell Broadband Engine) platform doesn't use a iommu, doesn't have PCI devices and a MPIC much lesser setup and configurations are needed. So far all devices are detected as OF device. A notifier

Re: i2c-mpc clocking scheme

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 getting this done, i.e. configurable via

TR: Async DMA completion

Hello, I would like to use async DMA driver to transfer data. I find no function to wait for the end of the DMA transfer in blocking mode: the only way to get the end of the transfer is the polling by the function dma_async_is_tx_complete. To wait the end of the transfer, must I poll the

Re: [PATCH][v2] xsysace: use resource_size_t instead of unsigned long

Hello Grant, On Thursday 27 November 2008 17:11, Grant Likely wrote: On Thu, Nov 27, 2008 at 5:21 AM, Yuri Tikhonov [EMAIL PROTECTED] wrote: Use resource_size_t for physical address of SystemACE chip. This fixes the driver brokeness for 32 bit systems with 64 bit resources (e.g.

[PATCH] xsysace: add compatible string

Add one more compatible string to the table for of_platform binding, so that the platforms, which have the SysACE chip on board (e.g. Katmai), could describe it in their device trees correctly. Signed-off-by: Yuri Tikhonov [EMAIL PROTECTED] --- drivers/block/xsysace.c |1 + 1 files changed,

Re: i2c-mpc clocking scheme

Timur Tabi wrote: 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 getting this done, i.e. configurable via device

Re: [PATCH] mpc52xx/serial: fix error paths in probe function

On Thu, Nov 27, 2008 at 10:33 AM, Wolfram Sang [EMAIL PROTECTED] wrote: - error cases for mapbase and irq were unbundled - mapped irq now gets disposed on error - errors return ENODEV instead of EINVAL as they are not dependant on arguments Signed-off-by: Wolfram Sang [EMAIL PROTECTED] ---

[PATCH] powerpc/83xx: Fix MCU support merge issue in mpc8349emitx.dts

Just found the merge issue in 442746989d92afc125040e0f29b33602ad94da99 (powerpc/83xx: Add support for MCU microcontroller in .dts files): the commit adds the MCU controller node into the DMA node, which is wrong because the MCU sits on the I2C bus. Fix this by moving the MCU node into the I2C

[PATCH] of/gpio: Implement of_get_gpio_flags()

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 PROTECTED] --- drivers/of/gpio.c | 36

Re: [PATCH] mpc52xx/serial: fix error paths in probe function

On Thu, Nov 27, 2008 at 11:40:55AM -0500, Jon Smirl wrote: + if (port-irq == NO_IRQ) { + dev_err(op-dev, Could not get irq\n); + return -ENODEV; + } Doesn't NO_IRQ imply polling, not an error? See below, I just copied the original behaviour.

Re: [PATCH 4/5] powerpc: ftrace, use create_branch

On Wed, 2008-11-26 at 16:58 -0500, Steven Rostedt wrote: plain text document attachment (0004-powerpc-ftrace-use-create_branch.patch) From: Steven Rostedt [EMAIL PROTECTED] Impact: clean up Paul Mackerras pointed out that the code to determine if the branch can reach the destination is

Re: [PATCH v1] RS485 support for MPC5200x_psc_uart

Hello Hans, On Mon, Nov 17, 2008 at 04:27:45PM +0100, Lehmann, Hans (Ritter Elektronik) wrote: Criticism is welcome Well, there are still some issues concerning coding-style and design, but those can be worked out, I guess. Still, there is one conceptual question I'd like to ask: Have you

[PATCH] powerpc: add 16K/64K pages support for the 44x PPC32 architectures.

This patch adds support for page sizes bigger than 4K (16K/64K) on PPC 44x. PGDIR table is much smaller than page in case of 16K/64K pages (512 and 32 bytes resp.) so we allocate PGDIR with kzalloc() instead of __get_free_pages(). PTE table covers rather big memory area in case of 16K/64K pages

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

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 going down also happens to be the one doing the tick then we're hosed as the tick_do_timer_cpu