ttm_tt_set_user has "ttm->state = tt_unbound" which will cause the
following ttm_tt_populate return directly because of bellow check:
if (ttm->state != tt_unpopulated)
return 0;
Does it mean we don't need to populate user pages? Here is the patch
if it is not the case
Tha
https://bugs.freedesktop.org/show_bug.cgi?id=28774
--- Comment #11 from Alex Deucher 2010-06-28 22:38:29 PDT ---
On avivo chips, the display regs start at 0x6000 (crtcs/grph/cur/etc.) and the
output regs start at 0x7000 (dacs/dig/etc.). They only relevant register in
your dump that's different i
https://bugs.freedesktop.org/show_bug.cgi?id=28774
--- Comment #11 from Alex Deucher 2010-06-28 22:38:29 PDT
---
On avivo chips, the display regs start at 0x6000 (crtcs/grph/cur/etc.) and the
output regs start at 0x7000 (dacs/dig/etc.). They only relevant register in
your dump that's different
On 28/06/10 11:14, Dave Airlie wrote:
> The bus error is caused by the kernel, its something alpha specific
> with how mmap works,
> I'm not sure if alpha needs some special mmap flags or something,
Neither am I. All I know is that Alpha reorders CPU instructions more
aggressively than most othe
https://bugs.freedesktop.org/show_bug.cgi?id=27858
--- Comment #6 from Marek Olšák 2010-06-28 18:11:27 PDT ---
Could you test the game with latest mesa git? There are some new fixes.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=27858
--- Comment #6 from Marek Ol??k 2010-06-28 18:11:27 PDT
---
Could you test the game with latest mesa git? There are some new fixes.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=28630
--- Comment #4 from Marek Olšák 2010-06-28 17:02:00 PDT ---
I believe the "data" pointer is not valid.
I have committed some fixes, can you please test latest mesa git?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=28630
--- Comment #4 from Marek Ol??k 2010-06-28 17:02:00 PDT
---
I believe the "data" pointer is not valid.
I have committed some fixes, can you please test latest mesa git?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
Change sizeof(x) / sizeof(*x) to ARRAY_SIZE(x).
Signed-off-by: Kulikov Vasiliy
---
drivers/gpu/drm/i915/intel_tv.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_tv.c b/drivers/gpu/drm/i915/intel_tv.c
index 6d553c2..d2d4e40 100644
--- a/drive
Change sizeof(x) / sizeof(*x) to ARRAY_SIZE(x).
Signed-off-by: Kulikov Vasiliy
---
drivers/gpu/drm/i915/intel_sdvo.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_sdvo.c
b/drivers/gpu/drm/i915/intel_sdvo.c
index 76993ac..03c231b 100644
--
Change sizeof(x) / sizeof(*x) to ARRAY_SIZE(x).
Signed-off-by: Kulikov Vasiliy
---
drivers/gpu/drm/drm_edid.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index c198186..da06476 100644
--- a/drivers/gpu/drm
https://bugs.freedesktop.org/show_bug.cgi?id=28771
--- Comment #3 from Jesse Barnes 2010-06-28 15:41:03
PDT ---
Oh, for the DRI2 radeon driver you'll probably need to add an explicit option
somewhere; maybe the code path that used to check the vblank_mode flags is no
longer called.
See intel_sc
https://bugs.freedesktop.org/show_bug.cgi?id=28771
--- Comment #3 from Jesse Barnes 2010-06-28
15:41:03 PDT ---
Oh, for the DRI2 radeon driver you'll probably need to add an explicit option
somewhere; maybe the code path that used to check the vblank_mode flags is no
longer called.
See intel_sc
From: Randy Dunlap
Fix all sparse warnings in ttm_page_alloc.c.
Signed-off-by: Randy Dunlap
Cc: David Airlie
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/ttm/ttm_page_alloc.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
drivers/gpu/drm/ttm/ttm_page_allo
From: Randy Dunlap
Fix all sparse warnings in ttm_page_alloc.c.
Signed-off-by: Randy Dunlap
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
---
drivers/gpu/drm/ttm/ttm_page_alloc.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
drivers/gpu/drm/ttm/ttm_page_a
https://bugs.freedesktop.org/show_bug.cgi?id=28671
--- Comment #26 from Alex Deucher 2010-06-28 14:09:52 PDT ---
Ideally you'd test both a digital and analog monitor on both ports and make
sure it works on each. Can you attach your xorg log and dmesg from the final
version of the patch? Also, m
https://bugs.freedesktop.org/show_bug.cgi?id=28671
--- Comment #26 from Alex Deucher 2010-06-28 14:09:52 PDT
---
Ideally you'd test both a digital and analog monitor on both ports and make
sure it works on each. Can you attach your xorg log and dmesg from the final
version of the patch? Also,
https://bugs.freedesktop.org/show_bug.cgi?id=28671
--- Comment #25 from Brett Witherspoon
2010-06-28 13:51:33 PDT ---
Ok seems to work well. How will I know when we have the correct combinations
for the connector table? It seems that multiple combinations work.
--
Configure bugmail: https://bu
https://bugs.freedesktop.org/show_bug.cgi?id=28671
--- Comment #25 from Brett Witherspoon
2010-06-28 13:51:33 PDT ---
Ok seems to work well. How will I know when we have the correct combinations
for the connector table? It seems that multiple combinations work.
--
Configure bugmail: https://bu
https://bugs.freedesktop.org/show_bug.cgi?id=28630
--- Comment #3 from Chris Rankin 2010-06-28 13:49:19
PDT ---
In src/gallium/drivers/r300/r300_context.c
static void r300_flush_cb(void *data)
{
struct r300_context* const cs_context_copy = data;
cs_context_copy->context.flush(&cs_conte
https://bugs.freedesktop.org/show_bug.cgi?id=28630
--- Comment #3 from Chris Rankin 2010-06-28
13:49:19 PDT ---
In src/gallium/drivers/r300/r300_context.c
static void r300_flush_cb(void *data)
{
struct r300_context* const cs_context_copy = data;
cs_context_copy->context.flush(&cs_conte
https://bugs.freedesktop.org/show_bug.cgi?id=28771
--- Comment #2 from Sven Arvidsson 2010-06-28 13:18:51 PDT ---
Yes, I'm using git master, so they're both there.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
https://bugs.freedesktop.org/show_bug.cgi?id=28771
--- Comment #2 from Sven Arvidsson 2010-06-28 13:18:51 PDT ---
Yes, I'm using git master, so they're both there.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
https://bugs.freedesktop.org/show_bug.cgi?id=28630
--- Comment #2 from Chris Rankin 2010-06-28 13:15:33
PDT ---
Created an attachment (id=36584)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36584)
Recent backtrace using mesa git with -gdwarf-2
--
Configure bugmail: https://bugs.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=28630
--- Comment #2 from Chris Rankin 2010-06-28
13:15:33 PDT ---
Created an attachment (id=36584)
--> (https://bugs.freedesktop.org/attachment.cgi?id=36584)
Recent backtrace using mesa git with -gdwarf-2
--
Configure bugmail: https://bugs.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=28800
Summary: [r300c] Texture corruption with World of Warcraft
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Prio
https://bugs.freedesktop.org/show_bug.cgi?id=28800
Summary: [r300c] Texture corruption with World of Warcraft
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Prio
On 06/28/2010 02:03 AM, Michael Cree wrote:
> On 28/06/10 11:14, Dave Airlie wrote:
>> The bus error is caused by the kernel, its something alpha specific
>> with how mmap works,
>> I'm not sure if alpha needs some special mmap flags or something,
>
> Neither am I. All I know is that Alpha reorde
https://bugs.freedesktop.org/show_bug.cgi?id=28771
--- Comment #1 from Jesse Barnes 2010-06-28 09:31:56
PDT ---
You need both:
commit 234286c0f8b7d30ed49223c648d4c73c1a517ab3
Author: Jesse Barnes
Date: Thu Apr 22 12:47:41 2010 -0700
DRI2: add config query extension
and
commit 45e2b51c
https://bugs.freedesktop.org/show_bug.cgi?id=28771
--- Comment #1 from Jesse Barnes 2010-06-28
09:31:56 PDT ---
You need both:
commit 234286c0f8b7d30ed49223c648d4c73c1a517ab3
Author: Jesse Barnes
Date: Thu Apr 22 12:47:41 2010 -0700
DRI2: add config query extension
and
commit 45e2b51c
On Sun, Jun 27, 2010 at 8:46 PM, Michael Cree wrote:
> On 27/06/10 16:20, FUJITA Tomonori wrote:
>>
>> 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:
>
On 06/28/2010 02:03 AM, Michael Cree wrote:
> On 28/06/10 11:14, Dave Airlie wrote:
>> The bus error is caused by the kernel, its something alpha specific
>> with how mmap works,
>> I'm not sure if alpha needs some special mmap flags or something,
>
> Neither am I. All I know is that Alpha reorde
Change sizeof(x) / sizeof(*x) to ARRAY_SIZE(x).
Signed-off-by: Kulikov Vasiliy
---
drivers/gpu/drm/i915/intel_tv.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_tv.c b/drivers/gpu/drm/i915/intel_tv.c
index 6d553c2..d2d4e40 100644
--- a/drive
Change sizeof(x) / sizeof(*x) to ARRAY_SIZE(x).
Signed-off-by: Kulikov Vasiliy
---
drivers/gpu/drm/i915/intel_sdvo.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_sdvo.c
b/drivers/gpu/drm/i915/intel_sdvo.c
index 76993ac..03c231b 100644
--
Change sizeof(x) / sizeof(*x) to ARRAY_SIZE(x).
Signed-off-by: Kulikov Vasiliy
---
drivers/gpu/drm/drm_edid.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index c198186..da06476 100644
--- a/drivers/gpu/drm
On 28/06/10 11:14, Dave Airlie wrote:
The bus error is caused by the kernel, its something alpha specific
with how mmap works,
I'm not sure if alpha needs some special mmap flags or something,
Neither am I. All I know is that Alpha reorders CPU instructions more
aggressively than most other a
On Sun, Jun 27, 2010 at 8:46 PM, Michael Cree wrote:
> On 27/06/10 16:20, FUJITA Tomonori wrote:
>>
>> 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:
>
On 27/06/10 16:20, FUJITA Tomonori wrote:
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
On Sun, Jun 27, 2010 at 12:20 AM, FUJITA Tomonori
wrote:
> 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
>> >
>> >
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
> >>
> >>
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
> >
41 matches
Mail list logo
