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 DBCR0 initialization.
Can you please comment on this ?
Thanks,
-Srikanth
On Wed, 2009-05-20 at 16:00 +1000, David Gibson wrote:
> On Wed, May 20, 2009 at 11:20:46AM +0530, srikanth krishnakar wrote:
> > Hi David,
> >
> > I am not sure how the IDM behaves on few of PPC440 targets which don't
> > have boot loaders. I have a reference for your question:
> >
> > http://ww
Jon,
On Sonntag, 24. Mai 2009, 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 doesn't res
Grant Likely wrote:
> 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
>
Thank you for your answer. When studying the u-boot source code I have found
that
it is indeed register r6 and r7 which pass the location of the command line
parameters and the
size.
The location of the parameters could be changed in u-boot according to the
macro:
CFG_BOOTMAPSZ
There is howeve
On Mon, May 25, 2009 at 12:26:27AM -0600, Grant Likely wrote:
> On Sun, May 24, 2009 at 7:38 PM, Jon Smirl wrote:
> > +/* -
> > + * Sysfs attributes for error monitoring
> > + */
> All this sysfs stuff should be dropped from thi
On Mon, May 25, 2009 at 12:34:57AM -0600, Grant Likely wrote:
> This is ugly. I'd really rather have a generic mechanism for creating
> a fabric driver based on the OF data. But failing that, it seems to
> me that this platform device registration should be done in the
> platform code (arch/powe
On Sun, May 24, 2009 at 09:38:51PM -0400, Jon Smirl wrote:
> +static __exit void pcm030_fabric_exit(void)
> +{
> +}
Remove or implement, please.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Sun, May 24, 2009 at 09:38:49PM -0400, Jon Smirl wrote:
> 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
On Sun, May 24, 2009 at 09:38:45PM -0400, Jon Smirl wrote:
> 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 th
On Mon, May 25, 2009 at 09:56:27AM +0200, Juergen Beisert wrote:
> Do you know this (from our website)?
> "The AC97 mixer needs a hardware patch to make it wake up from power down
> mode. Download here the instruction how to do so."
> http://www.pengutronix.de/oselas/bsp/phytec/download/phyCORE
On Mon, 25 May 2009, Stanislaw Gruszka wrote:
> @@ -904,6 +905,7 @@ void __init time_init(void)
> tb_ticks_per_usec = ppc_tb_freq / 100;
> tb_to_us = mulhwu_scale_factor(ppc_tb_freq, 100);
> calc_cputime_factors();
> + cputime_one = jiffies_to_cputime(1);
1) The var
On Mon, May 25, 2009 at 3:34 AM, Mark Brown
wrote:
> On Mon, May 25, 2009 at 12:26:27AM -0600, Grant Likely wrote:
>> On Sun, May 24, 2009 at 7:38 PM, Jon Smirl wrote:
>
>> > +/* -
>> > + * Sysfs attributes for error monitoring
>
Have you modified the hardware? The default hardware specs says there
is only 256MB of ram. Regardless, if you upped the ram amount, you
might need to modify u-boot itself to turn on more address lines or
you might consider looking at your memory management allocation (slab,
slub, etc).
On Mon, May 25, 2009 at 2:34 AM, Grant Likely wrote:
> On Sun, May 24, 2009 at 7:38 PM, Jon Smirl wrote:
>
> This is ugly. I'd really rather have a generic mechanism for creating
> a fabric driver based on the OF data. But failing that, it seems to
> me that this platform device registration sh
Repost of ml510 series. This time against 2.6.30-rc7 and with the .dts
file included.
g.
--
Grant Likely, B.Sc. P.Eng.
Secret Lab Technologies Ltd.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
From: Roderick Colenbrander
Signed-off-by: Roderick Colenbrander
Signed-off-by: Grant Likely
---
arch/powerpc/platforms/44x/Kconfig| 13 -
arch/powerpc/platforms/44x/Makefile |1 +
arch/powerpc/platforms/44x/virtex_ml510.c | 29 +
From: Roderick Colenbrander
As subject says, add dts files for Xilinx ML510 reference design with
the PCI host bridge device.
Signed-off-by: Roderick Colenbrander
Signed-off-by: Grant Likely
---
arch/powerpc/boot/dts/virtex440-ml510.dts | 465 +
1 files changed,
From: Roderick Colenbrander
This patch adds support for the Xilinx plbv46-pci-1.03.a PCI host
bridge IPcore.
Signed-off-by: Roderick Colenbrander
Signed-off-by: Grant Likely
---
arch/powerpc/include/asm/xilinx_pci.h | 21 +
arch/powerpc/platforms/40x/virtex.c |2 +
arch/powerpc/p
From: Grant Likely
This patch refactors some of the xilinx_intc interrupt controller driver
and adds support for cascading an i8259 off one of the irq lines.
This patch was based on the ML510 support work done by Roderick
Colenbrander.
Signed-off-by: Grant Likely
---
arch/powerpc/sysdev/xili
On Mon, May 25, 2009 at 2:16 AM, Grant Likely wrote:
> On Sun, May 24, 2009 at 7:38 PM, Jon Smirl wrote:
>> +static unsigned short psc_ac97_read(struct snd_ac97 *ac97, unsigned short
>> reg)
>> +{
>> + int timeout;
>> + unsigned int val;
>> +
>> + spin_lock(&psc_dma->lock);
>>
(linuxppc-dev CC added)
On Fri, 22 May 2009 16:27:40 +0200 (CEST)
Thomas Gleixner wrote:
> > if (cputime_ge(cur_time, it->expires)) {
> > - it->expires = it->incr;
> > - if (!cputime_eq(it->expires, cputime_zero))
> > - it->expires = cputime_add(it->expi
On Mon, 25 May 2009 14:32:14 +0200 (CEST)
Thomas Gleixner wrote:
> On Mon, 25 May 2009, Stanislaw Gruszka wrote:
> > @@ -904,6 +905,7 @@ void __init time_init(void)
> > tb_ticks_per_usec = ppc_tb_freq / 100;
> > tb_to_us = mulhwu_scale_factor(ppc_tb_freq, 100);
> > calc_cputim
Hi guys,
I'm working on an derived muas3001 board (kernel version 2.6.30-rc5),
and so far I did not find an example of multiple SOCs initialization.
The board has 3 cpus (only one core activated).
1) Is there a special syntax to use in the device tree ?
2) Do the kernel provide an API to sup
On Mon, May 25, 2009 at 6:26 AM, Mark Brown
wrote:
>> + spin_lock(&psc_dma->lock);
>> + out_be32(&psc_dma->psc_regs->ac97_slots, psc_dma->slots);
>> + spin_unlock(&psc_dma->lock);
>> + break;
>
> This locking looks wrong - I'd expect it to also cover
On Mon, May 25, 2009 at 11:15:34AM -0400, Jon Smirl wrote:
> The link always runs at 12.288Mhz. Each frame is 256 bits. Worst case
> you wait for two frames, 42us. If it doesn't respond in 42us the codec
Note that some embedded systems will choose to vary the AC97 link clock.
The most common case
On Mon, May 25, 2009 at 9:15 AM, Jon Smirl wrote:
> On Mon, May 25, 2009 at 2:16 AM, Grant Likely
> wrote:
>> On Sun, May 24, 2009 at 7:38 PM, Jon Smirl wrote:
>>> +static unsigned short psc_ac97_read(struct snd_ac97 *ac97, unsigned short
>>> reg)
>>> +{
>>> + int timeout;
>>> + un
On Mon, May 25, 2009 at 9:21 AM, Jon Smirl wrote:
> On Mon, May 25, 2009 at 6:26 AM, Mark Brown
> wrote:
>>> + spin_lock(&psc_dma->lock);
>>> + out_be32(&psc_dma->psc_regs->ac97_slots, psc_dma->slots);
>>> + spin_unlock(&psc_dma->lock);
>>> + break;
Hi Gary & Wolfram:
Thanks for youre help, and sorry for the late reply - I've been on
vacation...
Am 20.05.09 21:59 schrieb(en) Gary Thomas:
Try to access this without using the cache.
Unfortunately, this is not cache related - I switched the dcache off
completely - same results.
Am 20
On Tue, May 19, 2009 at 3:26 PM, Timur Tabi wrote:
> The macro spin_event_timeout() takes a condition and timeout value
> (in microseconds) as parameters. It spins until either the condition is true
> or the timeout expires. It returns the result of the condition when the loop
> was terminated.
Dear Mirek23,
In message <23703397.p...@talk.nabble.com> you wrote:
>
> Thank you for your answer. When studying the u-boot source code I have found
Will you please STOP posting the same questions on sevral mailing
lists, especially without any form of cross-reference?
Please read http://www.ca
Dear Albrecht =?iso-8859-1?b?RHJl3w==?=,
In message <1243273283.332...@antares> you wrote:
>
> Thanks for youre help, and sorry for the late reply - I've been on
> vacation...
Hally you...
> For the mtd driver, I tracked down the problem via mapram_write() (in
> drivers/mtd/chips/map_ram.c)
I have done some experiments with u-boot (version 1.2.0) and with linux
kernel (version 2.6.23) and it seems to be that the limitation of 8MB is not
anymore the problem. I have built u-boot and linux for ppc405 (virtex-4). I
have set the CFG_BOOTMAPSZ to 16 MB:
#define CFG_BOOTMAPSZ (8
On Mon, May 25, 2009 at 4:41 PM, Grant Likely wrote:
> Repost of ml510 series. This time against 2.6.30-rc7 and with the .dts
> file included.
>
> g.
>
> --
> Grant Likely, B.Sc. P.Eng.
> Secret Lab Technologies Ltd.
>
Thanks, I will check it out tomorrow.
Roderick
_
> A word or long copy of 0x0055aaff with U-Boot works fine, but a byte
> copy filled the whole ram with 0x. The reason is apparently
> that the chip is attached to the local bus in 16-bit mode, which is
> incompatible with byte accesses. However, the Local Bus doesn't provide
> "l
Hello,
On Sun, May 24, 2009 at 8:38 AM, Michael Ellerman
wrote:
> On Sun, 2009-05-24 at 00:12 +0200, Leon Woestenberg wrote:
>> Hello,
>>
>> On Sat, May 23, 2009 at 10:58 PM, Leon Woestenberg
>> wrote:
>> > using this tree:
>> > git://git.kernel.org/pub/scm/linux/kernel/git/galak/powerpc.git
>>
Version 4. Changed timeouts to use relax_cpu() instead of udelay(). Fixed
locking to lock bestcomm instead of
registers. Code reorg as requested in the various comments. Removed sysfs
over/underrun reporting. Removed
reset retries. Removing the retries makes the driver fail to load about 5% of
(in microseconds) as parameters. It spins until either the condition is true
or the timeout expires. It returns the result of the condition when the loop
was terminated.
This primary purpose of this macro is to poll on a hardware register until a
status bit changes. The timeout ensures that the
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 | 442 ---
sound/soc/fsl/mpc5200_dma.h | 43 ++--
sound/soc/fsl/mpc5200_psc_i2s.c | 2
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
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 | 90 +++
3 files changed, 1
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 | 90
3 files changed, 99 insertions(+), 0 delet
On Mon, May 25, 2009 at 05:04:35PM +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2009-05-20 at 16:00 +1000, David Gibson wrote:
> > On Wed, May 20, 2009 at 11:20:46AM +0530, srikanth krishnakar wrote:
> > > Hi David,
> > >
> > > I am not sure how the IDM behaves on few of PPC440 targets which don
On Mon, May 25, 2009 at 12:46 PM, Jon Smirl wrote:
> I just tried using this. The !rc has the effect of making the error
> return be zero instead the normal not zero.
You're confused. It's not a "return code", it's a return value. I
guess I should have called the parameter "ret" instead of "rc
On Mon, May 25, 2009 at 5:15 PM, Jon Smirl wrote:
> + spin_event_timeout(1, 3, 0, rc);
Ugh, don't do this. Just use udelay!
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.
On Mon, May 25, 2009 at 5:15 PM, Jon Smirl wrote:
> The macro spin_event_timeout() takes a condition and timeout value
My patch is already set to go through the powerpc tree, so there's no
need to repost it here. Please, you changed the title of the patch.
--
Timur Tabi
Linux kernel deve
On Mon, May 25, 2009 at 9:41 PM, Timur Tabi wrote:
> On Mon, May 25, 2009 at 5:15 PM, Jon Smirl wrote:
>
>> + spin_event_timeout(1, 3, 0, rc);
>
> Ugh, don't do this. Just use udelay!
heh; indeed. My objection to udelay is that it burns cycles it the
test loop that could be used to decid
Hi Linus !
Here's the first of two fixes for nasty brown paper bag bugs that went
in recently and are both my fault (I need to start buying those bags
in bulk I reckon...)
It's 2.6.30 material. I'll send the second one tomorrow or so after a
bit more review and testing happened as it's unfortunat
RTAS event scan has to run across all cpus. Right now we use a kernel
thread and set_cpus_allowed but in doing so we wake up the previous cpu
unnecessarily.
Some ftrace output shows this:
previous cpu (2):
[002] 7.022331: sched_switch: task swapper:0 [140] ==> rtasd:194 [120]
[002] 7.022338: s
On Mon, 25 May 2009 14:51:32 +0200
Stanislaw Gruszka wrote:
> On Mon, 25 May 2009 14:32:14 +0200 (CEST)
> Thomas Gleixner wrote:
>
> > On Mon, 25 May 2009, Stanislaw Gruszka wrote:
> > > @@ -904,6 +905,7 @@ void __init time_init(void)
> > > tb_ticks_per_usec = ppc_tb_freq / 100;
> > > t
50 matches
Mail list logo
