This patch adds max_direct_dma_addr to struct dev_archdata to remove
addr_needs_map in struct dma_mapping_ops. It also converts
dma_capable() to use max_direct_dma_addr.
max_direct_dma_addr is initialized in pci_dma_dev_setup_swiotlb(),
called via ppc_md.pci_dma_dev_setup hook.
For further inform
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/Kconfig |1 +
arch/powerpc/include/asm/dma-mapping.h | 11 ++-
arch/powerpc/kernel/dma.c | 11 +++
3 files changed, 22 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/Kconfig b/arch/pow
Signed-off-by: FUJITA Tomonori
---
arch/powerpc/include/asm/dma-mapping.h |5 +
arch/powerpc/kernel/dma-swiotlb.c |3 ++-
2 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/include/asm/dma-mapping.h
b/arch/powerpc/include/asm/dma-mapping.h
index 91217e4.
This converts uses dma_map_ops struct (in include/linux/dma-mapping.h)
instead of POWERPC homegrown dma_mapping_ops.
Signed-off-by: FUJITA Tomonori
Acked-by: Becky Bruce
---
arch/powerpc/include/asm/device.h |4 +-
arch/powerpc/include/asm/dma-mapping.h | 84 ---
POWERPC needs this hook. SPARC could use it too.
Signed-off-by: FUJITA Tomonori
Acked-by: Becky Bruce
---
include/linux/dma-mapping.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/dma-mapping.h b/include/linux/dma-mapping.h
index c0f6c3c..91b7618 100644
Signed-off-by: FUJITA Tomonori
Acked-by: Becky Bruce
---
arch/powerpc/Kconfig |6 +-
arch/powerpc/include/asm/dma-mapping.h | 242 +---
2 files changed, 7 insertions(+), 241 deletions(-)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
This is the second version of the patchset to convert POWERPC to use
asm-generic/dma-mapping-common.h:
http://marc.info/?l=linux-kernel&m=124840628128189&w=2
There are some minor changes since the first version are:
- removed unused CONFIG_PPC_NEED_DMA_SYNC_OPS [5/7] (Becky pointed
out).
- ad
Now swiotlb_pci_dma_ops is identical to swiotlb_dma_ops; we can use
swiotlb_dma_ops with any devices. This removes swiotlb_pci_dma_ops.
Signed-off-by: FUJITA Tomonori
Acked-by: Becky Bruce
---
arch/powerpc/include/asm/swiotlb.h |1 -
arch/powerpc/kernel/dma-swiotlb.c | 14
On Mon, Aug 3, 2009 at 12:46 PM, Albrecht Dreß wrote:
> Am 03.08.09 19:50 schrieb(en) Grant Likely:
>>
>> Just about all mpc5200 device trees have the fsl,has-wdt property on GPT0
>> even when it isn't used as a watchdog.
>
> Sorry, I do not understand... The file
> Documentation/powerpc/dts-bindi
Introduced a temporary variable into our iterating over the list cpus
that are threads on the same core. For some reason Ben forgot how for
loops work.
Signed-off-by: Kumar Gala
---
arch/powerpc/mm/mmu_context_nohash.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --g
On Tue, Aug 04, 2009 at 02:29:38AM +0530, K.Prasad wrote:
> On Fri, Jul 31, 2009 at 04:16:46PM +1000, David Gibson wrote:
> > On Mon, Jul 27, 2009 at 05:43:17AM +0530, K.Prasad wrote:
[snip]
> > > + /* Verify if dar lies within the address range occupied by the symbol
> > > + * being watched. Sinc
On Tue, Aug 04, 2009 at 02:23:16AM +0530, K.Prasad wrote:
> On Fri, Jul 31, 2009 at 04:10:13PM +1000, David Gibson wrote:
> > On Mon, Jul 27, 2009 at 05:41:52AM +0530, K.Prasad wrote:
>
>
>
> > > Reasons
> > >
> > > - Signal delivery before execution of instruction requires complex
> >
On Mon, Aug 03, 2009 at 07:21:22PM -0700, David Brownell wrote:
> On Wednesday 29 July 2009, Ben Dooks wrote:
> > > struct spi_driver {
> > > + const struct spi_device_id *id_table;
> > > + int (*probe_id)(struct spi_device *spi,
> > > +
On Wed, 2009-08-05 at 10:04 +0900, FUJITA Tomonori wrote:
>
> Looks like that READ CAPACITY fails. We use kmalloc'ed buffer for READ
> CAPACITY so I'm not sure about an alignment issue that you mentioned
> in this thread earlier.
>
> You said your machine with a MESH appears to work. Did you conf
On Mon, 03 Aug 2009 09:13:37 +1000
Benjamin Herrenschmidt wrote:
> On Sun, 2009-08-02 at 10:52 +0200, Stef Simoens wrote:
> > Hey Benjamin,
> >
> Thanks for the bisection. I'll have a look when I'm back from skiing :-)
> In the meantime, maybe Fujita has an idea ?
The commit just removes the un
On Mon, Aug 03, 2009 at 07:16:02PM -0700, David Brownell wrote:
> On Wednesday 29 July 2009, Anton Vorontsov wrote:
> > platform_data is overkill for m25p80 chips, the
> > driver only needs to know exact chip model, and that's what device
> > tables are for.
>
> To be fair, the platform_data a
On Thursday 30 July 2009, Anton Vorontsov wrote:
> This patch converts the m25p80 driver so that now it uses .id_table
> for device matching, making it properly detect devices on OpenFirmware
> platforms (prior to this patch the driver misdetected non-JEDEC chips,
> seeing all chips as "m25p80").
On Wednesday 29 July 2009, Ben Dooks wrote:
> > struct spi_driver {
> > + const struct spi_device_id *id_table;
> > + int (*probe_id)(struct spi_device *spi,
> > + const struct spi_device_id *id);
>
> how about leaving it at just
On Wednesday 29 July 2009, Anton Vorontsov wrote:
> platform_data is overkill for m25p80 chips, the
> driver only needs to know exact chip model, and that's what device
> tables are for.
To be fair, the platform_data also supports partitioning
and labeling e.g. for cmdlinepart ... though I'd
I've tried kexec on e300 core which should be easy since it is possible
to disable the MMU on that core. However it does not work.
Once I disable the MMU, I can't access my MBAR and print chars on the
serial port. Is this "normal" or do I have still some caches on?
After I've setup two BATs one for
From: Michel Dänzer
Using the radeon KMS test functionality, I verified that the AGP bridge of the
Intrepid2 chipset in my PowerBook supports aperture sizes up to 256M. So allow
aperture sizes up to 256M on pre-U3 bridges as well, and bump the default size
to 256M. It's possible that older revisi
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
drivers/char/agp/uninorth-agp.c | 64 +++
1 files changed, 11 insertions(+), 53 deletions(-)
diff --git a/drivers/char/agp/uninorth-agp.c b/drivers/char/agp/uninorth-agp.c
index bc8b43a..75aa33a 100644
-
From: Michel Dänzer
Map the GART table uncached, so we don't always need to flush the CPU caches
explicitly after updates.
Signed-off-by: Michel Dänzer
---
drivers/char/agp/uninorth-agp.c | 33 +
1 files changed, 25 insertions(+), 8 deletions(-)
diff --git a/
* wilbur.chan | 2009-08-02 09:25:43 [+0800]:
>Hi, Sebastian,
Hi Wilbur,
>In your patch of Booke support for kexec , it setup a 1GB TMP mapping
>and jump to it.
>
>But I saw that, the max size for an e500 entry is 256M??so I changed
>your code to setup 4*256M entries, and it works well on mpc8541.
From: Hannes Hering
Date: Tue, 4 Aug 2009 16:20:15 +0200
> This patch fixes the napi list handling when an ehea interface is shut down to
> avoid corruption of the napi list.
>
> Signed-off-by: Hannes Hering
Applied, thanks.
___
Linuxppc-dev mailing
On Tue, Aug 04, 2009 at 04:59:13PM +0200, Joakim Tjernlund wrote:
[...]
> hmm, this looks promising. Can I write my own board-specific-csm
> and attach it to the SPI CS engine?
Yes, you'd able to do it, but there is no such thing as SPI CS
engine, yet.
See the two options of how we can implement
Anton Vorontsov wrote on 04/08/2009 16:22:50:
>
> On Tue, Aug 04, 2009 at 03:38:40PM +0200, Joakim Tjernlund wrote:
> > Anton Vorontsov wrote on 15/07/2009 00:09:31:
> > >
> > > On Tue, Jul 14, 2009 at 11:20:13PM +0200, Joakim Tjernlund wrote:
> > > [...]
> > > > >But any users of the legacy bind
On Tue, Aug 04, 2009 at 03:38:40PM +0200, Joakim Tjernlund wrote:
> Anton Vorontsov wrote on 15/07/2009 00:09:31:
> >
> > On Tue, Jul 14, 2009 at 11:20:13PM +0200, Joakim Tjernlund wrote:
> > [...]
> > > >But any users of the legacy bindings should be in-tree.
> > >
> > > ehh, it was working until
This patch fixes the napi list handling when an ehea interface is shut down to
avoid corruption of the napi list.
Signed-off-by: Hannes Hering
---
diff -Nurp -X dontdiff linux-2.6.31-rc5/drivers/net/ehea/ehea.h
patched_kernel/drivers/net/ehea/ehea.h
--- linux-2.6.31-rc5/drivers/net/ehea/ehea.h
On Tue, 2009-08-04 at 19:13 +0530, Sachin Sant wrote:
> Forgot to copy netdev in my original message. Forwarding ..
>
> I have a power6 blade [IBM,7998-61X] running 2.6.31-rc5-git2
> kernel (a33a052f19a21d727847391c8c1aff3fb221c472). After some
> period of inactivity the machine drops into xmon wi
Anton Vorontsov wrote on 15/07/2009 00:09:31:
>
> On Tue, Jul 14, 2009 at 11:20:13PM +0200, Joakim Tjernlund wrote:
> [...]
> > >But any users of the legacy bindings should be in-tree.
> >
> > ehh, it was working until you made it OF only. Why do call the native
> > way legacy? It is the method a
Additional information:
The kernel fault already happens in 2.6.25
The driver works fine in 2.6.24
(Interrupt available in /proc/interrupts
and
/sys/class/uio/uio0)
Are there changes in 2.6.25 which could cause the kernel fault?
Any hint is appreaciated!
Thx and kind regards
Frank Prepel
Oh okay, I didnt think anybody would need it :)
=> bootm 200 - 300
## Booting image at 0200 ...
Image Name: Linux-2.6.30.4
Created: 2009-08-04 7:06:18 UTC
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size:3978238 Bytes = 3.8 MB
Load Ad
On Mon, 2009-08-03 at 12:57 -0500, Dave Kleikamp wrote:
> > cpu_last_thread_in_core(cpu) is a moving target. You want something
> > like:
> >
> > cpu = cpu_first_thread_in_core(cpu);
> > last = cpu_last_thread_in_core(cpu);
> > while (cpu <= last) {
> > __clear_bit(id, stale_map[cpu]);
> >
34 matches
Mail list logo
