Re: [RFC] (almost) booting allyesconfig -- please don't poke super-io without request_region

2008-07-12 Thread Hans de Goede
Jean Delvare wrote: On Fri, 11 Jul 2008 09:27:26 +0200, Hans de Goede wrote: Jean Delvare wrote: Hi Hans, hi Milton, One could make a superio driver, and create sub-devices for the IR, I2C, floppy, parallel, etc nodes. There have been proposals to do this, and this would indeed be a very

Re: [i2c] [PATCH] of/i2c: don't pass -1 to irq_dispose_mapping, otherwise kernel will oops

2008-07-12 Thread Jon Smirl
On 7/12/08, Wolfram Sang <[EMAIL PROTECTED]> wrote: > On Fri, Jul 11, 2008 at 12:23:23PM -0600, Grant Likely wrote: > > > On Fri, Jul 11, 2008 at 09:48:59PM +0400, Anton Vorontsov wrote: > > > Firstly kernel warns at set_irq_chip, and then dies completely: > > > > > > Trying to install chip for

Re: linux-next: kbuild tree build failure

2008-07-12 Thread Roman Zippel
Hi, On Sat, 12 Jul 2008, Milton Miller wrote: > (1) #define PAGE_OFFSET(ASM_CONST(CONFIG_PAGE_OFFSET) << 32) > > It creates unreadable code, where two defines with almost the same name (the > only difference being > the CONFIG_ prefix, which is often ignored when scanning) contains radically

Re: linux-next: kbuild tree build failure

2008-07-12 Thread Milton Miller
In-Reply-To: <[EMAIL PROTECTED]> On Fri Jul 11 00:59:25 EST 2008, Roman Zippel wrote: On Thu, 10 Jul 2008, Michael Ellerman wrote: > Well yes :) But I think that's because you're thinking of > "end-users" and I'm thinking of "users" like myself - ie. _I_ use > Kconfig and I do expect myself to

Please pull linux-2.6-mpc52xx tree

2008-07-12 Thread Grant Likely
Hi Ben, Please pull the following patches for MPC5xxx support. git://git.secretlab.ca/git/linux-2.6-mpc52xx next Thanks, g. The following changes since commit 0db9360aaa9b95b0cf67f82874809f16e68068eb: Nathan Fontenot (1): powerpc/pseries: Update numa association of hotplug memory ad

Re: [alsa-devel] [PATCH v2 3/3] ALSA SoC: Add Texas Instruments TLV320AIC26 codec driver

2008-07-12 Thread Grant Likely
On Sat, Jul 12, 2008 at 12:10 PM, Mark Brown <[EMAIL PROTECTED]> wrote: > On Sat, Jul 12, 2008 at 02:39:39AM -0600, Grant Likely wrote: > >> ASoC Codec driver for the TLV320AIC26 device. This driver uses the ASoC >> v1 API, so I don't expect it to get merged as-is, but I want to get it >> out ther

Re: [alsa-devel] [PATCH 3/3] ALSA SoC: Add Texas Instruments TLV320AIC26 codec driver

2008-07-12 Thread Grant Likely
On Sat, Jul 12, 2008 at 11:36 AM, Mark Brown <[EMAIL PROTECTED]> wrote: > The power configuration should be fixed, though. Normally drivers > either fully implement DAPM (including set_bias_level()) or power > everything in the codec up when the driver is loaded. At the minute > what the driver i

Re: [alsa-devel] [PATCH v2 3/3] ALSA SoC: Add Texas Instruments TLV320AIC26 codec driver

2008-07-12 Thread Mark Brown
On Sat, Jul 12, 2008 at 02:39:39AM -0600, Grant Likely wrote: > ASoC Codec driver for the TLV320AIC26 device. This driver uses the ASoC > v1 API, so I don't expect it to get merged as-is, but I want to get it > out there for review. I've not reviewed this revision of these drivers yet but I just

Re: [RFC] reorganize cputypes for PPC64

2008-07-12 Thread Arnd Bergmann
On Saturday 12 July 2008, Marvin wrote: > attached patch introduces a "processor type" menu similar to ppc32. It > _should_ not change anything upto now. > > The aim is to allow future fine graded cpu optimizations via mcpu/mtune > compiler flags and also to clean up the arch Makefile/Kconfig.c

Re: [alsa-devel] [PATCH 3/3] ALSA SoC: Add Texas Instruments TLV320AIC26 codec driver

2008-07-12 Thread Mark Brown
On Sat, Jul 12, 2008 at 12:00:18AM -0600, Grant Likely wrote: > On Wed, Jul 02, 2008 at 11:48:33AM +0100, Liam Girdwood wrote: > > PLL/FLL/clock config is usually done in a separate function > > (codec_set_pll(), callable by machine driver) so that we can change > > clocks depending on the availab

[RFC] reorganize cputypes for PPC64

2008-07-12 Thread Marvin
Hi, attached patch introduces a "processor type" menu similar to ppc32. It _should_ not change anything upto now. The aim is to allow future fine graded cpu optimizations via mcpu/mtune compiler flags and also to clean up the arch Makefile/Kconfig.cputypes (I know this is a minefield). Greet

[PATCH v3 5/5] powerpc/mpc5200: Add mpc5200-spi (non-PSC) device driver

2008-07-12 Thread Grant Likely
From: Grant Likely <[EMAIL PROTECTED]> Adds support for the dedicated SPI device on the Freescale MPC5200(b) SoC. Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- drivers/spi/Kconfig |8 + drivers/spi/Makefile|1 drivers/spi/mpc52xx_spi.c | 595 +++

[PATCH v3 3/5] of-bindings: Add binding documentation for SPI busses and devices

2008-07-12 Thread Grant Likely
From: Grant Likely <[EMAIL PROTECTED]> Add documentation about how to describe SPI busses in the device tree. Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --- Documentation/powerpc/booting-without-of.txt | 58 ++ 1 files changed, 58 insertions(+), 0 deletions(-) di

[PATCH v3 4/5] spi: Add OF binding support for SPI busses

2008-07-12 Thread Grant Likely
From: Grant Likely <[EMAIL PROTECTED]> This patch adds support for populating an SPI bus based on data in the OF device tree. This is useful for powerpc platforms which use the device tree instead of discrete code for describing platform layout. Signed-off-by: Grant Likely <[EMAIL PROTECTED]> --

[PATCH v3 2/5] spi: split up spi_new_device() to allow two stage registration.

2008-07-12 Thread Grant Likely
From: Grant Likely <[EMAIL PROTECTED]> spi_new_device() allocates and registers an spi device all in one swoop. If the driver needs to add extra data to the spi_device before it is registered, then this causes problems. This patch splits the allocation and registration portions of code out of spi

[PATCH v2 3/3] ALSA SoC: Add Texas Instruments TLV320AIC26 codec driver

2008-07-12 Thread Grant Likely
From: Grant Likely <[EMAIL PROTECTED]> ASoC Codec driver for the TLV320AIC26 device. This driver uses the ASoC v1 API, so I don't expect it to get merged as-is, but I want to get it out there for review. --- sound/soc/codecs/Kconfig |4 sound/soc/codecs/Makefile |2 sound/s

[PATCH v2 2/3] ALSA SoC: Add mpc5200-psc I2S driver

2008-07-12 Thread Grant Likely
From: Grant Likely <[EMAIL PROTECTED]> This is an I2S bus driver for the MPC5200 PSC device. It is probably will not be merged as-is because it uses v1 of the ASoC API, but I want to get it out there for comments. --- include/asm-powerpc/mpc52xx_psc.h | 32 + sound/soc/fsl/Kconfig

[PATCH v2 1/3] ALSA SoC: Add OpenFirmware helper for matching bus and codec drivers

2008-07-12 Thread Grant Likely
From: Grant Likely <[EMAIL PROTECTED]> Simple utility layer for creating ASoC machine instances based on data in the OpenFirmware device tree. OF aware platform drivers and codec drivers register themselves with this framework and the framework automatically instantiates a machine driver. This i

[PATCH v3 1/5] of: adapt of_find_i2c_driver() to be usable by SPI also

2008-07-12 Thread Grant Likely
From: Grant Likely <[EMAIL PROTECTED]> SPI has a similar problem as I2C in that it needs to determine an appropriate modalias value for each device node. This patch adapts the of_i2c of_find_i2c_driver() function to be usable by of_spi also. Signed-off-by: Grant Likely <[EMAIL PROTECTED]> ---

Re: [i2c] [PATCH] of/i2c: don't pass -1 to irq_dispose_mapping, otherwise kernel will oops

2008-07-12 Thread Wolfram Sang
On Fri, Jul 11, 2008 at 11:15:02PM +0400, Anton Vorontsov wrote: > > Nope, it was a bug in the i2c documentation fixed recently: > > Nope? I'm looking into i2c-core.c: > > .. i2c_new_device(...) > { > client->irq = info->irq; > > Core will blindly pass irq, so clients should ensure that i

Re: [i2c] [PATCH] of/i2c: don't pass -1 to irq_dispose_mapping, otherwise kernel will oops

2008-07-12 Thread Wolfram Sang
On Fri, Jul 11, 2008 at 12:23:23PM -0600, Grant Likely wrote: > On Fri, Jul 11, 2008 at 09:48:59PM +0400, Anton Vorontsov wrote: > > Firstly kernel warns at set_irq_chip, and then dies completely: > > > > Trying to install chip for IRQ-1 > > > > diff --git a/drivers/of/of_i2c.c b/drivers/of/of_i2c