Eh, sorry! I mean
include/asm-generic/gpio.h
NOT
include/linux/gpio.h
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Wednesday 17 June 2009 07:53:51 Grant Likely wrote:
David, what's the status of this patch? Will it be merged for 2.6.31?
It's merged now.
Thanks,
Stefan
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
Kumar Gala wrote:
From: Dave Liu dave...@freescale.com
Signed-off-by: Dave Liu dave...@freescale.com
Signed-off-by: Liu Yu yu@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
drivers/ata/sata_fsl.c | 35 +++
1 files changed, 35
On Mon, 22 Jun 2009 22:19:21 -0700
Roland Dreier rdre...@cisco.com 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
Original-Nachricht
Datum: Mon, 22 Jun 2009 09:12:35 +0200
Von: Takashi Iwai ti...@suse.de
An: Benjamin Herrenschmidt b...@kernel.crashing.org
CC: Gerhard Pircher gerhard_pirc...@gmx.net, linuxppc-...@ozlabs.org
Betreff: Re: ALSA fixes for non-coherent ppc32 again
But,
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 roel.kl...@gmail.com
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,
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,
Linux may hang up on socrates
On Tue, Jun 23, 2009 at 5:20 AM, Dan Williamsdan.j.willi...@intel.com 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
On Jun 23, 2009, at 5:18 AM, Li Yang wrote:
On Tue, Jun 23, 2009 at 5:20 AM, Dan
Williamsdan.j.willi...@intel.com 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
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.
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 weiyi.hu...@gmail.com
---
arch/powerpc/platforms/85xx/xes_mpc85xx.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
applied to
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 ++
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 le...@freescale.com
However, the addition of arch/powerpc/include/asm/fsldma.h still needs
the ack
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
On Tue, Jun 23, 2009 at 10:31 AM, Kári
Davíðssonkari.davids...@marel.com 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
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
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
generated
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 gerhard_pirc...@gmx.net
An: Takashi Iwai ti...@suse.de, b...@kernel.crashing.org
CC: linuxppc-...@ozlabs.org
Betreff: Re: ALSA fixes for non-coherent ppc32 again
Original-Nachricht
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 found
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 can get my
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 to do, and I'd
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 with
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 console
Hi Benjamin,
On Tue, 23 Jun 2009 12:47:59 +1000,
Benjamin Herrenschmidt b...@kernel.crashing.org 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
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 really need
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
31 matches
Mail list logo