I2C + 0x0c */
u8 reserved4[3];/* I2C + 0x0d */
u8 mdr; /* I2C + 0x10 */
u8 reserved5[15]; /* I2C + 0x11 */
u8 interrupt; /* I2C + 0x20 */
u8 reserved6[3];/* I2C + 0x21 */
u8 mifr;
l_get_sys_freq()
> MPC8540/41/60/55,MPC8610: fsl_get_sys_freq()
> MPC8543/45/47/48/68, MPC8641: fsl_get_sys_freq()/2
> MPC8544 : fsl_get_sys_freq()/2 or /3
>
> It would make sense to hand-over the I2C frequency from U-Boot to
> Linux.
>
> Wolfgang.
>
>
>
> ___
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
>
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
xx_psc_spi.c:117: warning: passing argument 1 of
'out_be16' from incompatible pointer type
drivers/spi/mpc52xx_psc_spi.c: In function 'mpc52xx_psc_spi_port_config':
drivers/spi/mpc52xx_psc_spi.c:350: warning: passing argument 1 of
'out_be16' from inc
; >
> > Neither "serial-eeprom" nor "generic" is the name of a vendor, so
> > no. The comma has a well-defined meaning. Why would a comma be
> > easier than a dash for your device matching code, anyway?
>
>
> Just to add my voice; I 100% agree. If it is not documented, and it
> doesn't fit with established conventions, then it shouldn't be used in
> the compatible field.
>
>
> g.
>
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
EDDED that confused me.
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
GENERIC_BUG || BLACKFIN || MN10300
default !EMBEDDED
help
Say Y here to make BUG() panics output the file name and line number
of the BUG call as well as the EIP and oops trace. This aids
debugging but costs about 70-100K of memory.
--
Jon
On 7/29/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 29, 2008 at 07:12:58PM -0400, Jon Smirl wrote:
> > On 7/29/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> > > Jon Smirl wrote:
> > >
> > > > I'm getting a "Badness at c01
On 7/29/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
>
> > I'm getting a "Badness at c01cc228 [verbose debug info unavailable]"
> >
> > How do I turn on verbose debug support? Or is it helpful? I see the
> > option for x86 but I
I'm getting a "Badness at c01cc228 [verbose debug info unavailable]"
How do I turn on verbose debug support? Or is it helpful? I see the
option for x86 but I don't see how to do it for PowerPC.
--
Jon Smirl
[EMAIL PROTECTED]
___
x32"?
>
> > eeprom is the vague Linuxism that at24 is attempting to correct.
> > eeprom just goes and searches for anything resembling an eeprom. It
> > will trigger on chips that aren't eeproms.
> >
>
> Yeah. And no driver should need to probe _anything_ if it has a
> device tree node describing the device -- certainly it shouldn't
> probe for what kind of device it is!
>
>
> Segher
>
>
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On 7/27/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 27, 2008 at 1:05 AM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > On 7/26/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> >> On Mon, Jul 14, 2008 at 09:54:37PM +0400, Anton Vorontsov wrote:
> &
On 7/27/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 27, 2008 at 12:44 AM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > On 7/26/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> >> On Tue, Jul 22, 2008 at 07:53:51PM -0400, Jon Smirl wrote:
> >&g
1;
> > }
> >
> > i = strlen(p) + 1;
> > @@ -61,12 +68,10 @@ static int of_find_i2c_driver(struct device_node *node,
> > cplen -= i;
> > }
> >
> > - /
On 7/26/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 22, 2008 at 07:53:49PM -0400, Jon Smirl wrote:
>
> > Support internal I2S clock sources on MPC5200
> >
> > Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
>
>
> I'll play with thi
On 7/26/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 22, 2008 at 07:53:51PM -0400, Jon Smirl wrote:
>
> > Allow a custom ASOC machine driver with soc-of-simple
> >
> > Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
>
>
> Sorry I didn'
boot.
>
> Bug reported by Jon Smirl.
>
>
> Signed-off-by: Nathan Lynch <[EMAIL PROTECTED]>
>
> ---
>
> Benjamin Herrenschmidt wrote:
> > if (RELOC(powerpc_base_platform))
> > RELOC(powerpc_base_platform) = t->platform;
> >
>
On 7/25/08, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 7/25/08, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> > On Fri, 2008-07-25 at 17:00 -0500, Nathan Lynch wrote:
> > > Jon Smirl wrote:
> > > > I've lost my ability to boot o
On 7/25/08, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-07-25 at 17:00 -0500, Nathan Lynch wrote:
> > Jon Smirl wrote:
> > > I've lost my ability to boot on the mpc5200. Reverting this patch fixes
> it.
> >
> > How does i
raries
+ * that are tuned for the real hardware.
+ */
+#define ELF_BASE_PLATFORM (powerpc_base_platform)
+
#ifdef __powerpc64__
# define ELF_PLAT_INIT(_r, load_addr) do {\
_r->gpr[2] = load_addr; \
--
Jon Smirl
[EMAIL PROTECTED]
On 7/25/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 25, 2008 at 11:40 AM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > On 7/25/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> >> From: Grant Likely <[EMAIL PROTECTED]>
> >>
>
>
if (of_find_i2c_driver(node, &info) < 0) {
> - irq_dispose_mapping(info.irq);
> - continue;
> - }
> -
> info.addr = *addr;
>
> request_module(info.type);
> diff
t; framesync=%i bitclk=%i reg=%X\n",
__FUNCTION__, substream, params_rate(params),
psc_i2s->sysclk,
framesync, bitclk, value);
out_be32(&psc_i2s->psc_regs->ccr, value);
out_8(&psc_i2s->psc_regs->ctur,
line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
OF_GPIO
+ select GENERIC_GPIO
def_bool y
depends on OF && PPC_OF && HAVE_GPIO_LIB
help
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
ion of 'gpio_to_irq' was here
include/asm/gpio.h:50: error: redefinition of 'irq_to_gpio'
include/linux/gpio.h:90: error: previous definition of 'irq_to_gpio' was here
make[2]: *** [arch/powerpc/platforms/52xx/mpc52xx_gpio.o] Error 1
make[1]: *** [arch/powerpc/platforms
On 7/23/08, Mark Brown <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 23, 2008 at 10:09:01AM -0400, Jon Smirl wrote:
> > On 7/23/08, Mark Brown <[EMAIL PROTECTED]> wrote:
>
>
> > > ...this doesn't just allow a custom machine driver, it requires that
> &g
On 7/23/08, Mark Brown <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 22, 2008 at 07:53:51PM -0400, Jon Smirl wrote:
>
> > Allow a custom ASOC machine driver with soc-of-simple
>
>
> As with the clocking configuration: this looks fine from an ASoC point
> of view but plea
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/include/sound/
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
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&quo
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_f
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/dr
kthread+0x4c/0x88
[c382dff0] [c000f538] kernel_thread+0x44/0x60
Instruction dump:
7c6b1b78 3929e468 7f834800 3922 90010024 38030024 bfa10014 40be0030
3d20c033 80099988 7c34 5400d97e <0f00> 2f80 41be0054 3801
PHY: f0003000:00 - Link is Up - 100
to linus/master made me fix
over a hundred merge conflicts, now I have to test everything again.
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
const phandle *handle;
> + int len, rc = 0;
> +
> + pr_info("registering ASoC platform driver: %s\n", node->full_name);
> +
> + handle = of_get_property(node, "codec-handle", &len);
> + if (!handle || l
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.
>
> Furth
So now.. how do we do this for framebuffers?
My memory is suspect, but first you would need to make sure all of
VRAM is mapped. Then there is a value in fb that says how much of the
VRAM it is using. Anything above the max is fair game if X isn't
running. Note that the amount of VRAM in us
a bit more relaxed.
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.
I haven't touched these up for the driver that was just posted.
From: Jon Smirl <[EMAIL PROTECTED]>
---
include/sound
Remove fsl-soc.c from mpc5200 build, it is not needed.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/Kconfig |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/platforms/52xx/Kconfig
b/arch/powerpc/platforms/52xx/Kconfig
ume other drivers can and will simply walk all
> over it?
>
> --
> Matt Sealey <[EMAIL PROTECTED]>
> Genesi, Manager, Developer Relations
> ___
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/
Add more register definitions for the MPC52xx PSC
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
include/asm-powerpc/mpc52xx_psc.h |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/include/asm-powerpc/mpc52xx_psc.h
b/include/asm-powerpc/mpc52xx_psc.h
audio data are just the same as
> > those for any other ALSA driver so things like sound/arm/aaci.c may
> > provide useful examples.
> >
>
>
> _______
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxp
we also switched form TEXT_TEXT macro in
> include/asm-generic.h to a hand-rolled .text section.
>
> Can we come up with a workaround?
>
> thanks,
> milton
>
> ___
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
>
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On 7/16/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 16, 2008 at 10:24:22AM -0400, Jon Smirl wrote:
> > On 7/16/08, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> > > Jon Smirl wrote:
> > >
> > > > On 7/1
On 7/16/08, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
>
> > On 7/16/08, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> >
> > > Currently, the I2C buses are probed for HWMON I2C devices, which might
> > > not be acceptabl
he new model yet, convert it
before deploying with the new i2c-mpc driver. It's not very hard to
convert the client drivers.
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On 7/16/08, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
>
> > On 7/16/08, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> >
> > > Currently, the I2C buses are probed for HWMON I2C devices, which might
> > > not be acceptabl
All this patch seems to be doing is removing class I2C_CLASS_HWMON via
a device tree flag, PROBE.
Why do you need to do this? The OF conversion patch that is working
its way through the system lets you put the address of the device into
the device tree node. Probing shouldn't be necessary
pc/platforms/52xx/Kconfig
index e91a0d2..76a3411 100644
--- a/arch/powerpc/platforms/52xx/Kconfig
+++ b/arch/powerpc/platforms/52xx/Kconfig
@@ -1,7 +1,6 @@
config PPC_MPC52xx
bool "52xx-based boards"
depends on PPC_MULTIPLATFORM && PPC32
- select FSL_SOC
ards,
> >Gabriel
> > ___
> > Linuxppc-dev mailing list
> > Linuxppc-dev@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-dev
> >
> _
has to be code in
the kernel somewhere to do the mapping from chip id to linux driver
name.
Pushing the linux driver name down into the firmware is even crazier.
+ /* 2. search for linux, entry */
Now if the linux driver gets renamed everyone o
On 7/15/08, Mark Brown <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 14, 2008 at 07:45:46PM -0400, Jon Smirl wrote:
> > On 7/14/08, Timur Tabi <[EMAIL PROTECTED]> wrote:
> > > Mark Brown wrote:
>
>
> > > > chassis - on Linux drivers can be automatical
27;t know if you can load device drivers early
enough to load a powerpc machine driver from initrd.
A fourth scheme is to do it at compile time. But that means no
universal firmware images that support multiple hardware revisions. We
have this one today too.
--
Jon Smirl
[EMAIL PROTECTED]
is -
> most codecs will need some additional configuration. This could be
> added later, though.
>
> Given this it might be worth renaming it to something less generic and
> perhaps pushing it down into an of directory below the main ASoC
> directory to parallel existing machine drivers. I'm happy with the code
> from an ASoC point of view.
>
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
nfusing if there are two different ways to do
SPI on the mpc5200.
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
. Does something in the i2c layer depend on
> > the -1 value?
> >
>
>
> You already acked a fix to this :) I wasn't sure if my patch would
> make it on its own, as Jon Smirl was also working on fixes to of_i2c.c
> and he seemed to pick up this issue, too.
I did anot
driver
> interface.
>
> Am I correct?
>
> The only situation where I can see it being appropriate to specify
> device_type is to work around older bindings that are ambiguous with
> their other properties.
I experimented with this on my own trees.
2xx_PSC_SICR_CELLSLAVE and MPC52xx_PSC_SICR_GENCLK when the
fsl5200-cellslave attribute is present.
We need to tie the two PSCs up like this to get the audio clock in via
PSC1 and then have PSC2 generate the frame clock when the i2s data is
transmitted.
Do you want a diff, or do you have a
On 7/7/08, Matt Sealey <[EMAIL PROTECTED]> wrote:
>
> Jon Smirl wrote:
>
> > On 7/7/08, Matt Sealey <[EMAIL PROTECTED]> wrote:
> >
> > >
> > >
> > to do that the samples have to be alternated as they are fed into the
> > AC97 stream.
note does anyone know of the status or what is going on with
> Clifford Wolf's dmatransfer API?
>
> --
> Matt Sealey <[EMAIL PROTECTED]>
> Genesi, Manager, Developer Relations
>
> ___
> Linuxppc-dev mailing list
>
On 7/7/08, Mark Brown <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 06, 2008 at 01:56:48PM -0400, Jon Smirl wrote:
>
> > The driver is assuming a capture stream exists. My codec is output only.
>
>
> While the driver declares a capture stream the core doesn't require t
has a
33.Mhz xtal and runs at 400Mhz.
In order to reduce options, can the psc-i2s driver always try to use
mpc5200 clocking, then let the codec or fabric driver override it?
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-d
st leave out the partition information
> and modify U-Boot to fill them in (just like memory and clock speed are
> left out). Things like flash partitions are less like hardware
> description and more like configuration data.
Has anyone tried writing a RedBoot type partition table onto their
flash device? If it is there the kernel will read the partition info
from it. It's a config option in the kernel flash support section. Is
there a utility for creating these tables?
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
tch was initially posted in January. In
the last six months the initial patch set has been sliced and diced
into a bunch of different pieces but the contents of this patch are
essentially unchanged.
I don't care which tree it uses to get to mainline, I'd just like to
see it get merged.
&
voltage-range = <3300 3300>;
/*gpios = <&sdcsr_pio 1 0 /* WP */
/* &sdcsr_pio 0 1>; /* nCD */
};
};
As part of this module's initialization it may need to request_module
generic mmc core module, but I haven't traced things out that far yet.
None of these parts should need to be compiled in, they should all be
capable of being loaded as a modules.
> +static int __init of_mmc_spi_init(void)
> +{
> + int ret;
> +
> + ret = bus_register_notifier(&spi_bus_type, &of_mmc_spi_notifier);
> + if (ret) {
> + pr_err("%s: unable to register notifier on the spi bus\n",
> + __func__);
> + return ret;
> + }
> +
> + return 0;
> +}
> +subsys_initcall(of_mmc_spi_init);
> +
> +MODULE_DESCRIPTION("OpenFirmware bindings for the MMC-over-SPI driver");
> +MODULE_AUTHOR("Anton Vorontsov <[EMAIL PROTECTED]>");
> +MODULE_LICENSE("GPL");
> --
> 1.5.5.1
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
}
> +}
> +EXPORT_SYMBOL(of_register_spi_devices);
> diff --git a/include/linux/of_spi.h b/include/linux/of_spi.h
> new file mode 100644
> index 000..5f71ee8
> --- /dev/null
> +++ b/include/linux/of_spi.h
> @@ -0,0 +1,18 @@
> +/*
> + * OpenFirmware SPI support routines
> + * Copyright (C) 2008 Secret Lab Technologies Ltd.
> + *
> + * Support routines for deriving SPI device attachments from the device
> + * tree.
> + */
> +
> +#ifndef __LINUX_OF_SPI_H
> +#define __LINUX_OF_SPI_H
> +
> +#include
> +#include
> +
> +extern void of_register_spi_devices(struct spi_master *master,
> + struct device_node *np);
> +
> +#endif /* __LINUX_OF_SPI */
>
>
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
; + if (!codec_node)
> + return -ENODEV;
> + pr_info("looking for codec: %s\n", codec_node->full_name);
> +
> + mutex_lock(&of_snd_soc_mutex);
> + of_soc = of_snd_soc_get_device(codec_node);
> + if (!of_soc) {
> + rc = -ENOMEM;
> + goto out;
> + }
> +
> + of_soc->platform_node = node;
> + of_soc->dai_link.cpu_dai = cpu_dai;
> + of_soc->device.platform = platform;
> + of_soc->machine.name = of_soc->dai_link.cpu_dai->name;
> +
> + /* Now try to register the SoC device */
> + of_snd_soc_register_device(of_soc);
> +
> + out:
> + mutex_unlock(&of_snd_soc_mutex);
> + return rc;
> +}
> +EXPORT_SYMBOL_GPL(of_snd_soc_register_platform);
>
> ___
> Alsa-devel mailing list
> [EMAIL PROTECTED]
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
}
> +
> + /* Allocate and initialize the driver private data */
> + psc_i2s = kzalloc(sizeof *psc_i2s, GFP_KERNEL);
> + if (!psc_i2s) {
> + iounmap(regs);
> + return -ENOMEM;
> + }
> + spin_lock_init(&psc_i2s->lock);
> + psc_i2s->irq = irq;
> + psc_i2s->psc_regs = regs;
> + psc_i2s->fifo_regs = regs + sizeof *psc_i2s->psc_regs;
> + psc_i2s->dev = &op->dev;
> + psc_i2s->playback_stream.psc_i2s = psc_i2s;
> + psc_i2s->capture_stream.psc_i2s = psc_i2s;
> + snprintf(psc_i2s->name, sizeof psc_i2s->name, "PSC%u", psc_id+1);
> +
> + /* Fill out the CPU DAI structure */
> + memcpy(&psc_i2s->dai, &psc_i2s_dai_template, sizeof psc_i2s->dai);
> + psc_i2s->dai.private_data = psc_i2s;
> + psc_i2s->dai.name = psc_i2s->name;
> + psc_i2s->dai.id = psc_id;
> +
> + /* Find the address of the fifo data registers and setup the
> +* DMA tasks */
> + fifo = res.start + offsetof(struct mpc52xx_psc, buffer.buffer_32);
> + psc_i2s->capture_stream.bcom_task =
> + bcom_psc_gen_bd_rx_init(psc_id, 10, fifo, 512);
> + psc_i2s->playback_stream.bcom_task =
> + bcom_psc_gen_bd_tx_init(psc_id, 10, fifo);
> + if (!psc_i2s->capture_stream.bcom_task ||
> + !psc_i2s->playback_stream.bcom_task) {
> + dev_err(&op->dev, "Could not allocate bestcomm tasks\n");
> + iounmap(regs);
> + kfree(psc_i2s);
> + return -ENODEV;
> + }
> +
> + /* Save what we've done so it can be found again later */
> + dev_set_drvdata(&op->dev, psc_i2s);
> +
> + /* Register the SYSFS files */
> + rc = device_create_file(psc_i2s->dev, &dev_attr_status);
> + rc = device_create_file(psc_i2s->dev, &dev_attr_capture_overrun);
> + rc = device_create_file(psc_i2s->dev, &dev_attr_playback_underrun);
> + if (rc)
> + dev_info(psc_i2s->dev, "error creating sysfs files\n");
> +
> + /* Tell the ASoC OF helpers about it */
> + of_snd_soc_register_platform(&psc_i2s_pcm_soc_platform, op->node,
> +&psc_i2s->dai);
> +
> + return 0;
> +}
> +
> +static int __devexit psc_i2s_of_remove(struct of_device *op)
> +{
> + struct psc_i2s *psc_i2s = dev_get_drvdata(&op->dev);
> +
> + dev_dbg(&op->dev, "psc_i2s_remove()\n");
> +
> + bcom_gen_bd_rx_release(psc_i2s->capture_stream.bcom_task);
> + bcom_gen_bd_tx_release(psc_i2s->playback_stream.bcom_task);
> +
> + iounmap(psc_i2s->psc_regs);
> + iounmap(psc_i2s->fifo_regs);
> + kfree(psc_i2s);
> + dev_set_drvdata(&op->dev, NULL);
> +
> + return 0;
> +}
> +
> +/* 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);
> +
> +static struct of_platform_driver psc_i2s_driver = {
> + .match_table = psc_i2s_match,
> + .probe = psc_i2s_of_probe,
> + .remove = __devexit_p(psc_i2s_of_remove),
> + .driver = {
> + .name = "mpc5200-psc-i2s",
> + .owner = THIS_MODULE,
> + },
> +};
> +
> +/* -
> + * Module setup and teardown; simply register the of_platform driver
> + * for the PSC in I2S mode.
> + */
> +static int __init psc_i2s_init(void)
> +{
> + return of_register_platform_driver(&psc_i2s_driver);
> +}
> +module_init(psc_i2s_init);
> +
> +static void __exit psc_i2s_exit(void)
> +{
> + of_unregister_platform_driver(&psc_i2s_driver);
> +}
> +module_exit(psc_i2s_exit);
> +
> +
>
> ___
> Alsa-devel mailing list
> [EMAIL PROTECTED]
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
t; +* out when it is probed by the SoC CODEC part of this driver */
> + aic26->codec.private_data = aic26;
> + aic26->codec.name = "aic26";
> + aic26->codec.owner = THIS_MODULE;
> + aic26->codec.dai = &aic26_dai;
> + aic26-&g
;
> + return -ENODEV;
> + }
> + regs = ioremap(res.start, 1 + res.end - res.start);
> + if (!regs) {
> + dev_err(&op->dev, "Could not map registers\n");
> + return -ENODEV;
> + }
> +
&g
!handle || len < sizeof(handle))
> + return -ENODEV;
> + codec_node = of_find_node_by_phandle(*handle);
> + if (!codec_node)
> + return -ENODEV;
> + pr_info("looking for codec: %s\n", codec_node->full_name);
> +
&g
-by: Jon Smirl <[EMAIL PROTECTED]>
---
drivers/of/of_i2c.c| 37 ++---
include/linux/of_i2c.h |2 ++
2 files changed, 28 insertions(+), 11 deletions(-)
diff --git a/drivers/of/of_i2c.c b/drivers/of/of_i2c.c
index 715a444..ca69a16 100644
--- a/driv
On 7/1/08, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 1 Jul 2008 13:00:08 -0400, Jon Smirl wrote:
> > > On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> >
> > > > My prefe
On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Tue, 1 Jul 2008 13:00:08 -0400, Jon Smirl wrote:
> > On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote:
>
> > > My preference is for things like of_spi and of_i2c to go with the
> > > related busse
On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Tue, 1 Jul 2008 10:45:18 -0600, Grant Likely wrote:
> > On Tue, Jul 01, 2008 at 06:29:49PM +0200, Jean Delvare wrote:
> > > On Tue, 1 Jul 2008 11:12:58 -0400, Jon Smirl wrote:
> > > > On 7/1/08, Je
On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 01, 2008 at 11:12:58AM -0400, Jon Smirl wrote:
> > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > I'm fine with this patch. In particular, exporting i2c_bus_type is OK.
> > >
On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Tue, 1 Jul 2008 11:12:58 -0400, Jon Smirl wrote:
> > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > I'm fine with this patch. In particular, exporting i2c_bus_type is OK.
> > > It was
On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> Hi Jon,
>
>
> On Mon, 30 Jun 2008 19:01:28 -0400, Jon Smirl wrote:
> > Add the of_find_i2c_device_by_node function. This allows you to
> > follow a reference in the device to an i2c device node and the
NERS entry for OF...
>
> --
>
> Jean Delvare
>
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Convert i2c-mpc to an of_platform driver. Utilize the code in drivers/of-i2c.c
to make i2c modules dynamically loadable by the device tree.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 122 -
drivers/i2c/buss
Add the of_find_i2c_device_by_node function. This allows you to follow a
reference in the device to an i2c device node and then locate the linux device
instantiated by the device tree. Example use, an i2s codec controlled by i2c.
---
drivers/i2c/i2c-core.c |2 +-
drivers/of/of_i2c.c|
Add the of_find_i2c_device_by_node function. This allows you to follow a
reference in the device to an i2c device node and then locate the linux device
instantiated by the device tree. Example use, an i2s codec controlled by i2c.
---
drivers/i2c/i2c-core.c |2 +-
drivers/of/of_i2c.c|
Convert i2c-mpc to an of_platform driver. Utilize the code in drivers/of-i2c.c
to make i2c modules dynamically loadable by the device tree.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 122 -
drivers/i2c/buss
This version adds of_find_i2c_device_by_node() which is needed by ASOC drivers.
To make it work I had to make the i2c bus struct visible. It also picks up a
couple of other minor fixes that have been posted to the lists.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
---
arch/powerpc/
ype, child->name, I2C_NAME_SIZE);
> + info.addr = *reg;
> +
> + if (!i2c_new_device(adap, &info))
> + printk(KERN_ERR "Could not add i2c device %s.\n",
> + child->n
reg = <0x3d00 0x40>;
interrupts = <0x2 0xf 0x0>;
interrupt-parent = <&mpc5200_pic>;
fsl5200-clocking;
tas0:[EMAIL PROTECTED] {
compatible = "ti,tas5504";
reg = <0x1b>;
};
};
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
u8 irfdr; /* PSC + 0x54 */
u8 reserved17[3];
struct mpc52xx_psc_fifo fifo; /* like this? */
};
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.
On 6/11/08, Wolfram Sang <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 10, 2008 at 10:40:45PM -0400, Jon Smirl wrote:
> > Convert i2c-mpc from a platform driver into an of_platform driver.
> > This patch is much smaller since Jochen already added
> > of_find_i2c_driver().
partition table detected in ff00.flash
Creating 6 MTD partitions on "ff000000.flash":
0x-0x0004 : "ubootl"
0x0004-0x0020 : "kernel"
0x0020-0x00f0 : "jffs2"
0x00f0-0x00f4 : "uboot"
0x00f4-0x00f8 : "oftree"
0x00f8-0x0100 : "space"
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Convert i2c-mpc from a platform driver into an of_platform driver.
This patch is much smaller since Jochen already added
of_find_i2c_driver(). Versions of this have been posted before.
Signed-ff-by: Jon Smirl <[EMAIL PROTECTED]>
--
drivers/i2c/busses/i2c-mpc.c
On 6/10/08, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 6/10/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> > On Tue, Jun 10, 2008 at 10:38:31AM -0400, Jon Smirl wrote:
> > > Why is my vmlinux.strip 3.2GB? Could a missing address be interpreted
> > > as -1 (
On 6/10/08, Scott Wood <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 10, 2008 at 10:38:31AM -0400, Jon Smirl wrote:
> > Why is my vmlinux.strip 3.2GB? Could a missing address be interpreted
> > as -1 (0xFFF..) and cause the image to contain all of memory?
> >
> >
smirl 4119174 2008-06-09 20:09 vmlinux
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
6-08 21:12 zImage.6451.o
[EMAIL PROTECTED]:~/es$
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On 6/9/08, Juergen Beisert <[EMAIL PROTECTED]> wrote:
> On Sunday 08 June 2008 21:08, Jon Smirl wrote:
> > What about the flash on the local bus? Could we use something like
> > this, or the same without the partition data?
> >
> > [EMAIL PROTECTED
Something that went into 2.6.26 has broken the image build for the
Efika. Matt has confirm it too.
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On 6/9/08, Juergen Beisert <[EMAIL PROTECTED]> wrote:
> On Monday 09 June 2008 01:28, Grant Likely wrote:
> > On Sun, Jun 8, 2008 at 1:08 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > > Why not a compatible field in the top of the tree? Then you wouldn'
board has AC97 hardware connected to
> PSC1. And it plays audio...
I'm staring at a baseboard for the pcm030 in my hand, I don't see any
AC97 hardware. It has two serial, two CAN, ethernet and power. Where's
the AC97?
http://www.phytec.com/products/rdk/P
001FFF ibat1L 0xF0000012
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Have anyone already written a device driver for PSC6 in SIR mode on the MPC5200?
--
Jon Smirl
[EMAIL PROTECTED]
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
201 - 300 of 531 matches
Mail list logo