On Tue, Feb 9, 2010 at 10:15 AM, Alex Deucher alexdeuc...@gmail.com 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
(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
http://bugs.freedesktop.org/show_bug.cgi?id=26502
Vinson Lee v...@vmware.com changed:
What|Removed |Added
CC||wol...@onsneteindhoven.nl
From: Michel Dänzer daen...@vmware.com
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.
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.
-
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 jgli...@redhat.com
---
drivers/gpu/drm/radeon/evergreen.c |1 +
http://bugzilla.kernel.org/show_bug.cgi?id=15166
--- Comment #23 from Manuel Ullmann ullman.b...@gmx.de 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/show_bug.cgi?id=15166
Manuel Ullmann ullman.b...@gmx.de changed:
What|Removed |Added
Kernel Version|2.6.33-rc7, 2.6.32.7|2.6.33-rc7, 2.6.32.8
http://bugs.freedesktop.org/show_bug.cgi?id=26471
--- Comment #14 from Andre Maasikas amaasi...@gmail.com 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/show_bug.cgi?id=26497
Rafał Miłecki zaj...@gmail.com changed:
What|Removed |Added
CC||david.ro...@mcgill.ca
http://bugs.freedesktop.org/show_bug.cgi?id=26502
Rafał Miłecki zaj...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=26497
Rafał Miłecki zaj...@gmail.com changed:
What|Removed |Added
CC|
http://bugs.freedesktop.org/show_bug.cgi?id=26471
--- Comment #15 from Nils Kneuper crazy-ivano...@gmx.net 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
http://bugs.freedesktop.org/show_bug.cgi?id=26497
--- Comment #4 from Rafał Miłecki zaj...@gmail.com 2010-02-10 05:14:56 PST
---
commit: 3a0e4eb94cd88b130cdb4383c28be336f8d2379f
Thanks Kristian.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
http://bugs.freedesktop.org/show_bug.cgi?id=26471
--- Comment #16 from Andrius Štikonas stiko...@gmail.com 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
http://bugs.freedesktop.org/show_bug.cgi?id=26497
Kristian Høgsberg k...@bitplanet.net changed:
What|Removed |Added
Status|NEW |RESOLVED
2010/2/10 Michel Dänzer mic...@daenzer.net:
On Wed, 2010-01-27 at 11:52 -0500, Alex Deucher wrote:
2010/1/27 Michel Dänzer mic...@daenzer.net:
On Wed, 2010-01-27 at 10:30 -0500, Alex Deucher wrote:
2010/1/27 Michel Dänzer mic...@daenzer.net:
your commit
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
http://bugs.freedesktop.org/show_bug.cgi?id=26515
--- Comment #1 from Marek Kubica ma...@xivilization.net 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:
On Wed, Feb 10, 2010 at 1:45 AM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
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
http://bugs.freedesktop.org/show_bug.cgi?id=26514
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
AssignedTo|xorg-driver-...@lists.x.org |dri-
|
http://bugs.freedesktop.org/show_bug.cgi?id=26514
--- Comment #2 from Alex Deucher ag...@yahoo.com 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
From fe9c18cb5f4417558d40be7372c8bb74b613d470 Mon Sep 17 00:00:00 2001
From: Corbin Simpson mostawesomed...@gmail.com
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
From 215714d54a7f38b9add236bcc1c795e8b5d92867 Mon Sep 17 00:00:00 2001
From: Corbin Simpson mostawesomed...@gmail.com
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
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.
On Mon, Feb 08, 2010 at 01:32:33AM -0500, Alex Deucher wrote:
On Sun, Feb 7, 2010 at 6:12 PM, Domenico Andreoli ca...@dandreoli.com 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
On Tue, 9 Feb 2010 06:49:11 +0100, Luca Barbieri l...@luca-barbieri.com
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
On Wed, Feb 10, 2010 at 4:13 PM, Domenico Andreoli ca...@dandreoli.com 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 ca...@dandreoli.com
wrote:
Hi all,
I'd like to write a hwmon driver for the Radeon GPUs. I made a
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 suok...@gmail.com
---
drivers/gpu/drm/radeon/radeon_benchmark.c | 55 +---
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 Mon, Feb 8, 2010 at 7:32 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Sun, Feb 7, 2010 at 6:12 PM, Domenico Andreoli ca...@dandreoli.com 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
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 Wed, Feb 10, 2010 at 5:34 PM, Luca Tettamanti kronos...@gmail.com wrote:
On Mon, Feb 8, 2010 at 7:32 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Sun, Feb 7, 2010 at 6:12 PM, Domenico Andreoli ca...@dandreoli.com
wrote:
Hi all,
I'd like to write a hwmon driver for the Radeon GPUs. I
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
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
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 check
Corbin Simpson wrote:
From fe9c18cb5f4417558d40be7372c8bb74b613d470 Mon Sep 17 00:00:00 2001
From: Corbin Simpson mostawesomed...@gmail.com
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.
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 suok...@gmail.com wrote:
r200 cards have dma engine which can be used to tranfer data
between vram and system
From 760d0f9ad3cf010ccb628e7107d52ce391d15644 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
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
From 18b56fe95eda19b7e68a6c656570a7db3e34bb2f Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
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
http://bugs.freedesktop.org/show_bug.cgi?id=26496
Benjamin Berg benja...@sipsolutions.net changed:
What|Removed |Added
Version|unspecified |7.6
---
On Sun, 7 Feb 2010 21:48:24 +0100, Rafael J. Wysocki r...@sisk.pl 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 with
http://bugs.freedesktop.org/show_bug.cgi?id=26471
--- Comment #17 from Ignacio R. Morelle shad...@wesnoth.org 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
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 matts...@gmail.com
CC: Jerome Glisse jgli...@redhat.com
CC: Alex Deucher alexdeuc...@gmail.com
CC: Dave Airlie airl...@redhat.com
---
Updated patch to use get_unaligned_le32, as suggested by Dave.
On Wed, Feb 10, 2010 at 10:56 PM, Matt Turner matts...@gmail.com 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
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
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
On Wed, Feb 10, 2010 at 11:19 PM, Matt Turner matts...@gmail.com wrote:
Updated patch to use get_unaligned_le32, as suggested by Dave.
On Wed, Feb 10, 2010 at 10:56 PM, Matt Turner matts...@gmail.com wrote:
Noticed on a DEC Alpha.
Start up into console mode caused 15 unaligned accesses, and
http://bugs.freedesktop.org/show_bug.cgi?id=26525
--- Comment #1 from Alex Deucher ag...@yahoo.com 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
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
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
51 matches
Mail list logo