Mohan Kumar M writes:
All of the variables references through @got translated into relocation
type R_PPC64_GOT16_DS entries. All these entries correspond to one of
the above entries in the .got section. But none of the entries in .got
section are relocated.
If that last statement is
Mohan Kumar M writes:
diff --git a/arch/powerpc/boot/relocs.c b/arch/powerpc/boot/relocs.c
new file mode 100644
index 000..31ca903
Where did this file come from? Did you write it all yourself? If
not, then you need to credit the original author in the patch
description at least. Also
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. At the
From: Grant Likely [EMAIL PROTECTED]
This is an I2S bus driver for the MPC5200 PSC device. It depends on the
soc-of helper functions to match a PSC device with a codec based on data
in the device tree.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
sound/soc/fsl/Kconfig |7
From: Grant Likely [EMAIL PROTECTED]
ASoC Codec driver for the TLV320AIC26 device. As it stands, this driver
doesn't support all the modes and clocking options of the AIC16, but it
is a start.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
sound/soc/codecs/Kconfig |4
Hi all,
Here is the latest series for adding MPC5200 I2S and TI AIC26 codec
support to ALSA SoC. I believe all the comments are addressed and I
hope that this series is now ready to be merged. I would really like
to see these ones land in 2.6.27.
Thanks,
g.
include/sound/soc-of-simple.h |
From: Grant Likely [EMAIL PROTECTED]
Required by the PSC I2S audio driver.
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
include/asm-powerpc/mpc52xx_psc.h | 32 +++-
1 files changed, 31 insertions(+), 1 deletions(-)
diff --git
Hi Paul/Ben
Please pull my mpc5200 next branch for the following commits:
Thanks,
g.
The following changes since commit e89970aa93b06d0605a488e74af3b0a2a80e03b5:
Linus Torvalds (1):
Merge git://git.kernel.org/.../davem/net-2.6
are available in the git repository at:
Hi Linus !
Here's the second batch of powerpc updates. I should have a last one
before the end of the merge window for things that are stealing dealing
with conflicts or dependencies but we are getting there.
So please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
Hello Uwe,
On Tuesday 22 July 2008, Uwe Kleine-König wrote:
I don't know powerpc in general nor ppc405ep in detail but IIRC arm has
problems if some memory is mapped twice. Might this be the problem
here?
Maybee, the emac0 (0xef600800) and emac1 (0xef600900) get mapped as well,
because
On Tuesday 22 July 2008, Ben Nizette wrote:
As an aside, you sure you want to do this anyway?
No ;)
I'd suggest that you
just do a gpio chip driver for this, tie it in to gpiolib and use the
gpiolib user interface (which IIRC has only made it as far as -mm but is
on the way up). This
Hey Markus,
+config UIO_GPIO
+ tristate Driver for PPC_4xx GPIO
As an aside, you sure you want to do this anyway? I'd suggest that you
just do a gpio chip driver for this, tie it in to gpiolib and use the
gpiolib user interface (which IIRC has only made it as far as -mm but is
on
Hello Markus,
Markus Brunner wrote:
I'm unable to get UIO working on the ppc405ep onchip registers (e.g. gpio/iic)
however it's working fine on peripherals.
I don't know powerpc in general nor ppc405ep in detail but IIRC arm has
problems if some memory is mapped twice. Might this be the
On Tue, 2008-07-22 at 09:48 +0200, [EMAIL PROTECTED]
wrote:
On Tuesday 22 July 2008, Ben Nizette wrote:
As an aside, you sure you want to do this anyway?
No ;)
I'd suggest that you
just do a gpio chip driver for this, tie it in to gpiolib and use the
gpiolib user interface
Hi,
On Fri, Jul 18, 2008 at 02:10:08PM +0200, Sebastian Siewior wrote:
Commit 35b5f6b1a aka [PHYLIB: Locking fixes for PHY I/O potentially sleeping]
changed the phydev-lock from spinlock into a mutex. Now, the following
code path got triggered while NFS was unavailable:
[...]
I found out that
Paul Mackerras wrote:
Mohan Kumar M writes:
diff --git a/arch/powerpc/boot/relocs.c b/arch/powerpc/boot/relocs.c
new file mode 100644
index 000..31ca903
Where did this file come from? Did you write it all yourself? If
not, then you need to credit the original author in the patch
Jon Smirl wrote:
On 7/20/08, Matt Sealey [EMAIL PROTECTED] wrote:
Hi guys,
I know this isn't a PPC question, but since some of the RadeonFB developers
live here I thought best (and it's about a PPC platform).
Is there any way to hack up the RadeonFB driver - or anything related - to
On Tue, 2008-07-22 at 09:31 +0100, Matt Sealey wrote:
Jon Smirl wrote:
On 7/20/08, Matt Sealey [EMAIL PROTECTED] wrote:
Hi guys,
I know this isn't a PPC question, but since some of the RadeonFB
developers
live here I thought best (and it's about a PPC platform).
Is there any
Scan for linux,usable-memory properties in case of dynamic reconfiguration
memory . Support for kexec/kdump.
Signed-off-by: Chandru Siddalingappa [EMAIL PROTECTED]
---
Patch applies on powerpc tree. Patch was reviewed by Nathan Fontenot, Stephen
Rothwell, Michael Neuling.
Michel Dänzer wrote:
On Tue, 2008-07-22 at 09:31 +0100, Matt Sealey wrote:
or other graphics drivers can be told please only use the first 32MB and
then either manually or automatically, map the rest as ramdisk.
You can limit the amount of video RAM used by X using the VideoRam
directive in
On Tue, 2008-07-22 at 14:31 +0530, Chandru wrote:
Scan for linux,usable-memory properties in case of dynamic reconfiguration
memory . Support for kexec/kdump.
Signed-off-by: Chandru Siddalingappa [EMAIL PROTECTED]
---
Patch applies on powerpc tree. Patch was reviewed by Nathan Fontenot,
Chandru writes:
Scan for linux,usable-memory properties in case of dynamic reconfiguration
memory . Support for kexec/kdump.
Signed-off-by: Chandru Siddalingappa [EMAIL PROTECTED]
Could we *please* have a more comprehensive patch description that
that? Something which will help people
On Tue, Jul 22, 2008 at 12:58:09AM -0600, Grant Likely wrote:
Here is the latest series for adding MPC5200 I2S and TI AIC26 codec
support to ALSA SoC. I believe all the comments are addressed and I
hope that this series is now ready to be merged. I would really like
to see these ones land
On Tue, Jul 22, 2008 at 12:53:53AM -0600, Grant Likely wrote:
This is most likely temporary glue code to work around limitations in
the ASoC v1 framework. When v2 is merged, most of this driver will
need to be reworked.
Whatever is needed in v2 can probably have the client registration
On Tue, Jul 15, 2008 at 09:51:46PM +0200, [EMAIL PROTECTED] wrote:
From: Maxim Shchetynin [EMAIL PROTECTED]
AZFS is a file system which keeps all files on memory mapped random
access storage. It was designed to work on the axonram device driver
for IBM QS2x blade servers, but can operate on
On Fri, 4 Jul 2008 20:03:51 -0600 Matthew Wilcox [EMAIL PROTECTED] wrote:
[PATCH] Make u64 long long on all architectures
It is currently awkward to print a u64 type. Some architectures use
unsigned long while others use unsigned long long. Since unsigned long
long is 64-bit for all
On Tue, Jul 22, 2008 at 12:53:58AM -0600, Grant Likely wrote:
Signed-off-by: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Mark Brown [EMAIL PROTECTED]
There's a few issues that were raised on the previous review cycle that
still need to be addressed but they should be fixable in incremental
On Tue, Jul 22, 2008 at 12:54:03AM -0600, Grant Likely wrote:
Signed-off-by: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Mark Brown [EMAIL PROTECTED]
with the same comments about outstanding issues as applied to the CPU
side.
+static int aic26_hw_params(struct snd_pcm_substream *substream,
On Tue, 2008-07-22 at 03:05 -0700, Andrew Morton wrote:
On Fri, 4 Jul 2008 20:03:51 -0600 Matthew Wilcox [EMAIL PROTECTED] wrote:
[PATCH] Make u64 long long on all architectures
It is currently awkward to print a u64 type. Some architectures use
unsigned long while others use unsigned
Thank you Milton for the detailed explanation. It'll take me quite a while
to digest it.
As a follow up to my previous messages, I now have a working kernel and a
working bootloader... but not when they are both together.
Case in point:
- load zImage.elf to DRAM 0x40 with JTAG debugger.
On Tue, 22 Jul 2008 20:36:35 +1000 Michael Ellerman [EMAIL PROTECTED] wrote:
On Tue, 2008-07-22 at 03:05 -0700, Andrew Morton wrote:
On Fri, 4 Jul 2008 20:03:51 -0600 Matthew Wilcox [EMAIL PROTECTED] wrote:
[PATCH] Make u64 long long on all architectures
It is currently awkward to
What is your problem with the linux-next tree. The problem was
discovered and reported when I first merged the ttydev tree into
linux-next on July 1. The fixes were in linux-next on July 2.
Yes .. and ? The clashes kept happening despite that when I was doing the
merges (and going on holiday
This is (IMO) a desirable change and will prevent a heck of a lot of
goofing around, and will permit a lot of prior goofing around to
be removed.
But I bet there are lots of instalces of printk(%l, some_u64) down in
arch code where the type of u64 _is_ known which will now spew warnings.
On Tue, Jul 22, 2008 at 12:58:09AM -0600, Grant Likely wrote:
Here is the latest series for adding MPC5200 I2S and TI AIC26 codec
support to ALSA SoC. I believe all the comments are addressed and I
hope that this series is now ready to be merged. I would really like
to see these ones land
Signed-off-by: Mark Brown [EMAIL PROTECTED]
---
sound/soc/codecs/tlv320aic26.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/sound/soc/codecs/tlv320aic26.c b/sound/soc/codecs/tlv320aic26.c
index 73b7027..bed8a9e 100644
--- a/sound/soc/codecs/tlv320aic26.c
+++
This fixes sparse warnings and allows non-OpenFirmware systems to attempt
to bind to the device.
Signed-off-by: Mark Brown [EMAIL PROTECTED]
---
sound/soc/codecs/tlv320aic26.c |1 +
sound/soc/codecs/tlv320aic26.h |3 +++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git
The OpenFirmware API headers don't build on all platforms so ensure
that they are not included unless they are being used.
Signed-off-by: Mark Brown [EMAIL PROTECTED]
---
include/sound/soc-of-simple.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git
On Tue, 2008-07-22 at 20:36 +1000, Michael Ellerman wrote:
concordia powerpc(master) $ find arch/powerpc/ ! -name '*32.*' | xargs
grep %l | grep -v %ll | wc -l
635
Someone's gonna get a lot of git points for fixing all those. Might
keep
the speeling fix crowd busy for a
But a bunch of
On Jul 22, 2008, at 2:32 AM, Benjamin Herrenschmidt wrote:
Hi Linus !
Here's the second batch of powerpc updates. I should have a last one
before the end of the merge window for things that are stealing
dealing
with conflicts or dependencies but we are getting there.
So please pull from:
* Paul Mackerras ([EMAIL PROTECTED]) wrote:
Robert Jennings writes:
To support Cooperative Memory Overcommitment (CMO), we need to check
for failure from some of the tce hcalls.
This patch runs into context mismatches because of changes made by
Michael Ellerman's patch Fix sparse
* Paul Mackerras ([EMAIL PROTECTED]) wrote:
Robert Jennings writes:
Minor change to add a call to align the return from the device's
get_desired_dma() function with IOMMU_PAGE_ALIGN(). Also removed a
comment referring to a non-existent structure member.
Anyway, my first comment is
On 7/22/08, Mark Brown [EMAIL PROTECTED] wrote:
On Tue, Jul 22, 2008 at 12:58:09AM -0600, Grant Likely wrote:
Here is the latest series for adding MPC5200 I2S and TI AIC26 codec
support to ALSA SoC. I believe all the comments are addressed and I
hope that this series is now ready to be
can someone look at the following compile failure in linus's tree.
I'm guessing part of this has to do with Alan's tty changes (and might
already be addressed?).
include/asm-generic/gpio.h:131: error: implicit declaration of
function 'gpio_get_value'
include/asm-generic/gpio.h:137: error:
On Tue, 22 Jul 2008 08:54:16 -0500
Kumar Gala [EMAIL PROTECTED] wrote:
can someone look at the following compile failure in linus's tree.
I'm guessing part of this has to do with Alan's tty changes (and might
already be addressed?).
include/asm-generic/gpio.h:131: error: implicit
On Tue, Jul 22, 2008 at 09:38:11AM -0400, Jon Smirl wrote:
These drivers are going to get hit with immediate patches. The DMA is
not broken out so that AC97 support can be fixed for the Efika.
Further updates shouldn't present a problem - if anything, it should be
easier easier to review
On 7/22/08, Matt Sealey [EMAIL PROTECTED] wrote:
Michel Dänzer wrote:
On Tue, 2008-07-22 at 09:31 +0100, Matt Sealey wrote:
or other graphics drivers can be told please only use the first 32MB
and
then either manually or automatically, map the rest as ramdisk.
You can limit the
On 7/22/08, Mark Brown [EMAIL PROTECTED] wrote:
On Tue, Jul 22, 2008 at 09:38:11AM -0400, Jon Smirl wrote:
These drivers are going to get hit with immediate patches. The DMA is
not broken out so that AC97 support can be fixed for the Efika.
Further updates shouldn't present a problem -
On Tue, Jul 22, 2008 at 08:54:16AM -0500, Kumar Gala wrote:
can someone look at the following compile failure in linus's tree. I'm
guessing part of this has to do with Alan's tty changes (and might
already be addressed?).
include/asm-generic/gpio.h:131: error: implicit declaration of
So,
There doesn't seem to be an official plan, so I'm making one
Kumar, Andy, and I will be at the Black Thorn at 7:30-ish this
evening. Anybody that wants to join us welcome.
Cheers,
Becky
On Jul 21, 2008, at 4:24 PM, Sean MacLennan wrote:
On Mon, 21 Jul 2008 14:15:53 -0600
Jerry Van Baren wrote:
Scott Wood wrote:
On Sun, Jul 13, 2008 at 08:44:46PM -0400, Jerry Van Baren wrote:
I'm a half-ack. ;-) I'm partial to u-boot's implementation rather
than using a bootwrapper for obvious reasons. The u-boot
implementation takes the blob as a boot parameter and
Jon Smirl wrote:
I'm just going to ignore 2.6.27 and wait for 2.6.28.
2.6.28 might have ASoC V2, or at least portions of it. You might want to just
port your driver to ASoC V2 like I did and not worry about it.
--
Timur Tabi
Linux kernel developer at Freescale
The mdio_port, mdio_bit, mdc_port and mdc_bit fields in the
fs_mii_bb_platform_info structure are left-overs from the move to the Phy
Abstraction Layer subsystem. They are not used anymore and can be safely
removed.
Signed-off-by: Laurent Pinchart [EMAIL PROTECTED]
---
include/linux/fs_enet_pd.h
Hi Alan,
On Tue, 22 Jul 2008 11:44:36 +0100 Alan Cox [EMAIL PROTECTED] wrote:
What is your problem with the linux-next tree. The problem was
discovered and reported when I first merged the ttydev tree into
linux-next on July 1. The fixes were in linux-next on July 2.
Yes .. and ? The
The CPM2 BRG setup functions cpm_setbrg and cpm2_fastbrg don't support external
clocks. This patch adds a new exported __cpm2_setbrg function that takes the
clock rate and clock source as extra parameters, and moves cpm_setbrg and
cpm2_fastbrg to include/asm-powerpc/cpm2.h where they become inline
Answering to myself to try and provide more background info:
As a follow up to my previous messages, I now have a working kernel and a
working bootloader... but not when they are both together.
Case in point:
- load zImage.elf to DRAM 0x40 with JTAG debugger. Run it. It runs
fine.
-
On Tuesday 22 July 2008, [EMAIL PROTECTED] wrote:
Hello Uwe,
On Tuesday 22 July 2008, Uwe Kleine-König wrote:
I don't know powerpc in general nor ppc405ep in detail but IIRC arm has
problems if some memory is mapped twice. Might this be the problem
here?
Maybee, the emac0 (0xef600800)
I interpreted your So much for the linux-next tree as saying well,
that has been no help. I am sorry if I got that wrong.
True it didn't help in the merge that much this time. I don't think that
is a problem with the linux-next tree but one of the lack of tty
maintainer and tty tree letting
Hi Alan,
On Tue, 22 Jul 2008 16:59:29 +0100 Alan Cox [EMAIL PROTECTED] wrote:
I really expected to get the rest merged within an hour or two, but then
it broke, then I was travelling and each time I got wireless access to
resync the tree and work on it - it broke again and again and again.
On 7/22/08, Grant Likely [EMAIL PROTECTED] wrote:
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
All of the variables references through @got translated into
relocation
type R_PPC64_GOT16_DS entries. All these entries correspond to one of
the above entries in the .got section. But none of the entries in .got
section are relocated.
If that last statement is really true, then that would be
On Tue, Jul 22, 2008 at 12:38:30PM -0400, Jon Smirl wrote:
On 7/22/08, Grant Likely [EMAIL PROTECTED] wrote:
+int of_snd_soc_register_platform(struct snd_soc_platform *platform,
+struct device_node *node,
+struct
If you built this kernel yourself, you need to do it from a system
with
an up-to-date binutils (2.18) otherwise, it does this.
Note to the linux-ppc guys; is there any changelog entry which reports
this requirement somewhere? I didn't find one...
That's because there is no such requirement.
What about the mpc5200b?
+/* Match table for of_platform binding */
+static struct of_device_id psc_i2s_match[] __devinitdata = {
+ { .compatible = fsl,mpc5200-psc-i2s, },
+ {}
+};
+MODULE_DEVICE_TABLE(of, psc_i2s_match);
+
I'm just being grumpy because updating to linus/master made
On Tue, Jul 22, 2008 at 10:52:20AM -0400, Jon Smirl wrote:
I'm just going to ignore 2.6.27 and wait for 2.6.28. This driver only
If you want to get changes in for 2.6.28 it's probably best to be
working on them now - it's not clear if this driver will be merged for
2.6.27 at all and the sooner
Paul Mackerras wrote:
Robert Jennings writes:
Split the retrieval of processor entitlement data returned in the H_GET_PPP
hcall into its own helper routine.
This seems to change the value reported for pool_capacity radically:
/* report pool_capacity in percentage */
-
Updated patch to remove checking the return code from the h_call for
H_PIC. This reverts the reporting back to its original state.
Split the retrieval and setting of processor entitlement and weight into
helper routines. This also removes the printing of the raw values
returned from h_get_ppp,
Updated patch, increment the lparcfg module version number.
Update /proc/ppc64/lparcfg to enable displaying of Cooperative Memory
Overcommitment statistics as reported by the H_GET_MPP hcall. This also
updates the lparcfg interface to allow setting memory entitlement and
weight.
Signed-off-by:
Updated patch to correct the reporting of pool_capcity.
Split the retrieval of processor entitlement data returned in the H_GET_PPP
hcall into its own helper routine.
Signed-off-by: Nathan Fontenot [EMAIL PROTECTED]
Signed-off-by: Robert Jennings [EMAIL PROTECTED]
---
On Tuesday 22 July 2008, Anton Vorontsov wrote:
On Tue, Jul 22, 2008 at 08:54:16AM -0500, Kumar Gala wrote:
can someone look at the following compile failure in linus's tree. I'm
guessing part of this has to do with Alan's tty changes (and might
already be addressed?).
I just updated to linus/master and mpc5200_fec won't boot.
Guessing it is this patch but I haven't looked at it yet.
commit 263ba3204a434d0ca851e1321b31cd58376b86cb
Author: David S. Miller [EMAIL PROTECTED]
Date: Tue Jul 15 03:47:41 2008 -0700
netdev: Convert all drivers away from
Laurent Pinchart wrote:
The mdio_port, mdio_bit, mdc_port and mdc_bit fields in the
fs_mii_bb_platform_info structure are left-overs from the move to the Phy
Abstraction Layer subsystem. They are not used anymore and can be safely
removed.
Signed-off-by: Laurent Pinchart [EMAIL PROTECTED]
---
David Gibson wrote:
On Fri, Jul 11, 2008 at 05:45:15PM +1000, Stephen Rothwell wrote:
Hi all,
Could people take one last look at these patches and if there are no
issues, please send Ack-bys to Andrew who will push them to Linus for
2.6.27.
[PATCH 1/6 v2] allow arch specific function
On Tue, Jul 22, 2008 at 12:33:16PM -0700, David Brownell wrote:
On Tuesday 22 July 2008, Anton Vorontsov wrote:
On Tue, Jul 22, 2008 at 08:54:16AM -0500, Kumar Gala wrote:
can someone look at the following compile failure in linus's tree. I'm
guessing part of this has to do with Alan's
* Nate Case | 2008-07-21 17:57:08 [-0500]:
On Fri, 2008-07-18 at 14:10 +0200, Sebastian Siewior wrote:
Commit 35b5f6b1a aka [PHYLIB: Locking fixes for PHY I/O potentially sleeping]
changed the phydev-lock from spinlock into a mutex. Now, the following
code path got triggered while NFS was
On 7/22/08, Jon Smirl [EMAIL PROTECTED] wrote:
I just updated to linus/master and mpc5200_fec won't boot.
It does boot, but this badness looks like it is coming from this
patch. I don't know enough about networking to debug it.
[EMAIL PROTECTED]:~/fs/drivers/net$ git diff
Sounds good, I'll be there. It will be good to put some faces to names.
Cheers,
John
-Original Message-
From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
[EMAIL PROTECTED] On Behalf Of Becky Bruce
Sent: Tuesday, July 22, 2008 8:55 AM
To: Sean MacLennan; [EMAIL PROTECTED]; Wolfgang
From: Jon Smirl [EMAIL PROTECTED]
Date: Tue, 22 Jul 2008 17:03:32 -0400
On 7/22/08, Jon Smirl [EMAIL PROTECTED] wrote:
I just updated to linus/master and mpc5200_fec won't boot.
It does boot, but this badness looks like it is coming from this
patch. I don't know enough about networking to
On Tue, Jul 22, 2008 at 12:38:30PM -0400, Jon Smirl wrote:
On 7/22/08, Grant Likely [EMAIL PROTECTED] wrote:
+int of_snd_soc_register_codec(struct snd_soc_codec_device *codec_dev,
+ void *codec_data, struct snd_soc_dai *dai,
+
On Tue, Jul 22, 2008 at 11:09:52AM +0100, Mark Brown wrote:
On Tue, Jul 22, 2008 at 12:53:58AM -0600, Grant Likely wrote:
Signed-off-by: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Mark Brown [EMAIL PROTECTED]
There's a few issues that were raised on the previous review cycle that
On Tue, Jul 22, 2008 at 12:53:07PM +0100, Mark Brown wrote:
The OpenFirmware API headers don't build on all platforms so ensure
that they are not included unless they are being used.
Signed-off-by: Mark Brown [EMAIL PROTECTED]
Acked-by: Grant Likely [EMAIL PROTECTED]
I actually fixed this
On Tue, Jul 22, 2008 at 12:53:08PM +0100, Mark Brown wrote:
This fixes sparse warnings and allows non-OpenFirmware systems to attempt
to bind to the device.
Signed-off-by: Mark Brown [EMAIL PROTECTED]
Acked-by: Grant Likely [EMAIL PROTECTED]
---
sound/soc/codecs/tlv320aic26.c |1 +
On Tue, Jul 22, 2008 at 12:53:09PM +0100, Mark Brown wrote:
Signed-off-by: Mark Brown [EMAIL PROTECTED]
Acked-by: Grant Likely [EMAIL PROTECTED]
---
sound/soc/codecs/tlv320aic26.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/sound/soc/codecs/tlv320aic26.c
On Tue, Jul 22, 2008 at 10:26:47AM +0100, Mark Brown wrote:
On Tue, Jul 22, 2008 at 12:58:09AM -0600, Grant Likely wrote:
Here is the latest series for adding MPC5200 I2S and TI AIC26 codec
support to ALSA SoC. I believe all the comments are addressed and I
hope that this series is now
On Tue, Jul 22, 2008 at 03:09:55PM -0600, John Linn wrote:
Becky Bruce wrote:
So,
There doesn't seem to be an official plan, so I'm making one
Kumar, Andy, and I will be at the Black Thorn at 7:30-ish this
evening. Anybody that wants to join us welcome.
Sounds good, I'll be
On Wed, Jul 23, 2008 at 08:05:09AM +1000, Benjamin Herrenschmidt wrote:
On Tue, 2008-07-22 at 18:53 +0400, Anton Vorontsov wrote:
On Tue, Jul 22, 2008 at 08:54:16AM -0500, Kumar Gala wrote:
can someone look at the following compile failure in linus's tree. I'm
guessing part of this has
From: Jon Smirl [EMAIL PROTECTED]
Date: Tue, 22 Jul 2008 17:03:32 -0400
On 7/22/08, Jon Smirl [EMAIL PROTECTED] wrote:
I just updated to linus/master and mpc5200_fec won't boot.
It does boot, but this badness looks like it is coming from this
patch. I don't know enough about networking to
On 7/22/08, David Miller [EMAIL PROTECTED] wrote:
From: Jon Smirl [EMAIL PROTECTED]
Date: Tue, 22 Jul 2008 17:03:32 -0400
On 7/22/08, Jon Smirl [EMAIL PROTECTED] wrote:
I just updated to linus/master and mpc5200_fec won't boot.
It does boot, but this badness looks like it is
From: Jon Smirl [EMAIL PROTECTED]
Date: Tue, 22 Jul 2008 18:54:18 -0400
On 7/22/08, David Miller [EMAIL PROTECTED] wrote:
From: Jon Smirl [EMAIL PROTECTED]
Date: Tue, 22 Jul 2008 17:03:32 -0400
On 7/22/08, Jon Smirl [EMAIL PROTECTED] wrote:
I just updated to linus/master and
On 7/22/08, David Miller [EMAIL PROTECTED] wrote:
From: Jon Smirl [EMAIL PROTECTED]
Date: Tue, 22 Jul 2008 18:54:18 -0400
On 7/22/08, David Miller [EMAIL PROTECTED] wrote:
From: Jon Smirl [EMAIL PROTECTED]
Date: Tue, 22 Jul 2008 17:03:32 -0400
On 7/22/08, Jon Smirl
From: Jon Smirl [EMAIL PROTECTED]
Date: Tue, 22 Jul 2008 19:33:13 -0400
On 7/22/08, David Miller [EMAIL PROTECTED] wrote:
From: Jon Smirl [EMAIL PROTECTED]
Date: Tue, 22 Jul 2008 18:54:18 -0400
On 7/22/08, David Miller [EMAIL PROTECTED] wrote:
From: Jon Smirl [EMAIL PROTECTED]
Support internal I2S clock sources on MPC5200
Signed-off-by: Jon Smirl [EMAIL PROTECTED]
---
sound/soc/fsl/mpc5200_psc_i2s.c | 58 ++-
sound/soc/fsl/mpc5200_psc_i2s.h | 13 +
2 files changed, 64 insertions(+), 7 deletions(-)
create mode 100644
Allow a custom ASOC machine driver with soc-of-simple
Signed-off-by: Jon Smirl [EMAIL PROTECTED]
---
include/sound/soc-of-simple.h |2 ++
sound/soc/fsl/soc-of-simple.c | 26 +-
2 files changed, 23 insertions(+), 5 deletions(-)
diff --git
A struct sysdev_attribute * parameter was added to the show routine by
commit 4a0b2b4dbe1335b8b9886ba3dc85a145d5d938ed sysdev: Pass the
attribute to the low level sysdev show/store function.
This eliminates a warning:
arch/powerpc/kernel/sysfs.c:538: warning: initialization from incompatible
Hi,
That, or adding a small function to move the bits to the appropriate
registers (set_dbcr or set_dac_events).
Do you think it's worth to support this facility on 405's processors? If
so, i'll gladly work on a solution to it.
I would think so. There's really no difference from a
On Tue, Jul 22, 2008 at 7:36 PM, David Miller [EMAIL PROTECTED] wrote:
From: Jon Smirl [EMAIL PROTECTED]
You're right. That patch fixes it. Another thing I brought down made
my image file not get generated and I was using an old image.
Thanks for confirming this Jon.
Thanks for fixing it!
Hi John,
On Tue, 22 Jul 2008 19:53:51 -0400 Jon Smirl [EMAIL PROTECTED] wrote:
+static struct snd_soc_ops *machine_ops = NULL;
+static char *machine_name = NULL;
You don't need these initialisations.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
96 matches
Mail list logo