Re: Problems with alpha/pci + radeon/ttm

2010-06-22 Thread FUJITA Tomonori
On Mon, 21 Jun 2010 17:19:43 -0400 Matt Turner matts...@gmail.com wrote: Michael Cree and I have been debugging FDO bug 26403 [1]. I tried booting with `radeon.test=1` and found this, which I think is related: [drm] Tested GTT-VRAM and VRAM-GTT copy for GTT offset 0x202000 [drm] Tested

Re: Problems with alpha/pci + radeon/ttm

2010-06-28 Thread FUJITA Tomonori
On Thu, 24 Jun 2010 21:51:40 +1200 Michael Cree mc...@orcon.net.nz wrote: Is this a regression (what kernel version worked)? Seems that the IOMMU can't find 128 pages. It's likely due to: - out of the IOMMU space (possibly someone doesn't free the IOMMU space). or - the

Re: [PATCH 4/7] swiotlb: Expose swiotlb_nr_tlb function to modules as swiotlb_enabled

2011-09-19 Thread FUJITA Tomonori
- it was swioltb instead of swiotlb. CC: FUJITA Tomonori fujita.tomon...@lab.ntt.co.jp Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com --- drivers/xen/swiotlb-xen.c |2 +- include/linux/swiotlb.h |7 ++- lib/swiotlb.c |5 +++-- 3 files changed, 10

Re: [PATCH 4/9] swiotlb: Expose swiotlb_nr_tlb function to modules

2011-10-01 Thread FUJITA Tomonori
On Thu, 29 Sep 2011 16:33:47 -0400 Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: As a mechanism to detect whether SWIOTLB is enabled or not. We also fix the spelling - it was swioltb instead of swiotlb. CC: FUJITA Tomonori fujita.tomon...@lab.ntt.co.jp [v1: Ripped out swiotlb_enabled

Re: [PATCH 01/11] swiotlb: Expose swiotlb_nr_tlb function to modules

2011-10-22 Thread FUJITA Tomonori
On Wed, 19 Oct 2011 18:19:22 -0400 Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: As a mechanism to detect whether SWIOTLB is enabled or not. We also fix the spelling - it was swioltb instead of swiotlb. CC: FUJITA Tomonori fujita.tomon...@lab.ntt.co.jp [v1: Ripped out swiotlb_enabled

[PATCH 4/7] swiotlb: Expose swiotlb_nr_tlb function to modules as swiotlb_enabled

2011-09-17 Thread FUJITA Tomonori
swioltb instead of > swiotlb. > > CC: FUJITA Tomonori > Signed-off-by: Konrad Rzeszutek Wilk > --- > drivers/xen/swiotlb-xen.c |2 +- > include/linux/swiotlb.h |7 ++- > lib/swiotlb.c |5 +++-- > 3 files changed, 10 insertions(+), 4 de

[PATCH 4/9] swiotlb: Expose swiotlb_nr_tlb function to modules

2011-09-30 Thread FUJITA Tomonori
On Thu, 29 Sep 2011 16:33:47 -0400 Konrad Rzeszutek Wilk wrote: > As a mechanism to detect whether SWIOTLB is enabled or not. > We also fix the spelling - it was swioltb instead of > swiotlb. > > CC: FUJITA Tomonori > [v1: Ripped out swiotlb_enabled] > Signed-off-by:

Problems with alpha/pci + radeon/ttm

2010-06-22 Thread FUJITA Tomonori
On Mon, 21 Jun 2010 17:19:43 -0400 Matt Turner wrote: > Michael Cree and I have been debugging FDO bug 26403 [1]. I tried > booting with `radeon.test=1` and found this, which I think is related: > > > [drm] Tested GTT->VRAM and VRAM->GTT copy for GTT offset 0x202000 > > [drm] Tested GTT->VRAM

Problems with alpha/pci + radeon/ttm

2010-06-27 Thread FUJITA Tomonori
On Thu, 24 Jun 2010 10:53:52 -0400 Matt Turner wrote: > > Seems that the IOMMU can't find 128 pages. It's likely due to: > > > > - out of the IOMMU space (possibly someone doesn't free the IOMMU > > ?space). > > > > or > > > > - the mapping parameters (such as align) aren't appropriate so the >

Problems with alpha/pci + radeon/ttm

2010-06-27 Thread FUJITA Tomonori
On Thu, 24 Jun 2010 21:51:40 +1200 Michael Cree wrote: > >> Is this a regression (what kernel version worked)? > >> > >> Seems that the IOMMU can't find 128 pages. It's likely due to: > >> > >> - out of the IOMMU space (possibly someone doesn't free the IOMMU > >> space). > >> > >> or > >> >

[PATCH 01/11] swiotlb: Expose swiotlb_nr_tlb function to modules

2011-10-22 Thread FUJITA Tomonori
On Wed, 19 Oct 2011 18:19:22 -0400 Konrad Rzeszutek Wilk wrote: > As a mechanism to detect whether SWIOTLB is enabled or not. > We also fix the spelling - it was swioltb instead of > swiotlb. > > CC: FUJITA Tomonori > [v1: Ripped out swiotlb_enabled] > Signed-off-by: