Re: [net-next-2.6 PATCH v2] can: SJA1000: generic OF platform bus driver

Arnd Bergmann wrote: > On Saturday 23 May 2009, Wolfgang Grandegger wrote: >> Arnd Bergmann wrote: >>> Minor nitpicking: dev->base_addr should be defined as an __iomem pointer >>> so you can avoid the cast here and in the ioremap/iounmap path. >> Here the member "base_addr" of "struct net_device" i

Re: [net-next-2.6 PATCH v2] can: SJA1000: generic OF platform bus driver

On Sat, May 23, 2009 at 10:44 AM, Wolfgang Grandegger wrote: > Wolfgang Grandegger wrote: >> Grant Likely wrote: +- clock-frequency : CAN system clock frequency in Hz, which is normally +       half of the oscillator clock frequency. If not specified, a +       default value of 800

Re: Initialize DBCR0 for PPC440 targets

Hi John, I am not finding any conclusion of the plan to add DBCR0 initialization code to head_44x.S after this discussion : http://www.nabble.com/Question-about-DBCR0-initialization-for-440-td23049044.html#a23049044 Can you please comment ? Thanks, -Srikanth Krishnakar On Mon, May 25, 2009 at

Re: powerpc: DMA coherent allocations broken for CONFIG_NOT_COHERENT_CACHE

On Sun, 2009-05-24 at 23:50 -0600, Grant Likely wrote: > It would also be nice for comprehension if the file move and the > modification were separate commits. As it is I had to generate the > diff manually, but I'm not concerned. Right, I though about that... too late :-) might break it up tomor

Re: Initialize DBCR0 for PPC440 targets

On Mon, May 25, 2009 at 12:30 AM, srikanth krishnakar wrote: > Hello Grant, > > Is there any conclusion of the below discussion: > > http://www.nabble.com/Question-about-DBCR0-initialization-for-440-td23049044.html > > Xilinx target (virtex5) hangs (while running GDBServer & KGDB) without > the DB

Re: [PATCH V3 3/4] Support for AC97 on Phytec pmc030 base board.

On Sun, May 24, 2009 at 7:38 PM, Jon Smirl wrote: > Support for AC97 on Phytec pmc030 base board. A wm9712 AC97 codec is used. > > Signed-off-by: Jon Smirl > --- >  sound/soc/fsl/Kconfig               |    7 +++ >  sound/soc/fsl/Makefile              |    3 + >  sound/soc/fsl/pcm030-audio-fabric.

[PATCH] powerpc/pmac: Update PowerMac 32-bit defconfig

This mostly adds back AppleTouch support and adds CONFIG_HIGHMEM by default. Signed-off-by: Benjamin Herrenschmidt --- arch/powerpc/configs/pmac32_defconfig | 278 +++--- 1 file changed, 195 insertions(+), 83 deletions(-) --- linux-work.orig/arch/powerpc/configs/pm

Re: [PATCH V3 1/4] Main rewite of the mpc5200 audio DMA code

On Sun, May 24, 2009 at 7:38 PM, Jon Smirl wrote: > Rewrite the mpc5200 audio DMA code to support both I2S and AC97. > > Signed-off-by: Jon Smirl > --- >  sound/soc/fsl/Kconfig           |    1 >  sound/soc/fsl/mpc5200_dma.c     |  504 > ++- >  sound/soc/fsl/m

Re: [PATCH V3 2/4] AC97 driver for mpc5200

On Sun, May 24, 2009 at 7:38 PM, Jon Smirl wrote: > AC97 driver for mpc5200 > > I've implemented retries for when the AC97 hardware doesn't reset on > first try. About 10% of the time both the Efika and pcm030 AC97 codecs > don't reset on first try and need to be poked multiple times.  Failure > i

Re: AMCC 405ex memory size issue

any ideas? konamo wrote: > > Hi all, > we are using AMCC 405ex kilauea eval board as a demo, not use any > pci/nand function, > the board configuration is below: > u-boot 2009.01, > linux-2.6.25-rc2, > 1GB DDR2 memory(2Gbit * 4, 1 rank), > AMCC powerpc 405ex, > both 1G and 512MB memory

Re: powerpc: DMA coherent allocations broken for CONFIG_NOT_COHERENT_CACHE

On Sun, May 24, 2009 at 10:33 PM, Benjamin Herrenschmidt wrote: > This is going to .30 if nobody hollers. I've done some testing here > and it seems to be fine, but more eyes at this stage are much welcome. Looks okay to me; but I'm not an expert in this area. Boots fine on Xilinx Virtex 440 and

Wrong looking statement in cpm_common.c

Hi Scott ! There's this pearl in cpm_common.c : void __init udbg_init_cpm(void) { if (cpm_udbg_txdesc) { #ifdef CONFIG_CPM2 setbat(1, 0xf000, 0xf000, 1024*1024, PAGE_KERNEL_NCG); #endif udbg_putc = udbg_putc_cpm; } } Now, last I looked, 0xf

Re: powerpc: DMA coherent allocations broken for CONFIG_NOT_COHERENT_CACHE

(Please, Kumar, have a good look, especially my change to FIXMAP_TOP, was there any reason it wasn't a constant in the first place ?) This is going to .30 if nobody hollers. I've done some testing here and it seems to be fine, but more eyes at this stage are much welcome. From: Benjamin Herrensch

Re: powerpc: DMA coherent allocations broken for CONFIG_NOT_COHERENT_CACHE

On Mon, 2009-05-25 at 02:43 +0100, Arnd Bergmann wrote: > I might be missing too much context here, but can't we make drivers > that > need this allocate an uncached memory range at setup time and call > dma_declare_coherent_memory() on that to make a later > dma_alloc_coherent() > succeed without

Re: can't flush tlb on e500

On Mon, 2009-05-25 at 10:33 +0900, Hideo Saito wrote: > > This report came from LKML, although I should post it here first, > the report said that there is a regression in linux-2.6.29 as to > flushing a TLB entry that was going to be re-used when a context > overflowed from the TLB. > > On Fri,

can't flush tlb on e500

Hi all, This report came from LKML, although I should post it here first, the report said that there is a regression in linux-2.6.29 as to flushing a TLB entry that was going to be re-used when a context overflowed from the TLB. On Fri, May 22, 2009 at 6:27 PM, Benjamin Herrenschmidt wrote: > Ha

Re: powerpc: DMA coherent allocations broken for CONFIG_NOT_COHERENT_CACHE

On Monday 25 May 2009, Benjamin Herrenschmidt wrote: > Note that I still think the right approach in the long run is to ban the > consistent allocs from atomic contexts generically in linux, though that > will be a hard nut to crack. I might be missing too much context here, but can't we make driv

[PATCH V3 4/4] Fabric bindings for STAC9766 on the Efika

Fabric bindings for STAC9766 AC97 codec on the Efika. Signed-off-by: Jon Smirl --- sound/soc/fsl/Kconfig |8 +++ sound/soc/fsl/Makefile |1 sound/soc/fsl/efika-audio-fabric.c | 95 3 files changed, 104 insertions(+), 0 dele

[PATCH V3 3/4] Support for AC97 on Phytec pmc030 base board.

Support for AC97 on Phytec pmc030 base board. A wm9712 AC97 codec is used. Signed-off-by: Jon Smirl --- sound/soc/fsl/Kconfig |7 +++ sound/soc/fsl/Makefile |3 + sound/soc/fsl/pcm030-audio-fabric.c | 95 +++ 3 files changed, 1

[PATCH V3 2/4] AC97 driver for mpc5200

AC97 driver for mpc5200 I've implemented retries for when the AC97 hardware doesn't reset on first try. About 10% of the time both the Efika and pcm030 AC97 codecs don't reset on first try and need to be poked multiple times. Failure is indicated by not having the link clock start ticking. Every

[PATCH V3 1/4] Main rewite of the mpc5200 audio DMA code

Rewrite the mpc5200 audio DMA code to support both I2S and AC97. Signed-off-by: Jon Smirl --- sound/soc/fsl/Kconfig |1 sound/soc/fsl/mpc5200_dma.c | 504 ++- sound/soc/fsl/mpc5200_dma.h | 33 +-- sound/soc/fsl/mpc5200_psc_i2s.c | 24

[PATCH V3 0/4] mpc5200 audio rework for AC97

The following series implements audio support for the mpc5200. It adds an AC97 driver and STAC9766 codec driver. Board support for the Efika and Phytec pcm030 are also included. I've tried to implement the feedback received on the previous two versions. based on commit 0bc53a67ac831ec84f730a657

[Patch 6/6] Adapt kexec and samples code to recognise PPC64 hardware breakpoint usage

Modify kexec code to disable DABR registers before a reboot. Adapt the samples code to populate PPC64-arch specific fields. Signed-off-by: K.Prasad --- arch/powerpc/kernel/machine_kexec_64.c |3 +++ samples/hw_breakpoint/data_breakpoint.c |4 2 files changed, 7 insertions(+) Index

[Patch 5/6] Modify Data storage exception code to recognise DABR match first

Modify Data storage exception code to first lookout for a DABR match before recognising a kprobe or xmon exception. Signed-off-by: K.Prasad --- arch/powerpc/mm/fault.c | 14 ++ 1 file changed, 6 insertions(+), 8 deletions(-) Index: linux-2.6-tip.hbkpt/arch/powerpc/mm/fault.c =

[Patch 4/6] Modify process and processor handling code to recognise hardware debug registers

Modify process handling code to recognise hardware debug registers during copy and flush operations. Introduce a new TIF_DEBUG task flag to indicate a process's use of debug register. Load the debug register values into a new CPU during initialisation. Signed-off-by: K.Prasad --- arch/powerpc/in

[Patch 3/6] Modify ptrace code to use Hardware Breakpoint interfaces

Modify the ptrace code to use the hardware breakpoint interfaces for user-space. Signed-off-by: K.Prasad --- arch/powerpc/kernel/ptrace.c | 44 +++ 1 file changed, 44 insertions(+) Index: linux-2.6-tip.hbkpt/arch/powerpc/kernel/ptrace.c

[Patch 2/6] Introduce PPC64 specific Hardware Breakpoint interfaces

Introduce PPC64 implementation for the generic hardware breakpoint interfaces defined in kernel/hw_breakpoint.c. Enable the HAVE_HW_BREAKPOINT flag and the Makefile. Signed-off-by: K.Prasad --- arch/powerpc/Kconfig|1 arch/powerpc/kernel/Makefile|2 arch/powerpc

[Patch 1/6] Prepare the PowerPC platform for HW Breakpoint infrastructure

Prepare the PowerPC code for HW Breakpoint infrastructure patches by including relevant constant definitions and function declarations. Signed-off-by: K.Prasad --- arch/powerpc/include/asm/hw_breakpoint.h | 57 +++ arch/powerpc/include/asm/processor.h |1 a

[Patch 0/6] PPC64: Hardware Breakpoint interfaces - ver IV

Hi All, Please find a new patchset that implements Hardware Breakpoint interfaces for PPC64 architecture, the previous version of which was posted here: http://ozlabs.org/pipermail/linuxppc-dev/2009-May/072387.html and the changes over it are mentioned in the changelog below. Changelog -

Re: powerpc: DMA coherent allocations broken for CONFIG_NOT_COHERENT_CACHE

On Sun, 2009-05-24 at 20:21 +1000, Benjamin Herrenschmidt wrote: > We need to see if we can get the vmalloc allocator safe for GFP_ATOMIC > context, might be doable. > > As for free, unfortunately, even the old allocator won't help with SMP, > since that needs to do IPIs for cross TLB invalidates

Re: U-boot and linux command line parameters

On Sun, May 24, 2009 at 02:38:52PM -0700, Mirek23 wrote: > > Dear All, > > I use linux kernel 2.6.23 and u-boot 1.2.0 (on ppc405 virtex-4 ) for > some time. All works fine when the kernel together with initramfs is > smaller than 8MB. If it is bigger than the kernel does not boot > properly. > >

Re: [net-next-2.6 PATCH v2] can: SJA1000: generic OF platform bus driver

On Saturday 23 May 2009, Wolfgang Grandegger wrote: > Arnd Bergmann wrote: > > > > Minor nitpicking: dev->base_addr should be defined as an __iomem pointer > > so you can avoid the cast here and in the ioremap/iounmap path. > > Here the member "base_addr" of "struct net_device" is used and it's n

Re: U-boot and linux command line parameters

Have you considered using a kernel and initrd? Hunter Cobbs On May 24, 2009, at 4:38 PM, Mirek23 wrote: Dear All, I use linux kernel 2.6.23 and u-boot 1.2.0 (on ppc405 virtex-4 ) for some time. All works fine when the kernel together with initramfs is smaller than 8MB. If it is bigger

U-boot and linux command line parameters

Dear All, I use linux kernel 2.6.23 and u-boot 1.2.0 (on ppc405 virtex-4 ) for some time. All works fine when the kernel together with initramfs is smaller than 8MB. If it is bigger than the kernel does not boot properly. First of all I would like to know how the address for the linux command l

Re: [PATCH V2 5/9] Main rewite of the mpc5200 audio DMA code

On Sun, May 24, 2009 at 04:10:52PM -0400, Jon Smirl wrote: > On Sun, May 24, 2009 at 2:55 PM, Wolfram Sang wrote: > >> Rewrite the mpc5200 audio DMA code to support both I2S and AC97. Make it > >> more robust. > > > > Why is it more robust? > > I've implemented retries for when the AC97 hardware

Re: [PATCH V2 5/9] Main rewite of the mpc5200 audio DMA code

On Sun, May 24, 2009 at 2:55 PM, Wolfram Sang wrote: >> Rewrite the mpc5200 audio DMA code to support both I2S and AC97. Make it >> more robust. > > Why is it more robust? I've implemented retries for when the AC97 hardware doesn't reset on first try. About 10% of the time both the Efika and pcm

Re: [alsa-devel] [PATCH V2 1/9] Register the wm9712 DAIs on module load

On Sun, May 24, 2009 at 11:28:15AM -0400, Jon Smirl wrote: > On Sun, May 24, 2009 at 7:11 AM, Mark Brown > > Why do you wish to do this - ASoC does not require or use DAI registration > > for AC97 CODECs? > Then what is wrong with my binding code? If I take out the > registration my bind fails.

Re: [PATCH V2 5/9] Main rewite of the mpc5200 audio DMA code

> Rewrite the mpc5200 audio DMA code to support both I2S and AC97. Make it more > robust. Why is it more robust? -- Pengutronix e.K. | Wolfram Sang| Industrial Linux Solutions | http://www.pengutronix.de/ | signature.asc Description:

Re: [alsa-devel] [PATCH V2 0/9] mpc5200 audio rework for AC97

On Sun, May 24, 2009 at 11:21:15AM -0400, Jon Smirl wrote: > My AC97 driver is detecting the codec id and printing it before trying > to access the codec driver. I can convert that to a load_module() call > when the drivers are ready. No, your AC97 driver shouldn't be doing any of this at all - i

Re: [alsa-devel] [PATCH V2 4/9] Add a few more mpc5200 PSC defines

On Sun, May 24, 2009 at 12:19:37PM -0600, Grant Likely wrote: > Nothing else needs it in MPC5200 land and I haven't applied it to my > tree yet. Go ahead and add it to the ASoC tree. OK, applied this and the two refactoring patches - thanks! ___ Linuxp

Re: [PATCH V2 4/9] Add a few more mpc5200 PSC defines

On Sun, May 24, 2009 at 12:00 PM, Mark Brown wrote: > On Sun, May 24, 2009 at 08:13:19AM -0600, Grant Likely wrote: >> On Sat, May 23, 2009 at 5:13 PM, Jon Smirl wrote: >> > Add a few more mpc5200 PSC defines. More bit fields defines for mpc5200 >> > PSC registers. This patch is going in via Gra

Re: [PATCH V2 4/9] Add a few more mpc5200 PSC defines

On Sun, May 24, 2009 at 08:13:19AM -0600, Grant Likely wrote: > On Sat, May 23, 2009 at 5:13 PM, Jon Smirl wrote: > > Add a few more mpc5200 PSC defines. More bit fields defines for mpc5200 PSC > > registers. This patch is going in via Grant's tree. > > Signed-off-by: Jon Smirl > Acked-by: Gra

Re: [alsa-devel] [PATCH V2 1/9] Register the wm9712 DAIs on module load

Output with SOC DEBUG turned on: Advanced Linux Sound Architecture Driver Version 1.0.19. No device for DAI stac9766 analog Registered DAI 'stac9766 analog' No device for DAI stac9766 IEC958 Registered DAI 'stac9766 IEC958' No device for DAI tas5504 Registered DAI 'tas5504' Registered platform 'mp

Re: [alsa-devel] [PATCH V2 1/9] Register the wm9712 DAIs on module load

On Sun, May 24, 2009 at 7:11 AM, Mark Brown wrote: > On Sat, May 23, 2009 at 07:12:57PM -0400, Jon Smirl wrote: >> Register the wm9712 DAIs on module load > >> Signed-off-by: Jon Smirl > > Why do you wish to do this - ASoC does not require or use DAI registration > for AC97 CODECs? > Then what i

Re: [alsa-devel] [PATCH V2 0/9] mpc5200 audio rework for AC97

On Sun, May 24, 2009 at 7:08 AM, Mark Brown wrote: > I'm not aware of any CODEC drivers which can't currently be built and > used as modules.  If you mean "load via the normal device model" then > yes, that'd be very good (and is in progress) but it's another issue and > as I explained last time A

Re: [PATCH V2 4/9] Add a few more mpc5200 PSC defines

On Sat, May 23, 2009 at 5:13 PM, Jon Smirl wrote: > Add a few more mpc5200 PSC defines. More bit fields defines for mpc5200 PSC > registers. This patch is going in via Grant's tree. > > Signed-off-by: Jon Smirl Acked-by: Grant Likely > --- >  0 files changed, 0 insertions(+), 0 deletions(-) >

Re: [alsa-devel] [PATCH V2 3/9] Rename the PSC functions to DMA

On Sun, May 24, 2009 at 5:15 AM, Mark Brown wrote: > On Sat, May 23, 2009 at 07:13:01PM -0400, Jon Smirl wrote: >> Rename the functions in the mpc5200 DMA file from i2s based names to dma >> ones to reflect the file they are in. > > I'm OK with both these refactoring patches if Grant is - Grant,

Re: [PATCH V2 2/9] Basic split of mpc5200 DMA code out from mpc5200_psc_i2s

On Sat, May 23, 2009 at 5:12 PM, Jon Smirl wrote: > Basic split of mpc5200 DMA code out from i2s into a standalone file. > > Signed-off-by: Jon Smirl I haven't looked in detail, but I'm okay with this in principle. Acked-by: Grant Likely g. > --- >  sound/soc/fsl/Kconfig           |    4 >  

Re: PPC405EX based irq flooding with USB-OTG and usbserial device

Hunter Cobbs wrote: > On Sat, May 23, 2009 at 1:14 PM, Wolfgang Denk > wrote: > > Dear Hunter, > > In message > > > you wrote: > > > > This is my first post to the PPC dev list a

Re: [alsa-devel] [PATCH V2 9/9] Support for AC97 on Phytec pmc030 base board.

On Sat, May 23, 2009 at 07:13:13PM -0400, Jon Smirl wrote: > Support for AC97 on Phytec pmc030 base board. A wm9712 AC97 codec is used. > > Signed-off-by: Jon Smirl Same comments as for the previous driver - it's OK once the AC97 DAI driver goes in. __

Re: [alsa-devel] [PATCH V2 8/9] Fabric bindings for STAC9766 on the Efika

On Sat, May 23, 2009 at 07:13:11PM -0400, Jon Smirl wrote: > Fabric bindings for STAC9766 AC97 codec on the Efika. > > Signed-off-by: Jon Smirl This is OK, but obviously depends on previous patches so I'll not apply it just yet. You might want to run it (and many of your other patches) through

Re: [alsa-devel] [PATCH V2 7/9] AC97 driver for mpc5200

On Sat, May 23, 2009 at 07:13:09PM -0400, Jon Smirl wrote: > +#ifdef CONFIG_PM > +static int psc_ac97_suspend(struct snd_soc_dai *dai) > +{ > + return 0; > +} > + > +static int psc_ac97_resume(struct snd_soc_dai *dai) > +{ > + return 0; > +} > + > +#else > +#define psc_ac97_suspend NUL

Re: [alsa-devel] [PATCH V2 6/9] Codec for STAC9766 used on the Efika

On Sat, May 23, 2009 at 07:13:07PM -0400, Jon Smirl wrote: > AC97 codec for STAC9766 used on the Efika. > Datasheet: http://www.idt.com/products/getDoc.cfm?docID=13134007 > > Signed-off-by: Jon Smirl This looks mostly good, a couple of issues below. I'll apply the patch but please submit a foll

Re: [alsa-devel] [PATCH V2 5/9] Main rewite of the mpc5200 audio DMA code

On Sat, May 23, 2009 at 07:13:05PM -0400, Jon Smirl wrote: This is all basically OK bearing in mind that I know nothing about the hardware. A couple of things, though: > +/* - > + * Sysfs attributes for debugging > + */ These l

Re: [alsa-devel] [PATCH V2 1/9] Register the wm9712 DAIs on module load

On Sat, May 23, 2009 at 07:12:57PM -0400, Jon Smirl wrote: > Register the wm9712 DAIs on module load > Signed-off-by: Jon Smirl Why do you wish to do this - ASoC does not require or use DAI registration for AC97 CODECs? ___ Linuxppc-dev mailing list Li

Re: [alsa-devel] [PATCH V2 0/9] mpc5200 audio rework for AC97

On Sat, May 23, 2009 at 07:12:55PM -0400, Jon Smirl wrote: [Jon, could you please fix the word wrapping in your MUA, there's none at all which makes it more difficult than it needs to be to respond to your e-mail.] > Mark is not enthused about soc-of-simple.c so rather than extend it > for AC97 I

Re: [alsa-devel] [PATCH V2 3/9] Rename the PSC functions to DMA

On Sat, May 23, 2009 at 07:13:01PM -0400, Jon Smirl wrote: > Rename the functions in the mpc5200 DMA file from i2s based names to dma ones > to reflect the file they are in. I'm OK with both these refactoring patches if Grant is - Grant, if I could get your ack I'd like to merge these as soon as

Re: powerpc: DMA coherent allocations broken for CONFIG_NOT_COHERENT_CACHE

On Sun, 2009-05-24 at 00:47 -0600, Grant Likely wrote: > Ilya, any comment on this? Can a fix be made quickly, or should this > patch be reverted until a more robust version can be crafted? > > g. Nasty... We need to see if we can get the vmalloc allocator safe for GFP_ATOMIC context, might be