https://bugs.freedesktop.org/show_bug.cgi?id=31667
--- Comment #19 from Kevin DeKorte 2011-01-07 06:33:12 PST
---
with mesa git db61b9ce39bccc43140357652ceb78baaf2aea44 Savage2 now crashes
immediately. Believe it did not crash with
e31defc825ee94f1d1092e277954abad7097c552
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=32829
--- Comment #5 from Tom Stellard 2011-01-06 23:44:27 PST
---
Hi, Can you try with the debugger branch from
git://anongit.freedesktop.org/~tstellar/mesa and post the output of
RADEON_DEBUG=vp ? This branch will probably mis-render a bunch of stuf
On Fre, 2011-01-07 at 02:42 +, Prasad Joshi wrote:
> On Mon, Dec 27, 2010 at 3:30 PM, Konrad Rzeszutek Wilk
> wrote:
> > On Tue, Dec 21, 2010 at 04:51:04AM +, Prasad Joshi wrote:
> >> Hello All,
> >>
> >> This is probably my first mail on this mailing list. I am working on a
> >> universi
https://bugs.freedesktop.org/show_bug.cgi?id=32654
--- Comment #4 from John Mesmon 2011-01-06 22:50:28 PST ---
Recompiled with debug information, ran the game again until crash to confirm
address was the same (attached log as jvm log 2).
$ addr2line -e /usr/lib/debug/usr/lib/mesa/r300_dri.so.deb
https://bugs.freedesktop.org/show_bug.cgi?id=32654
--- Comment #5 from John Mesmon 2011-01-06 22:51:01 PST ---
Created an attachment (id=41739)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41739)
jvm error log 2
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #24 from Travis Glenn Hansen 2011-01-06
21:45:30 PST ---
I've tried the attached patches and no go. I started digging through code and
even read part of the dp spec but didn't get very far :( I'll allow ssh access
to the machine or
Attached the corresponding patch for kernel 2.6.36.
Chris Wilson wrote:
> Nice patch, thanks. I've applied this to my -fixes queue.
So this means that this fix will be part of a future stable 2.6.37.x
kernel or will it be only part of the upcoming 2.6.38?
If it is the latter, shall i send the pat
On Thu 06-01-11 22:08:46, Alex Riesen wrote:
> On Thu, Jan 6, 2011 at 21:55, Alex Riesen wrote:
> > On Thu, Jan 6, 2011 at 18:49, Chris Wilson wrote:
> >>
> >> My fear is that some machines have a dependency between the backlight
> >> and panel power status. The patch in question changed the timi
I've been looking at how we can improve upload/download performance on our
UMA gfx. One under-used aspect of the IGP is its ability to blit between
snooped-and-unsnooped memory i.e. from normal ram into the GTT. Only the
BLT has this ability, almost all other functions of the GPU most be from
unsno
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #25 from Ortwin Glück 2011-01-07 08:28:47 PST ---
The patches don't help the iMac11,2 (21.5" version) either. Still no picture.
http://www.odi.ch/prog/imac/index.php
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=32654
Michel Dänzer changed:
What|Removed |Added
Attachment #41739|text/x-log |text/plain
mime type|
> > The errors
> >
> > [3.778476] [drm:r100_ring_test] *ERROR* radeon: ring test failed
> > (sracth(0x15E4)=0xCAFEDEAD)
> > [3.781010] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
> > [3.782542] radeon :00:04.0: failled initializing CP (-22).
> > [3.784006] radeon
We only use the "if (pool == NULL)" path for right now.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 26 +++---
1 files changed, 23 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c
b/drivers/gpu/drm/ttm/ttm
This is right now limited to only non-pool constructs.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c |9 ++---
drivers/gpu/drm/ttm/ttm_tt.c | 10 --
include/drm/ttm/ttm_bo_driver.h |2 ++
include/drm/ttm/ttm_page_alloc.h |
If the TTM layer has used the DMA API to setup pages that are
TTM_PAGE_FLAG_DMA32 (look at patch titled: "ttm: Utilize the dma_addr_t
array for pages that are to in DMA32 pool."), lets use it
when programming the GART in the PCIe type cards.
This patch skips doing the pci_map_page (and pci_unmap_p
We pass in the array of ttm pages to be populated in the GART/MM
of the card (or AGP). Patch titled: "ttm: Utilize the dma_addr_t array
for pages that are to in DMA32 pool." uses the DMA API to make those
pages have a proper DMA addresses (in the situation where
page_to_phys or virt_to_phys do not
Attached is a set of patches that make it possible for drivers using TTM API
(nouveau and radeon graphic drivers) to work under Xen. The explanation
is a bit complex and I am not sure if I am explaining it that well..so if
something is unclear please do ping me.
Changes since v1: [https://lkml.org
If the TTM layer has used the DMA API to setup pages that are
TTM_PAGE_FLAG_DMA32 (look at patch titled: "ttm: Utilize the dma_addr_t
array for pages that are to in DMA32 pool."), lets use it
when programming the GART in the PCIe type cards.
This patch skips doing the pci_map_page (and pci_unmap_p
2011/1/7 Konrad Rzeszutek Wilk :
>> > The errors
>> >
>> > [ 3.778476] [drm:r100_ring_test] *ERROR* radeon: ring test failed
>> > (sracth(0x15E4)=0xCAFEDEAD)
>> > [ 3.781010] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
>> > [ 3.782542] radeon :00:04.0: failled initializi
https://bugs.freedesktop.org/show_bug.cgi?id=31771
Tilman Sauerbeck changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32829
--- Comment #6 from Rubén Fernández 2011-01-07 10:37:53
PST ---
(In reply to comment #5)
> Hi, Can you try with the debugger branch from
> git://anongit.freedesktop.org/~tstellar/mesa and post the output of
> RADEON_DEBUG=vp ? This branch will p
From: Dave Airlie
This is just an idea that might or might not be a good idea,
it basically adds two ioctls to create a dumb and map a dumb buffer
suitable for scanout. The handle can be passed to the KMS ioctls to create
a framebuffer.
It looks to me like it would be useful in the following cas
On Fri, 7 Jan 2011 09:16:51 +1000, Dave Airlie wrote:
> +int
> +i915_gem_dumb_create(struct drm_file *file,
> + struct drm_device *dev,
> + struct drm_mode_create_dumb *args)
> +{
> + /* have to work out size/pitch and return them */
> + args->pitch = ALI
https://bugs.freedesktop.org/show_bug.cgi?id=31667
--- Comment #19 from Kevin DeKorte 2011-01-07 06:33:12
PST ---
with mesa git db61b9ce39bccc43140357652ceb78baaf2aea44 Savage2 now crashes
immediately. Believe it did not crash with
e31defc825ee94f1d1092e277954abad7097c552
--
Configure bugmail:
On Fre, 2011-01-07 at 02:42 +, Prasad Joshi wrote:
> On Mon, Dec 27, 2010 at 3:30 PM, Konrad Rzeszutek Wilk
> wrote:
> > On Tue, Dec 21, 2010 at 04:51:04AM +, Prasad Joshi wrote:
> >> Hello All,
> >>
> >> This is probably my first mail on this mailing list. I am working on a
> >> universi
send the patches to stable at kernel.org
myself? Do i need an ACK from you or any other DRI maintainer to do so?
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: intel_crt.c.patch
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachmen
On Thu 06-01-11 22:08:46, Alex Riesen wrote:
> On Thu, Jan 6, 2011 at 21:55, Alex Riesen wrote:
> > On Thu, Jan 6, 2011 at 18:49, Chris Wilson
> > wrote:
> >>
> >> My fear is that some machines have a dependency between the backlight
> >> and panel power status. The patch in question changed the
I've been looking at how we can improve upload/download performance on our
UMA gfx. One under-used aspect of the IGP is its ability to blit between
snooped-and-unsnooped memory i.e. from normal ram into the GTT. Only the
BLT has this ability, almost all other functions of the GPU most be from
unsno
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #25 from Ortwin Gl?ck 2011-01-07 08:28:47 PST ---
The patches don't help the iMac11,2 (21.5" version) either. Still no picture.
http://www.odi.ch/prog/imac/index.php
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=32654
Michel D?nzer changed:
What|Removed |Added
Attachment #41739|text/x-log |text/plain
mime type|
> > The errors
> >
> > [3.778476] [drm:r100_ring_test] *ERROR* radeon: ring test failed
> > (sracth(0x15E4)=0xCAFEDEAD)
> > [3.781010] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
> > [3.782542] radeon :00:04.0: failled initializing CP (-22).
> > [3.784006] radeon
We only use the "if (pool == NULL)" path for right now.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 26 +++---
1 files changed, 23 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c
b/drivers/gpu/drm/ttm/ttm
This is right now limited to only non-pool constructs.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c |9 ++---
drivers/gpu/drm/ttm/ttm_tt.c | 10 --
include/drm/ttm/ttm_bo_driver.h |2 ++
include/drm/ttm/ttm_page_alloc.h |
If the TTM layer has used the DMA API to setup pages that are
TTM_PAGE_FLAG_DMA32 (look at patch titled: "ttm: Utilize the dma_addr_t
array for pages that are to in DMA32 pool."), lets use it
when programming the GART in the PCIe type cards.
This patch skips doing the pci_map_page (and pci_unmap_p
We pass in the array of ttm pages to be populated in the GART/MM
of the card (or AGP). Patch titled: "ttm: Utilize the dma_addr_t array
for pages that are to in DMA32 pool." uses the DMA API to make those
pages have a proper DMA addresses (in the situation where
page_to_phys or virt_to_phys do not
Attached is a set of patches that make it possible for drivers using TTM API
(nouveau and radeon graphic drivers) to work under Xen. The explanation
is a bit complex and I am not sure if I am explaining it that well..so if
something is unclear please do ping me.
Changes since v1: [https://lkml.org
If the TTM layer has used the DMA API to setup pages that are
TTM_PAGE_FLAG_DMA32 (look at patch titled: "ttm: Utilize the dma_addr_t
array for pages that are to in DMA32 pool."), lets use it
when programming the GART in the PCIe type cards.
This patch skips doing the pci_map_page (and pci_unmap_p
2011/1/7 Konrad Rzeszutek Wilk :
>> > The errors
>> >
>> > [ ? ?3.778476] [drm:r100_ring_test] *ERROR* radeon: ring test failed
>> > (sracth(0x15E4)=0xCAFEDEAD)
>> > [ ? ?3.781010] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
>> > [ ? ?3.782542] radeon :00:04.0: failled initializi
https://bugs.freedesktop.org/show_bug.cgi?id=31771
Tilman Sauerbeck changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32829
--- Comment #6 from Rub?n Fern?ndez 2011-01-07
10:37:53 PST ---
(In reply to comment #5)
> Hi, Can you try with the debugger branch from
> git://anongit.freedesktop.org/~tstellar/mesa and post the output of
> RADEON_DEBUG=vp ? This branch will p
https://bugs.freedesktop.org/show_bug.cgi?id=32865
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32829
--- Comment #9 from Rub?n Fern?ndez 2011-01-07
16:19:29 PST ---
Created an attachment (id=41764)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41764)
output from Tom's branch with RADEON_DEBUG=vp and MESA_GLS=dump
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=32829
--- Comment #8 from Rub?n Fern?ndez 2011-01-07
16:18:30 PST ---
(In reply to comment #7)
> Created an attachment (id=41761)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41761)
> radeon_debugger_result.h
>
> Sorry, Add this file to src/m
https://bugs.freedesktop.org/show_bug.cgi?id=31391
--- Comment #1 from Stephan Hilb 2011-01-07 11:47:51 PST
---
Created an attachment (id=41760)
View: https://bugs.freedesktop.org/attachment.cgi?id=41760
Review: https://bugs.freedesktop.org/review?bug=31391&attachment=41760
Patch against 82ac
https://bugs.freedesktop.org/show_bug.cgi?id=32733
--- Comment #1 from Brian Paterni 2011-01-07 15:21:15
PST ---
(In reply to comment #0)
> When trying to run arbocclude2 on my system it gives me this output:
> OQ2 supported
> Depthbits: 24
> [1]27415 segmentation fault arbocclude2
Instead
https://bugs.freedesktop.org/show_bug.cgi?id=32905
Summary: [r300g]
src/gallium/drivers/r300/r300_state.c:1874:r300_set_co
nstant_buffer: Assertion `(buf->width0 % (4 *
sizeof(float))) == 0' failed.
Product: Mesa
https://bugs.freedesktop.org/show_bug.cgi?id=32905
--- Comment #1 from Vinson Lee 2011-01-07 12:16:27 PST ---
be1af4394e060677b7db6bbb8e3301e38a3363da is the first bad commit
commit be1af4394e060677b7db6bbb8e3301e38a3363da
Author: Marek Ol??k
Date: Sun Dec 26 04:29:44 2010 +0100
r300g: de
https://bugs.freedesktop.org/show_bug.cgi?id=32829
--- Comment #10 from Tom Stellard 2011-01-07 21:36:51
PST ---
Does running mesa master branch with RADEON_DEBUG=noopt fix the issue? If so,
can you post the output of RADEON_DEBUG=noopt,vp ?
--
Configure bugmail: https://bugs.freedesktop.org/
https://bugs.freedesktop.org/show_bug.cgi?id=32829
--- Comment #7 from Tom Stellard 2011-01-07 14:49:54
PST ---
Created an attachment (id=41761)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41761)
radeon_debugger_result.h
Sorry, Add this file to src/mesa/drivers/dri/r300/compiler
--
C
On Fri, 2011-01-07 at 12:11 -0500, Konrad Rzeszutek Wilk wrote:
> Attached is a set of patches that make it possible for drivers using TTM API
> (nouveau and radeon graphic drivers) to work under Xen. The explanation
> is a bit complex and I am not sure if I am explaining it that well..so if
> som
On Fri, Jan 07, 2011 at 05:47:59PM +, Prasad Joshi wrote:
> 2011/1/7 Konrad Rzeszutek Wilk :
> >> > The errors
> >> >
> >> > [ ? ?3.778476] [drm:r100_ring_test] *ERROR* radeon: ring test failed
> >> > (sracth(0x15E4)=0xCAFEDEAD)
> >> > [ ? ?3.781010] [drm:r100_cp_init] *ERROR* radeon: cp isn't
On Thu, 06 Jan 2011 11:50:02 +0100, Michal Hocko wrote:
> Hi,
>
> On Tue 04-01-11 17:15:45, Linus Torvalds wrote:
> [...]
> > We did have another revert to fix hopefullythe last "blank screen"
> > regression on intel graphics.
>
> It seems that there is still a regression for intel graphic cards
52 matches
Mail list logo
