> With the exception of adding a new unused API in the form of
> gem_free_object_unlocked driver hook, I like this.
Nouveau and Radeon should be able to use it (by setting it to the same
function used for gem_free_object) with little or no modification
(they rely on TTM locking).
I didn't do it f
Hi, friends:
Sorry for my stupid question but I think right here can help me.
As I know, DMA/CommandParser or no matter what you call can provide
asynchronous execuation of graphics commands with CPU execution, and the
direct I/O of course is synchronous with instructions executed on CPU, but
wha
http://bugs.freedesktop.org/show_bug.cgi?id=26525
--- Comment #1 from Alex Deucher 2010-02-10 22:04:31 PST ---
Can you explain the broken behavior or do you have a screen shot? Or even
better, do you have a simple test case that shows the broken behavior? The
basic npot demos work fine. I
On Wed, Feb 10, 2010 at 11:19 PM, Matt Turner wrote:
> Updated patch to use get_unaligned_le32, as suggested by Dave.
>
> On Wed, Feb 10, 2010 at 10:56 PM, Matt Turner wrote:
>> Noticed on a DEC Alpha.
>>
>> Start up into console mode caused 15 unaligned accesses, and starting X
>> caused another
http://bugs.freedesktop.org/show_bug.cgi?id=26525
Summary: Rendering bug due to ARB_texture_non_power_of_two
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Hi Linus,
vmware + nouveau staging fixes are the bulk of this.
one vgaarb patch that I found in mmtom but can't find in my inbox for some
reason ah well better late than never.
radeon: fix the Kconfig msg to be more explicit, and some oops crashers
in the presence of bad bioses, along with a g
Updated patch to use get_unaligned_le32, as suggested by Dave.
On Wed, Feb 10, 2010 at 10:56 PM, Matt Turner wrote:
> Noticed on a DEC Alpha.
>
> Start up into console mode caused 15 unaligned accesses, and starting X
> caused another 48.
>
> Signed-off-by: Matt Turner
> CC: Jerome Glisse
> CC:
Noticed on a DEC Alpha.
Start up into console mode caused 15 unaligned accesses, and starting X
caused another 48.
Signed-off-by: Matt Turner
CC: Jerome Glisse
CC: Alex Deucher
CC: Dave Airlie
---
drivers/gpu/drm/radeon/atom.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
d
http://bugs.freedesktop.org/show_bug.cgi?id=26471
--- Comment #17 from Ignacio R. Morelle 2010-02-10
18:17:27 PST ---
(In reply to comment #14)
> Created an attachment (id=33209)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33209) [details]
> norm
>
> patch to try
>
The patch solv
On Sun, 7 Feb 2010 21:48:24 +0100, "Rafael J. Wysocki" wrote:
> On Thursday 04 February 2010, Zhenyu Wang wrote:
> > On 2010.02.03 23:44:41 +0100, Rafael J. Wysocki wrote:
> > > On Wednesday 03 February 2010, Alan Jenkins wrote:
> > > > Hi
> > > >
> > > > I found this regression on my EeePC 701 w
http://bugs.freedesktop.org/show_bug.cgi?id=26496
Benjamin Berg changed:
What|Removed |Added
Version|unspecified |7.6
--- Comment #3 from Benjamin Berg
>From 18b56fe95eda19b7e68a6c656570a7db3e34bb2f Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 10 Feb 2010 18:42:03 -0500
Subject: [PATCH] drm/radeon/kms: fix gart set/clear page on r6xx/r7xx
While working on evergreen gart support, I noticed
that tcore flushes the VM TLBs and the HDP cach
>From 760d0f9ad3cf010ccb628e7107d52ce391d15644 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 10 Feb 2010 18:21:49 -0500
Subject: [PATCH] drm/radeon/kms: remove HDP flushes from fence emit
r600_ioctl_wait_idle() now handles this.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r
What happens if you have two cards, one RS200 and one RV280 (just an
example). I think you shouldn't change values in a static struct.
On Wed, Feb 10, 2010 at 11:10 PM, Pauli Nieminen wrote:
> r200 cards have dma engine which can be used to tranfer data
> between vram and system memory.
>
> r300
Corbin Simpson wrote:
>>From fe9c18cb5f4417558d40be7372c8bb74b613d470 Mon Sep 17 00:00:00 2001
> From: Corbin Simpson
> Date: Wed, 10 Feb 2010 10:56:56 -0800
> Subject: [PATCH] glean: Disable dithering for clipFlat.
>
> Allows r300g to handily pass.
Applied upstream to Glean. Thanks.
-Brian
-
On Wed, Feb 10, 2010 at 11:36:12PM +0100, Oldřich Jedlička wrote:
> The current code causes failing of rendering (discovered on my KDE
> 4.4, mesa git master, xorg-video-ati git master) with message:
>
> r600_cs_track_check:252 mask 0x000F | 0x no cb for 1
>
> The problem is in the ch
The current code causes failing of rendering (discovered on my KDE
4.4) with message:
r600_cs_track_check:252 mask 0x000F | 0x no cb for 1
The problem is in the check of "at least one component is enabled" in
r600_cs_track_check() - it finds the first component and does not check
the
This patch (sent originally to xorg-driver-ati mailing list 4 days ago) fixes
problem introduced by Jerome's patch for command stream checking for r600/r700
(sent few minutes ago). My patch should be applied after his one.
Cheers,
Oldřich.
On Wednesday 10 of February 2010 at 23:36:12, Oldřich J
On Wed, Feb 10, 2010 at 5:34 PM, Luca Tettamanti wrote:
> On Mon, Feb 8, 2010 at 7:32 AM, Alex Deucher wrote:
>> On Sun, Feb 7, 2010 at 6:12 PM, Domenico Andreoli
>> wrote:
>>> Hi all,
>>>
>>> I'd like to write a hwmon driver for the Radeon GPUs. I made a quick
>>> search in the M56 and M76 re
The current code causes failing of rendering (discovered on my KDE
4.4, mesa git master, xorg-video-ati git master) with message:
r600_cs_track_check:252 mask 0x000F | 0x no cb for 1
The problem is in the check of "at least one component is enabled" in
r600_cs_track_check() - it finds
On Mon, Feb 8, 2010 at 7:32 AM, Alex Deucher wrote:
> On Sun, Feb 7, 2010 at 6:12 PM, Domenico Andreoli wrote:
>> Hi all,
>>
>> I'd like to write a hwmon driver for the Radeon GPUs. I made a quick
>> search in the M56 and M76 register references on AMD's site but didn't
>> find anything. I then
radeon_copy_dma is only available for r200 or newer cards.
Call to radeon_copy_dma would result to NULL pointer
dereference if benchmarking asic without dma engine.
Signed-off-by: Pauli Nieminen
---
drivers/gpu/drm/radeon/radeon_benchmark.c | 55 +---
1 files changed, 3
r200 cards have dma engine which can be used to tranfer data
between vram and system memory.
r300 dma engine registers match r200 dma engine. Enabling
dma copy for r200 is simple as hooking r200 asic to already
existing function r300_copy_dma.
Rename r300_dma_copy to r200_dma_copyto reflect that
On Wed, Feb 10, 2010 at 4:13 PM, Domenico Andreoli wrote:
> On Mon, Feb 08, 2010 at 01:32:33AM -0500, Alex Deucher wrote:
>> On Sun, Feb 7, 2010 at 6:12 PM, Domenico Andreoli
>> wrote:
>> > Hi all,
>> >
>> > I'd like to write a hwmon driver for the Radeon GPUs. I made a quick
>> > search in the
On Tue, 9 Feb 2010 06:49:11 +0100, Luca Barbieri
wrote:
> This patch introduces the drm_gem_object_unreference_unlocked
> and drm_gem_object_handle_unreference_unlocked functions that
> do not require holding struct_mutex.
>
> drm_gem_object_unreference_unlocked calls the new
> ->gem_free_objec
On Mon, Feb 08, 2010 at 01:32:33AM -0500, Alex Deucher wrote:
> On Sun, Feb 7, 2010 at 6:12 PM, Domenico Andreoli wrote:
> > Hi all,
> >
> > I'd like to write a hwmon driver for the Radeon GPUs. I made a quick
> > search in the M56 and M76 register references on AMD's site but didn't
> > find any
Commit 4410f3910947dcea8672280b3adecd53cec4e85e
(fbdev: add support for handoff from firmware to hw framebuffers)
for unknown reason didn't add fb_destroy operation to efifb.
Fix it and change aperture_size to match size passed
to request_mem_region.
http://bugzilla.kernel.org/show_bug.cgi?id=1515
>From 215714d54a7f38b9add236bcc1c795e8b5d92867 Mon Sep 17 00:00:00 2001
From: Corbin Simpson
Date: Wed, 10 Feb 2010 10:39:18 -0800
Subject: [PATCH] mesa/st: Gallium quads, by spec, never change provoking vertex.
Fixes glean/clipFlat. Softpipe might be broken; I haven't figured out
how to test it
>From fe9c18cb5f4417558d40be7372c8bb74b613d470 Mon Sep 17 00:00:00 2001
From: Corbin Simpson
Date: Wed, 10 Feb 2010 10:56:56 -0800
Subject: [PATCH] glean: Disable dithering for clipFlat.
Allows r300g to handily pass.
---
tests/glean/tclipflat.cpp |2 ++
1 files changed, 2 insertions(+), 0 de
http://bugs.freedesktop.org/show_bug.cgi?id=26514
--- Comment #2 from Alex Deucher 2010-02-10 08:02:15 PST ---
Does mesa 7.7 branch or git master work any better?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
http://bugs.freedesktop.org/show_bug.cgi?id=26514
Alex Deucher changed:
What|Removed |Added
AssignedTo|[email protected] |dri-
|
On Wed, Feb 10, 2010 at 1:45 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> ATOM appears to return 0x20 which seems to mean some sort of timeout.
>
> retry the transaction up to 10 times before failing, this
> makes DP->VGA convertor we bought work at least a bit more predictably.
>
> Signed-off-
http://bugs.freedesktop.org/show_bug.cgi?id=26515
--- Comment #1 from Marek Kubica 2010-02-10 07:19:33
PST ---
Created an attachment (id=33217)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33217)
libgl1-mesa-swx11
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab
http://bugs.freedesktop.org/show_bug.cgi?id=26515
Summary: Corrupt textures
Product: Mesa
Version: 7.6
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Componen
2010/2/10 Michel Dänzer :
> On Wed, 2010-01-27 at 11:52 -0500, Alex Deucher wrote:
>> 2010/1/27 Michel Dänzer :
>> > On Wed, 2010-01-27 at 10:30 -0500, Alex Deucher wrote:
>> >> 2010/1/27 Michel Dänzer :
>> >> >
>> >> > your commit 8131660130d3dc2629a150d47e6a04c8a1a6244b ('drm/radeon/kms:
>> >> >
http://bugs.freedesktop.org/show_bug.cgi?id=26497
Kristian Høgsberg changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=26471
--- Comment #16 from Andrius Štikonas 2010-02-10 05:48:36
PST ---
I can also confirm, that this patch fixes the textures.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail becaus
http://bugs.freedesktop.org/show_bug.cgi?id=26497
--- Comment #4 from Rafał Miłecki 2010-02-10 05:14:56 PST
---
commit: 3a0e4eb94cd88b130cdb4383c28be336f8d2379f
Thanks Kristian.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
http://bugs.freedesktop.org/show_bug.cgi?id=26471
--- Comment #15 from Nils Kneuper 2010-02-10 04:56:56
PST ---
(In reply to comment #14)
> Created an attachment (id=33209)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33209) [details]
> norm
>
> patch to try
>
Yes, this patch fixe
http://bugs.freedesktop.org/show_bug.cgi?id=26497
Rafał Miłecki changed:
What|Removed |Added
CC||[email protected]
--- Comment
http://bugs.freedesktop.org/show_bug.cgi?id=26497
Rafał Miłecki changed:
What|Removed |Added
CC||[email protected]
--- Comment #1
http://bugs.freedesktop.org/show_bug.cgi?id=26502
Rafał Miłecki changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=26471
--- Comment #14 from Andre Maasikas 2010-02-10 03:25:32
PST ---
Created an attachment (id=33209)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33209)
norm
patch to try
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi
http://bugzilla.kernel.org/show_bug.cgi?id=15166
Manuel Ullmann changed:
What|Removed |Added
Kernel Version|2.6.33-rc7, 2.6.32.7|2.6.33-rc7, 2.6.32.8
--
Configure bu
http://bugzilla.kernel.org/show_bug.cgi?id=15166
--- Comment #23 from Manuel Ullmann 2010-02-10 11:28:03
---
Created an attachment (id=24987)
--> (http://bugzilla.kernel.org/attachment.cgi?id=24987)
kernel 2.6.32.8 configuration file
--
Configure bugmail: http://bugzilla.kernel.org/userp
Rather than pointing to 0 address point empty entry to dummy
page. This might help to avoid hard lockup if for some wrong
reasons GPU try to access unmapped GART entry.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen.c |1 +
drivers/gpu/drm/radeon/r100.c | 11
Hello.
I don't have a patch, as I can't still make it run on VMWare.
But tests on other graphic card can be good.
I have attached the file.
There is no Cairo code, no page_flip and
I have also added drmModeDirtyFB, as Jakob from vmware suggested to make it
work under vmwgfx.
Regards.
- O
From: Michel Dänzer
It's happened time and time again (most recently with the support for EDID
hardcoded in the BIOS ROM) that new code didn't check for rdev->bios being
non-NULL before triggering dereferences of it. This would result in an
oops/panic on setups with no BIOS ROM. Hopefully this ce
http://bugs.freedesktop.org/show_bug.cgi?id=26502
Vinson Lee changed:
What|Removed |Added
CC||[email protected]
--- Comment #1
On Tue, Feb 9, 2010 at 10:15 AM, Alex Deucher wrote:
> You might check if your bios has an option to enable an irq for vga
> devices. You'll need an irq for vblank support, but beyond that I
> don't recall what else the mach64 could use irqs for.
Unfortunately, no such option in the BIOS. I thoug
(please cc me on replies)
Hi, Is this known ?
Kernel: 2.6.33-rc7-git1
Arch: x86_64
Distro: Mandriva Cooker
RADEON_KMS is enabled.
Plymouth is version 0.7.2
I hit the bug below:
> < ... >
>
> [0.00] Command line: BOOT_IMAGE=Cooker-tmb root=/dev/sda2
> resume=/dev/sda1 splash=silent v
On Wed, 2010-01-27 at 11:52 -0500, Alex Deucher wrote:
> 2010/1/27 Michel Dänzer :
> > On Wed, 2010-01-27 at 10:30 -0500, Alex Deucher wrote:
> >> 2010/1/27 Michel Dänzer :
> >> >
> >> > your commit 8131660130d3dc2629a150d47e6a04c8a1a6244b ('drm/radeon/kms:
> >> > add support for hw i2c on r1xx-r5
On Tue, 9 Feb 2010 00:38:05 -0800 (PST), [email protected] (Chris
Wilson) wrote:
> intel/intel_bufmgr_gem.c | 13 +
> 1 file changed, 13 insertions(+)
>
> New commits:
> commit fdcde592c2c48e143251672cf2e82debb07606bd
> Author: Chris Wilson
> Date: Tue Feb 9 08:32:54
http://bugzilla.kernel.org/show_bug.cgi?id=15151
--- Comment #16 from Alex Zhavnerchik 2010-02-10
08:31:06 ---
Second patch works for me also
On Tue, Feb 9, 2010 at 10:37 PM, wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=15151
>
>
> Marcin Slusarz changed:
>
> What|Re
54 matches
Mail list logo
