(dropping all but one of the bugs from the cc, since they are now
merged)
On Wed, 2010-12-22 at 15:11 -0800, Jeremy Fitzhardinge wrote:
> On 12/22/2010 10:35 AM, Konrad Rzeszutek Wilk wrote:
> >> d541daf6b956 pvops: make pte_flags() go via pvops
> > I've only hit that on a machine with a
On 12/22/2010 10:35 AM, Konrad Rzeszutek Wilk wrote:
>> Thanks. S since the Debian kernel has has DRM/TTM from 2.6.33 I assume I
>> want the NEEDS_IOREMAP (95518271) version.
>>
>> I'm about to try my backport of devel/ttm.pci-api-v2 which contains:
>> drm/ttm: Add ttm_tt_free_page
>>
> Thanks. S since the Debian kernel has has DRM/TTM from 2.6.33 I assume I
> want the NEEDS_IOREMAP (95518271) version.
>
> I'm about to try my backport of devel/ttm.pci-api-v2 which contains:
> drm/ttm: Add ttm_tt_free_page
> ttm: Introduce a placeholder for DMA (bus) addresses.
>
On Tue, 2010-12-21 at 15:02 -0500, Konrad Rzeszutek Wilk wrote:
[...]
> So e1687eae is upstream,
yes, it's c07fbfd17e61 upstream. I switched to that since I prefer
upstream versions where possible.
[...]
> Hmm, did you also include:
>
> "ttm: When TTM_PAGE_FLAG_DMA32 allocate pages under and"
> > Did you get these patches in too:
> >
> > 25021c9 x86: define arch_vm_get_page_prot to set _PAGE_IOMAP on VM_IO vmas
> > 2eb6682 drm: recompute vma->vm_page_prot after changing vm_flags
> > dbbc947 ttm: Set VM_IO only on pages with TTM_MEMTYPE_FLAG_FIXED set.
>
> I seem to have 25021c9 and 2e
On Tue, 2010-12-21 at 11:25 -0500, Konrad Rzeszutek Wilk wrote:
> > FWIW I ran a patched kernel up on my home machine (radeon) and it didn't
> > work. Without KMS the X server failed reasonably gracefuly (with some,
> > presumably spurious, message about the keyboard driver) and with KMS it
> > swi
> FWIW I ran a patched kernel up on my home machine (radeon) and it didn't
> work. Without KMS the X server failed reasonably gracefuly (with some,
> presumably spurious, message about the keyboard driver) and with KMS it
> switched graphics mode and then hung on a black screen.
>
> I'll keep poki
On Mon, 2010-12-20 at 11:42 -0500, Konrad Rzeszutek Wilk wrote:
> > Then I got to eba164ec7e69 "radeon/nouveau/ttm/AGP: Use dma_addr if TTM
> > has set it." which complained:
> > CC [M] drivers/gpu/drm/ttm/ttm_agp_backend.o
> > drivers/gpu/drm/ttm/ttm_agp_backend.c: In function
> Then I got to eba164ec7e69 "radeon/nouveau/ttm/AGP: Use dma_addr if TTM
> has set it." which complained:
> CC [M] drivers/gpu/drm/ttm/ttm_agp_backend.o
> drivers/gpu/drm/ttm/ttm_agp_backend.c: In function ‘ttm_agp_populate’:
> drivers/gpu/drm/ttm/ttm_agp_backend.c:66: e
Hi Konrad,
On Tue, 2010-12-07 at 11:47 -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Dec 07, 2010 at 11:49:14AM +, Ian Campbell wrote:
> > Is the series at https://lkml.org/lkml/2010/12/6/516 sufficient in its
> > own right to make Nouveau and ATI work or is more needed? What about NV?
>
> B
> Dave's concerns seemed mainly to be about AGP bits rather than PCI, are
Yeah, his concerns are valid: why touch it if nobody is using it. And
if truly there aren't enough folks being interested in AGP support, then
I am fine dropping it.
> they independent(-ish)? e.g. is only a subset of the ..
On Tue, 2010-12-07 at 11:47 -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Dec 07, 2010 at 11:49:14AM +, Ian Campbell wrote:
> > On Mon, 2010-12-06 at 19:27 -0500, Konrad Rzeszutek Wilk wrote:
> > > > a) Fix the GART/AGP backend (so drivers/char/agp/*.c) so they use the
> > > > PCI API.
> > >
On Tue, Dec 07, 2010 at 11:49:14AM +, Ian Campbell wrote:
> On Mon, 2010-12-06 at 19:27 -0500, Konrad Rzeszutek Wilk wrote:
> > > a) Fix the GART/AGP backend (so drivers/char/agp/*.c) so they use the
> > > PCI API.
> > >Only the i915 and higher are using the PCI API and I've some of the
On Mon, 2010-12-06 at 19:27 -0500, Konrad Rzeszutek Wilk wrote:
> > a) Fix the GART/AGP backend (so drivers/char/agp/*.c) so they use the PCI
> > API.
> >Only the i915 and higher are using the PCI API and I've some of the older
> >boxes with i860 so can actually test it.
>
> I've posted
> a) Fix the GART/AGP backend (so drivers/char/agp/*.c) so they use the PCI
> API.
>Only the i915 and higher are using the PCI API and I've some of the older
>boxes with i860 so can actually test it.
I've posted patches to address this (https://lkml.org/lkml/2010/12/6/480)
and Dave quest
.. snip of back-history..
> > Thanks for the pointers.
> >
> > I agree with Bastian that some of these changes are really quite nasty.
> > Do you and other Xen developers have any plan for how to fix the GART
> > and TTM mapping problems in a cleaner way as Xen dom0 support goes
> > upstream?
>
On Mon, 2010-11-29 at 02:52 +, Ben Hutchings wrote:
> On Sun, 2010-11-28 at 18:12 +, Ian Campbell wrote:
> > On Sun, 2010-11-28 at 16:58 +, Ben Hutchings wrote:
> > > On Tue, 2010-11-23 at 12:56 +0100, Lionel Elie Mamane wrote:
> > > > On Tue, Nov 23, 2010 at 10:41:57AM +0100, Alexand
On Sun, 2010-11-28 at 18:12 +, Ian Campbell wrote:
> On Sun, 2010-11-28 at 16:58 +, Ben Hutchings wrote:
> > On Tue, 2010-11-23 at 12:56 +0100, Lionel Elie Mamane wrote:
> > > On Tue, Nov 23, 2010 at 10:41:57AM +0100, Alexander Kurtz wrote:
> > >
> > > > The following bugs seem to be iden
On Sun, 2010-11-28 at 16:58 +, Ben Hutchings wrote:
> On Tue, 2010-11-23 at 12:56 +0100, Lionel Elie Mamane wrote:
> > On Tue, Nov 23, 2010 at 10:41:57AM +0100, Alexander Kurtz wrote:
> >
> > > The following bugs seem to be identical:
> >
> > > #601341
> > > #602418
> > > #604096
> >
> > >
On Tue, 2010-11-23 at 12:56 +0100, Lionel Elie Mamane wrote:
> On Tue, Nov 23, 2010 at 10:41:57AM +0100, Alexander Kurtz wrote:
>
> > The following bugs seem to be identical:
>
> > #601341
> > #602418
> > #604096
>
> > They all seem to be fixed by this kernel:
> > http://xenbits.xen.org/people/i
On Tue, Nov 23, 2010 at 10:41:57AM +0100, Alexander Kurtz wrote:
> The following bugs seem to be identical:
> #601341
> #602418
> #604096
> They all seem to be fixed by this kernel:
> http://xenbits.xen.org/people/ianc/
> I think it would be a good idea to
> *) merge them all
> *) assign to l
21 matches
Mail list logo
