http://bugs.freedesktop.org/show_bug.cgi?id=17397
--- Comment #10 from Gordon Jin 2009-07-21 22:53:58 PST
---
(In reply to comment #8)
> With Kernel 2.6.30 kernel modesetting works.
>
> And yes, problem still persists. Switch on atmosphere and you get jerkiness.
We are seeing bug#8. I
On Wed, 2009-07-22 at 09:51 +0800, Zhenyu Wang wrote:
> Look nice to me.
Pushed, thanks for your review.
--
keith.pack...@intel.com
signature.asc
Description: This is a digitally signed message part
--
--
On 2009.07.21 12:38:01 -0700, Keith Packard wrote:
> This synchronizes the X EDID data with the kernel EDID data each time the
> kernel data may have changed. Otherwise, X ends up stuck with the first EDID
> data it sees, failing to accomodate to different monitors.
>
> Signed-off-by: Keith Packar
http://bugzilla.kernel.org/show_bug.cgi?id=13713
Rafael J. Wysocki changed:
What|Removed |Added
CC||r...@sisk.pl
Blocks|
On Tue, 21 Jul 2009 22:50:31 +0200
Diego Calleja wrote:
> Hi, I'm hitting an oops when I try to enable kernel modesetting. I'm
> using one of the latests git snapshots, the one which includes some
> DRM fixes (2.6.31-rc3-00096-g78af08d-dirty). It's not a regression,
> it's the first time I try th
Hi, I'm hitting an oops when I try to enable kernel modesetting. I'm using
one of the latests git snapshots, the one which includes some DRM fixes
(2.6.31-rc3-00096-g78af08d-dirty). It's not a regression, it's the first
time I try this. xserver-xorg-video-intel version is what was released
today, 2
This synchronizes the X EDID data with the kernel EDID data each time the
kernel data may have changed. Otherwise, X ends up stuck with the first EDID
data it sees, failing to accomodate to different monitors.
Signed-off-by: Keith Packard
---
src/drmmode_display.c |3 +--
1 files changed, 1
On Tue, 2009-07-21 at 20:00 +0200, Jerome Glisse wrote:
> On Tue, 2009-07-21 at 19:34 +0200, Jerome Glisse wrote:
> > On Thu, 2009-06-25 at 17:53 +0200, Thomas Hellström wrote:
> > >
> > > 4) We could now skip the ttm_tt_populate() in ttm_tt_set_caching, since
> > > it will always allocate cached
http://bugs.freedesktop.org/show_bug.cgi?id=21929
--- Comment #9 from Ruslan 2009-07-21 12:16:52 PST ---
As i supposed, this has something to do with tiling mode. I put 'Option
"tiling" "false"' in the Device section of xorg.conf, and the artifacts went
away - checked with all three programs
http://bugs.freedesktop.org/show_bug.cgi?id=21929
--- Comment #8 from Ruslan 2009-07-21 11:42:15 PST ---
In software rendering mode this problem disappears.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
On Tue, 2009-07-21 at 19:34 +0200, Jerome Glisse wrote:
> On Thu, 2009-06-25 at 17:53 +0200, Thomas Hellström wrote:
> >
> > 4) We could now skip the ttm_tt_populate() in ttm_tt_set_caching, since
> > it will always allocate cached pages and then transition them.
> >
>
> Okay 4) is bad, what ha
On Thu, 2009-06-25 at 17:53 +0200, Thomas Hellström wrote:
> Jerome Glisse skrev:
> > Hi,
> >
> > Thomas i attach a reworked page pool allocator based on Dave works,
> > this one should be ok with ttm cache status tracking. It definitely
> > helps on AGP system, now the bottleneck is in mesa vertex
http://bugs.freedesktop.org/show_bug.cgi?id=21929
--- Comment #7 from Ruslan 2009-07-21 10:22:24 PST ---
Created an attachment (id=27887)
--> (http://bugs.freedesktop.org/attachment.cgi?id=27887)
And, similar problem is in GTA3 when trails option is enabled
So, i may conclude that the prob
http://bugs.freedesktop.org/show_bug.cgi?id=21929
--- Comment #6 from Ruslan 2009-07-21 10:14:04 PST ---
Created an attachment (id=27886)
--> (http://bugs.freedesktop.org/attachment.cgi?id=27886)
The same X-Plane screenshot made using GIMP
--
Configure bugmail: http://bugs.freedesktop.or
http://bugs.freedesktop.org/show_bug.cgi?id=21929
--- Comment #5 from Ruslan 2009-07-21 10:11:36 PST ---
Created an attachment (id=27885)
--> (http://bugs.freedesktop.org/attachment.cgi?id=27885)
Screenshot of X-Plane 9 made by +".", i.e. by X-Plane itself
The problem seems to be the same
http://bugs.freedesktop.org/show_bug.cgi?id=22528
--- Comment #4 from Fabio 2009-07-21 08:50:56 PST ---
Created an attachment (id=27884)
--> (http://bugs.freedesktop.org/attachment.cgi?id=27884)
gzipped full console output with DEBUG_CMDBUF defined to 1 and RADEON_DEBUG=all
Also attaching
The code was potentially dereferencig a NULL sync object pointer.
At the same time a sync object reference was potentially leaked.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_bo_util.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/t
http://bugs.freedesktop.org/show_bug.cgi?id=22742
--- Comment #5 from Fabio 2009-07-21 08:40:14 PST ---
Created an attachment (id=27883)
--> (http://bugs.freedesktop.org/attachment.cgi?id=27883)
prey console output with DEBUG_CMDBUF defined to 1 and RADEON_DEBUG=all
(In reply to comment #4
Hello Robert:
> I appreciate the efforts that VIA is making towards supporting their
> customers. I have had users asking me for hardware acceleration with VIA
> chips in FreeBSD for a while now. Many users will be satisfied with a good
> hardware accelerated 2D solution. A 3D driver is certa
On Tue, 2009-07-21 at 05:54 -0700, Steven Noonan wrote:
> On Tue, Jul 21, 2009 at 5:41 AM, Jerome Glisse wrote:
> > On Tue, 2009-07-21 at 04:00 -0700, Steven Noonan wrote:
> >> On Tue, Jul 21, 2009 at 3:53 AM, Steven Noonan
> >> wrote:
> >> > On Tue, Jul 21, 2009 at 3:45 AM, Dave Airlie wrote:
> >
On Tue, Jul 21, 2009 at 5:41 AM, Jerome Glisse wrote:
> On Tue, 2009-07-21 at 04:00 -0700, Steven Noonan wrote:
>> On Tue, Jul 21, 2009 at 3:53 AM, Steven Noonan wrote:
>> > On Tue, Jul 21, 2009 at 3:45 AM, Dave Airlie wrote:
>> >>>
>> >>> I'm getting a kernel panic when trying to run the latest gi
On Tue, 2009-07-21 at 04:00 -0700, Steven Noonan wrote:
> On Tue, Jul 21, 2009 at 3:53 AM, Steven Noonan wrote:
> > On Tue, Jul 21, 2009 at 3:45 AM, Dave Airlie wrote:
> >>>
> >>> I'm getting a kernel panic when trying to run the latest git version
> >>> of drm. I built it following the instruction
On Mon, Jul 20, 2009 at 19:17:01 +0300, Pauli Nieminen wrote:
> >From b7e77b71d1f2d8ff6741e534911e09f10e3f3d4e Mon Sep 17 00:00:00 2001
> From: Pauli Nieminen
> Date: Mon, 20 Jul 2009 14:39:57 +0300
> Subject: [PATCH 01/15] libdrm: Add function attribute for debug
> functions to let gcc check par
If the call is done too early, hald will query the dri_library_name
and cause a NULL pointer dereference.
Signed-off-by: Steven Noonan
---
linux-core/drm_stub.c | 20 +++-
1 files changed, 7 insertions(+), 13 deletions(-)
diff --git a/linux-core/drm_stub.c b/linux-core/drm_stu
On Tue, Jul 21, 2009 at 3:53 AM, Steven Noonan wrote:
> On Tue, Jul 21, 2009 at 3:45 AM, Dave Airlie wrote:
>>>
>>> I'm getting a kernel panic when trying to run the latest git version
>>> of drm. I built it following the instructions from here:
>>> http://dri.freedesktop.org/wiki/Building
>>>
>>>
On Tue, Jul 21, 2009 at 3:45 AM, Dave Airlie wrote:
>>
>> I'm getting a kernel panic when trying to run the latest git version
>> of drm. I built it following the instructions from here:
>> http://dri.freedesktop.org/wiki/Building
>>
>> It's a very very predictable panic. Log in, 'startx', exit X11
>
> I'm getting a kernel panic when trying to run the latest git version
> of drm. I built it following the instructions from here:
> http://dri.freedesktop.org/wiki/Building
>
> It's a very very predictable panic. Log in, 'startx', exit X11, and
> then after a couple seconds, panic.
>
> I unfortun
From: Dave Airlie
If an rn50/r100/m6/m7 GPU has < 64MB RAM, i.e. 8/16/32, the
aperture used to calculate the MC_FB_LOCATION needs to be worked
out from the CONFIG_APER_SIZE register, and not the actual vram size.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/r100.c | 34
On Tue, Jul 21, 2009 at 2:56 AM, Steven Noonan wrote:
> On Mon, Jul 20, 2009 at 10:07 PM, Steven Noonan wrote:
>> Hi folks,
>>
>> I'm getting a kernel panic when trying to run the latest git version
>> of drm. I built it following the instructions from here:
>> http://dri.freedesktop.org/wiki/Build
On Mon, Jul 20, 2009 at 10:07 PM, Steven Noonan wrote:
> Hi folks,
>
> I'm getting a kernel panic when trying to run the latest git version
> of drm. I built it following the instructions from here:
> http://dri.freedesktop.org/wiki/Building
>
> It's a very very predictable panic. Log in, 'startx',
http://bugs.freedesktop.org/show_bug.cgi?id=22851
--- Comment #2 from Jakub Orlowski 2009-07-21 02:44:54
PST ---
thx for the reply
i KNOW its not new, and i didnt say i was using it, im running Jaunty, with
2.6.30 kernel (amd 64bit). what i was pointing at was that the documentation on
the
http://bugs.freedesktop.org/show_bug.cgi?id=22851
--- Comment #1 from Fabio 2009-07-21 02:24:54 PST ---
> besides, when compiling: do i need the r300 or just the radeon driver
> compiled?
> whats the difference etc (there really is no bloody explanation on the
> net!)
You usually only
From: Michel Dänzer
If enabled, during initialization BO GTT->VRAM and VRAM->GTT GPU copies are
tested across the whole GTT aperture.
This has helped uncover the benchmark copy size bug and verify the maximum
aperture size supported by the AGP bridge in my PowerBook.
Signed-off-by: Michel Dänze
http://bugs.freedesktop.org/show_bug.cgi?id=22868
Summary: [r300 - RV530] glthreads always fails with many threads
Product: Mesa
Version: CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
34 matches
Mail list logo
