On Mon, 22 Jun 2009 22:19:21 -0700
Roland Dreier wrote:
> thanks, applied.
>
> > -#define HCAD_VERSION "0026"
> > +#define HCAD_VERSION "0027"
>
> the driver version was already 0027 (since bde2cfaf), so I dropped this chunk.
thank you for applying, we would like to increase the version numb
Original-Nachricht
> Datum: Mon, 22 Jun 2009 09:12:35 +0200
> Von: Takashi Iwai
> An: Benjamin Herrenschmidt
> CC: Gerhard Pircher , linuxppc-...@ozlabs.org
> Betreff: Re: ALSA fixes for non-coherent ppc32 again
> But, it'd be helpful if someone can test the patches above befo
Hi all,
Turning on SWIOTLB selects or enables PPC_NEED_DMA_SYNC_OPS, which means
we get the non empty versions of dma_sync_* in asm/dma-mapping.h
On my pseries machine the dma_ops have no such routines and we die with
a null pointer - this patch gets it booting, is there a more elegant way
to do
Roel,
> Unsigned `len' cannot be less than 0.
>
> Signed-off-by: Roel Kluin
Thanks for the patch. However, we have a patch from Christoph Hellwig
pending that will rework the sputrace code:
http://patchwork.ozlabs.org/patch/28641/
It's currently queued in benh's tree, should be up soon.
Che
On Tue, 2009-06-23 at 19:13 +1000, Michael Ellerman wrote:
> Hi all,
>
> Turning on SWIOTLB selects or enables PPC_NEED_DMA_SYNC_OPS, which means
> we get the non empty versions of dma_sync_* in asm/dma-mapping.h
>
> On my pseries machine the dma_ops have no such routines and we die with
> a null
Kumar Gala wrote:
>
> On Apr 21, 2009, at 6:24 PM, Anatolij Gustschin wrote:
>
>> Kumar Gala wrote:
>>>
>>> On Apr 21, 2009, at 4:54 PM, Kumar Gala wrote:
>>>
On Apr 21, 2009, at 12:19 PM, Anatolij Gustschin wrote:
> If the firmware missed to initialize the PHY correctly,
>
On Tue, Jun 23, 2009 at 5:20 AM, Dan Williams wrote:
> On Fri, 2009-06-19 at 12:31 -0700, Ira Snyder wrote:
>> Use the DMA_SLAVE capability of the DMAEngine API to copy/from a
>> scatterlist into an arbitrary list of hardware address/length pairs.
>>
>> This allows a single DMA transaction to copy
On Jun 23, 2009, at 5:18 AM, Li Yang wrote:
On Tue, Jun 23, 2009 at 5:20 AM, Dan
Williams wrote:
On Fri, 2009-06-19 at 12:31 -0700, Ira Snyder wrote:
Use the DMA_SLAVE capability of the DMAEngine API to copy/from a
scatterlist into an arbitrary list of hardware address/length pairs.
This al
On Jun 18, 2009, at 6:37 PM, Anton Vorontsov wrote:
For yet unknown reason 4-bit mode doesn't work on MPC8569E-MDS boards,
so make 1-bit mode default. When we resolve the issue, u-boot will
remove sdhci,1-bit-only property from the device tree, while SDHCI
will still work with older u-boots.
S
On Jun 20, 2009, at 6:16 AM, Huang Weiyi wrote:
Remove duplicated #include in arch/powerpc/platforms/85xx/
xes_mpc85xx.c.
Signed-off-by: Huang Weiyi
---
arch/powerpc/platforms/85xx/xes_mpc85xx.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
applied to next
- k
___
Please pull from 'next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git next
to receive the following updates:
Documentation/powerpc/booting-without-of.txt | 1168 ---
Documentation/powerpc/dts-bindings/4xx/emac.txt | 148 ++
Documentati
Hi,
I have been testing this driver a little bit (on 2.6.29.3)
What happens for me is that the driver starves the system while sending
data over the SPI interface.
I think the problem is in the function (interrupt handler)
mpc52xx_spi_irq() that calls the function mpc52xx_spi_fsm_process()
whic
I'm trying to boot linux Linux-2.6.30-rc8 (downloaded from www.denx.de)
on the custom made board with MPC885, 16MB DDR, 16MB flash. The
filesystem is jffs2, and I created it from ramdisk_image.gz which I
found in eldk 4.2 ppc_8xx/images folder. Linux booting looks fine, but
when I try to run any co
On Tue, Jun 23, 2009 at 8:40 AM, Kári Davíðsson wrote:
> Hi,
>
> I have been testing this driver a little bit (on 2.6.29.3)
>
> What happens for me is that the driver starves the system while sending
> data over the SPI interface.
>
> I think the problem is in the function (interrupt handler)
> mpc
Kumar Gala wrote:
Kumar, Leo,
Can I get your acked-by's for the current state of async_tx.git/
next? I
just pushed out Ira's latest so it may take a moment to mirror out.
Acked-by: Li Yang
However, the addition of arch/powerpc/include/asm/fsldma.h still needs
the ack from Kumar. It doesn'
Lowered my SPI clock down to 1MHz (from 50MHz (in steps of 10MHz).
At 1Mhz the driver stops starving the rest of the kernel.
What is interesting is that due to the low duty cycle of the SPI port
the transfer rate at 1MHz and 50Mhz is almost the same.
I suggest that the driver simply limits max f
On Tue, Jun 23, 2009 at 10:31 AM, Kári
Davíðsson wrote:
> Lowered my SPI clock down to 1MHz (from 50MHz (in steps of 10MHz).
> At 1Mhz the driver stops starving the rest of the kernel.
>
> What is interesting is that due to the low duty cycle of the SPI port
> the transfer rate at 1MHz and 50Mhz is
On Tue, Jun 23, 2009 at 03:44:28PM +1000, Stephen Rothwell wrote:
> When building with a 4.1.x compiler on powerpc64 (at least) we get
> this error:
>
> drivers/video/logo/logo_linux_mono.c:81: error: logo_linux_mono causes a
> section type conflict
>
> This was introduced by commit ae52bb2384f7
On 06/22/2009 06:56 PM, Michael Ellerman wrote:
> The non-debug case in ps3/mm.c uses pr_debug(), so that the compiler
> still does type checks etc. and doesn't complain about unused
> variables in the non-debug case.
>
> However with DEBUG=n and CONFIG_DYNAMIC_DEBUG=y there's still code
> generat
applied...
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Tue, Jun 23, 2009 at 12:45:05PM -0400, Kyle McMartin wrote:
> On Tue, Jun 23, 2009 at 03:44:28PM +1000, Stephen Rothwell wrote:
> > When building with a 4.1.x compiler on powerpc64 (at least) we get
> > this error:
> >
> > drivers/video/logo/logo_linux_mono.c:81: error: logo_linux_mono causes a
Original-Nachricht
> Datum: Tue, 23 Jun 2009 10:55:54 +0200
> Von: "Gerhard Pircher"
> An: Takashi Iwai , b...@kernel.crashing.org
> CC: linuxppc-...@ozlabs.org
> Betreff: Re: ALSA fixes for non-coherent ppc32 again
>
> Original-Nachricht
> > Datum: Mon, 22 J
> I tried on a POWER3 box I have here "IBM,7044-170" and things work fine
> here with current upstream. (I suspect a much smaller machine).
>
> I will really need an actual bisection here... In the meantime, I'll see
> if I can get my hand on one of these machines here.
Ok so I think we may have
Sorry to cross-post this to linuxppc-...@ozlabs.org in the middle
of the story. I started this in linux-...@lists.infradead.org, but
there are OF issues here, and I'd like the PPC folks to be aware of
the issues.
David Brownell wrote:
> On Tuesday 23 June 2009, Steven A. Falco wrote:
>> David Bro
On Tuesday 23 June 2009, Steven A. Falco wrote:
> m25p80 spi0.0: invalid bits-per-word (0)
>
> This message comes from spi_ppc4xx_setupxfer. I believe your patch
> is doing what you intended (i.e. forcing an initial call to
> spi_ppc4xx_setupxfer), but it exposes an OF / SPI linkage problem.
>
>
On Wed, 2009-06-24 at 07:57 +1000, Benjamin Herrenschmidt wrote:
> > I tried on a POWER3 box I have here "IBM,7044-170" and things work fine
> > here with current upstream. (I suspect a much smaller machine).
> >
> > I will really need an actual bisection here... In the meantime, I'll see
> > if I
On Tue, 2009-06-23 at 09:56 -0400, Neil Horman wrote:
> On Tue, Jun 23, 2009 at 06:25:34PM +0530, M. Mohan Kumar wrote:
> > On Wed, Jun 17, 2009 at 10:40:07AM -0400, Neil Horman wrote:
> >
> > > > send objdump of fs2dt.o with and without this assignment.
> > > >
> > > That would be a fine thing
On Tue, 2009-06-23 at 09:53 -0700, Geoff Levand wrote:
> On 06/22/2009 06:56 PM, Michael Ellerman wrote:
> > The non-debug case in ps3/mm.c uses pr_debug(), so that the compiler
> > still does type checks etc. and doesn't complain about unused
> > variables in the non-debug case.
> >
> > However w
Hi All:
I have a powerpc arch platform. The default console is ttyS1 not
ttyS0 in the platform. My question is how the kernel print debug
message
like DBG before parse kernel command line and do console_setup
function. The command line passed to kernel about console info is
console=ttyS1.
So ke
Johnny Hung wrote:
> Hi All:
> I have a powerpc arch platform. The default console is ttyS1 not
> ttyS0 in the platform. My question is how the kernel print debug
> message
> like DBG before parse kernel command line and do console_setup
> function. The command line passed to kernel about conso
Hi Benjamin,
On Tue, 23 Jun 2009 12:47:59 +1000,
Benjamin Herrenschmidt mentioned:
> Commit 31207dab7d2e63795eb15823947bd2f7025b08e2
> "Fix incorrect allocation of interrupt rev-map"
> introduced a regression crashing on boot on machines using
> a "DCR" based MPIC, such as the Cell blades.
>
>
On Wed, 2009-06-24 at 09:29 +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2009-06-24 at 07:57 +1000, Benjamin Herrenschmidt wrote:
> > > I tried on a POWER3 box I have here "IBM,7044-170" and things work fine
> > > here with current upstream. (I suspect a much smaller machine).
> > >
> > > I will
On Wed, 2009-06-24 at 15:53 +1000, Michael Ellerman wrote:
> Doesn't fix my machine :/
>
That doesn't make sense ... What if you remove the bit inside the ifdef
CONFIG_MPIC_BROKEN_REGREAD in _mpic_read() ?
If that makes a difference, then it would be interesting to add a printk
in there that prin
On Wed, 2009-06-24 at 15:56 +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2009-06-24 at 15:53 +1000, Michael Ellerman wrote:
> > Doesn't fix my machine :/
> >
> That doesn't make sense ... What if you remove the bit inside the ifdef
> CONFIG_MPIC_BROKEN_REGREAD in _mpic_read() ?
>
> If that make
34 matches
Mail list logo
