[Bug 28847] Regnum Online: shader backend not rendering

https://bugs.freedesktop.org/show_bug.cgi?id=28847 --- Comment #8 from Tom Stellard 2011-09-16 20:22:50 PDT --- Is this still an issue with the latest mesa from git? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: ---

[Bug 40062] in etqw the strogg radar is black (regression)

https://bugs.freedesktop.org/show_bug.cgi?id=40062 --- Comment #4 from Tom Stellard 2011-09-16 20:19:38 PDT --- Created an attachment (id=51277) View: https://bugs.freedesktop.org/attachment.cgi?id=51277 Review: https://bugs.freedesktop.org/review?bug=40062=51277 Verbose patch Can you apply

[REGRESSION] i915 KMS dual head broken on DELL latitude E6420 in 3.1-rc*

Samuel Thibault, le Fri 16 Sep 2011 18:30:50 +0200, a ?crit : > Keith Packard, le Thu 15 Sep 2011 09:22:48 -0500, a ?crit : > > On Thu, 15 Sep 2011 10:12:59 +0200, Samuel Thibault > ens-lyon.org> wrote: > > > > > At home only. At work, with a different VGA screen, I'm still getting > > > the

[REGRESSION] i915 KMS dual head broken on DELL latitude E6420 in 3.1-rc*

Keith Packard, le Thu 15 Sep 2011 09:22:48 -0500, a ?crit : > On Thu, 15 Sep 2011 10:12:59 +0200, Samuel Thibault ens-lyon.org> wrote: > > > At home only. At work, with a different VGA screen, I'm still getting > > the issue. > > You're still having a problem with the LVDS screen at work with

[PATCH 1/2] drm/radeon/kms: fix typo in r100_blit_copy

On Fre, 2011-09-16 at 12:04 -0400, alexdeucher at gmail.com wrote: > From: Alex Deucher > > cur_pages is the number of pages per loop iteration. > > Signed-off-by: Alex Deucher For both patches: Reviewed-by: Michel D?nzer -- Earthling Michel D?nzer |

Whitespace cleanups in drm/i915

On Thu, 15 Sep 2011 18:37:33 -0700 "Keith Packard" wrote: > > I've got this nice patch from Akshay Joshi that removes almost all of > the checkpatch.pl warnings from drm/i915. If I don't merge it now, > it's going to go stale and be useless; if I merge it only to > drm-intel-next, it will be

Proposal for a low-level Linux display framework

> I'm not sure a common interface to all of these different > channels makes sense, but surely a DSI library and an aux channel > library would fit nicely alongside the existing DDC library. DSI and the various other MIPI bits tend to be horribly panel and device specific. In one sense yes its a

Proposal for a DRM-compliant GPU command scheduler

Hi, I haven't attended xdc in chicago, but I've read through your slides and looked a bit at the code. We're planing to implement gpu scheduling for intel gpus, too, so I'm pretty interested in this area. Comments: - your code seems to rather thightly integrated with how nvidia hw works. I'm

[Xen-devel] Re: [PATCH 4/7] swiotlb: Expose swiotlb_nr_tlb function to modules as swiotlb_enabled

On Sat, Sep 17, 2011 at 04:05:58AM +0900, FUJITA Tomonori wrote: > On Tue, 13 Sep 2011 10:12:47 -0400 > Konrad Rzeszutek Wilk wrote: > > > As a mechanism to detect whether SWIOTLB is enabled or not. > > And as such, we might as well wrap it within an 'swiotlb_enabled()' > > function that will

Whitespace cleanups in drm/i915

On Thu, Sep 15, 2011 at 06:37:33PM -0700, Keith Packard wrote: > I've got this nice patch from Akshay Joshi that removes almost all of > the checkpatch.pl warnings from drm/i915. If I don't merge it now, it's > going to go stale and be useless; if I merge it only to drm-intel-next, > it will be

Proposal for a low-level Linux display framework

On Thu, Sep 15, 2011 at 07:55:37PM -0500, Keith Packard wrote: > I suspect helper functions would be a good model to follow, rather than > trying to create a whole new device infrastructure; some of the > communication paths aren't easily separable from the underlying output > devices. This.

[PATCH 2/2] drm/radeon/kms: Make GPU/CPU page size handling consistent in blit code (v2)

From: Alex Deucher The BO blit code inconsistenly handled the page size. This wasn't an issue on system with 4k pages since the GPU's page size is 4k as well. Switch the driver blit callbacks to take num pages in GPU page units. Fixes lemote mipsel systems using AMD

[PATCH 11/14] drm/radeon/kms: Make GPU/CPU page size handling consistent in blit code (v3)

The BO blit code inconsistenly handled the page size. This wasn't an issue on system with 4k pages since the GPU's page size is 4k as well. Switch the driver blit callbacks to take num pages in GPU page units. Fixes lemote mipsel systems using AMD rs780/rs880 chipsets. v2: incorporate

[PATCH 1/2] drm/radeon/kms: fix typo in r100_blit_copy

From: Alex Deucher cur_pages is the number of pages per loop iteration. Signed-off-by: Alex Deucher Cc: stable at kernel.org --- drivers/gpu/drm/radeon/r100.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/r100.c

[Bug 40931] r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode.

https://bugs.freedesktop.org/show_bug.cgi?id=40931 Andy Furniss changed: What|Removed |Added Status|ASSIGNED|NEW --- Comment #6 from Andy Furniss

[Bug 40931] r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode.

https://bugs.freedesktop.org/show_bug.cgi?id=40931 --- Comment #5 from Marek Ol??k 2011-09-16 11:16:13 PDT --- (In reply to comment #4) > Hi Dave & Andy, > > I think we have a disagreement here about what SCALED types should be. > > As I understood it SCALED types should be represented as

[PATCH 1/2] drm/radeon: Make sure CS mutex is held across GPU reset.

On Fre, 2011-09-16 at 04:31 -0400, Konrad Rzeszutek Wilk wrote: > On Thu, Sep 15, 2011 at 08:21:00PM +0200, Michel D?nzer wrote: > > From: Michel D?nzer > > > > This was only the case if the GPU reset was triggered from the CS ioctl, > > otherwise other processes could happily enter the CS

[Bug 40936] register address overlap make line stipple error

https://bugs.freedesktop.org/show_bug.cgi?id=40936 --- Comment #1 from Michel D?nzer 2011-09-16 10:19:46 PDT --- Please send a patch to the mesa-dev mailing list, but beware that the classic r600 driver is deprecated in favour of r600g. -- Configure bugmail:

[Bug 40935] radeon lockup on resume

https://bugs.freedesktop.org/show_bug.cgi?id=40935 --- Comment #3 from Michel D?nzer 2011-09-16 10:18:01 PDT --- I don't understand how you can get "GPU lockup" messages from radeon_fence_wait(), but none from r100_gpu_cp_is_lockup()... Do you have dev_err() output disabled somehow? --

[Bug 40931] r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode.

https://bugs.freedesktop.org/show_bug.cgi?id=40931 Christian K?nig changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #4 from

[Bug 40931] r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode.

https://bugs.freedesktop.org/show_bug.cgi?id=40931 --- Comment #3 from Christian K?nig 2011-09-16 09:45:32 PDT --- Created an attachment (id=51268) View: https://bugs.freedesktop.org/attachment.cgi?id=51268 Review: https://bugs.freedesktop.org/review?bug=40931=51268 Sugested workaround --

Proposal for a low-level Linux display framework

On Thu, 2011-09-15 at 19:55 -0500, Keith Packard wrote: > On Thu, 15 Sep 2011 20:21:15 +0300, Tomi Valkeinen > wrote: > > > 2) panel drivers, handles panel specific things. Each panel may support > > custom commands and features, for which we need a dedicated driver. And > > this driver is not

[Bug 40935] radeon lockup on resume

https://bugs.freedesktop.org/show_bug.cgi?id=40935 --- Comment #2 from Alex Deucher 2011-09-16 09:19:23 PDT --- What card is this? Can you attach your boot up dmesg? Is this a regression? If so when did it last work and can you bisect? -- Configure bugmail:

Proposal for a DRM-compliant GPU command scheduler

Hi Daniel, Thanks for your comments. We can definitely clean up the code and send it again. We believe that the concept of our GPU scheduler is not specific to NVIDIA. It will need to interface with such functions to create/destroy GPU channels, send commands (command groups), and handle

[Bug 40935] radeon lockup on resume

https://bugs.freedesktop.org/show_bug.cgi?id=40935 Michal Suchanek changed: What|Removed |Added Attachment #51264|application/octet-stream|text/plain mime type|

[Bug 40935] radeon lockup on resume

https://bugs.freedesktop.org/show_bug.cgi?id=40935 --- Comment #1 from Michal Suchanek 2011-09-16 08:23:57 PDT --- Created an attachment (id=51264) --> (https://bugs.freedesktop.org/attachment.cgi?id=51264) dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 40931] r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode.

https://bugs.freedesktop.org/show_bug.cgi?id=40931 --- Comment #2 from Andy Furniss 2011-09-16 07:42:32 PDT --- (In reply to comment #1) > can you try with current master? It's still not rendering. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 40931] r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode.

https://bugs.freedesktop.org/show_bug.cgi?id=40931 --- Comment #1 from Dave Airlie 2011-09-16 06:21:44 PDT --- can you try with current master? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee

[Bug 40936] New: register address overlap make line stipple error

https://bugs.freedesktop.org/show_bug.cgi?id=40936 Summary: register address overlap make line stipple error Product: Mesa Version: 7.11 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium

[PATCH 1/2] drm/radeon: Make sure CS mutex is held across GPU reset.

On Fri, Sep 16, 2011 at 10:40:23AM +0200, Michel D?nzer wrote: > On Fre, 2011-09-16 at 04:31 -0400, Konrad Rzeszutek Wilk wrote: > > On Thu, Sep 15, 2011 at 08:21:00PM +0200, Michel D?nzer wrote: > > > From: Michel D?nzer > > > > > > This was only the case if the GPU reset was triggered from

[Bug 40935] New: radeon lockup on resume

https://bugs.freedesktop.org/show_bug.cgi?id=40935 Summary: radeon lockup on resume Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

[PATCH 1/2] drm/radeon: Make sure CS mutex is held across GPU reset.

On Thu, Sep 15, 2011 at 08:21:00PM +0200, Michel D?nzer wrote: > From: Michel D?nzer > > This was only the case if the GPU reset was triggered from the CS ioctl, > otherwise other processes could happily enter the CS ioctl and wreak havoc > during the GPU reset. > > This is a little complicated

[Bug 40931] New: r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode.

https://bugs.freedesktop.org/show_bug.cgi?id=40931 Summary: r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode. Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All)

Curious experiences with a Radeon on the fritz

On Thu, Sep 15, 2011 at 22:25, Alex Deucher wrote: > On Mon, Sep 12, 2011 at 2:13 PM, Michael Witten wrote: >> I hope you find this adventure interesting, and I hope you >> provide me with some insight. >> >> Recently, I booted my computer, a Dell Latitude D810 that has a >> Radeon Mobility x600

Proposal for a low-level Linux display framework

Hi Tomi, On Thu, Sep 15, 2011 at 9:07 PM, Tomi Valkeinen wrote: > Hi, > > I am the author of OMAP display driver, and while developing it I've > often felt that there's something missing in Linux's display area. I've > been planning to write a post about this for a few years already, but I >

Re: Proposal for a low-level Linux display framework

On Thu, 2011-09-15 at 19:55 -0500, Keith Packard wrote: On Thu, 15 Sep 2011 20:21:15 +0300, Tomi Valkeinen tomi.valkei...@ti.com wrote: 2) panel drivers, handles panel specific things. Each panel may support custom commands and features, for which we need a dedicated driver. And this

Re: [PATCH 1/2] drm/radeon: Make sure CS mutex is held across GPU reset.

On Thu, Sep 15, 2011 at 08:21:00PM +0200, Michel Dänzer wrote: From: Michel Dänzer michel.daen...@amd.com This was only the case if the GPU reset was triggered from the CS ioctl, otherwise other processes could happily enter the CS ioctl and wreak havoc during the GPU reset. This is a

Re: [PATCH 1/2] drm/radeon: Make sure CS mutex is held across GPU reset.

On Fre, 2011-09-16 at 04:31 -0400, Konrad Rzeszutek Wilk wrote: On Thu, Sep 15, 2011 at 08:21:00PM +0200, Michel Dänzer wrote: From: Michel Dänzer michel.daen...@amd.com This was only the case if the GPU reset was triggered from the CS ioctl, otherwise other processes could happily

Re: [PATCH 1/2] drm/radeon: Make sure CS mutex is held across GPU reset.

On Fri, Sep 16, 2011 at 10:40:23AM +0200, Michel Dänzer wrote: On Fre, 2011-09-16 at 04:31 -0400, Konrad Rzeszutek Wilk wrote: On Thu, Sep 15, 2011 at 08:21:00PM +0200, Michel Dänzer wrote: From: Michel Dänzer michel.daen...@amd.com This was only the case if the GPU reset was

[Bug 40931] New: r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode.

https://bugs.freedesktop.org/show_bug.cgi?id=40931 Summary: r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode. Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All)

[Bug 40935] New: radeon lockup on resume

https://bugs.freedesktop.org/show_bug.cgi?id=40935 Summary: radeon lockup on resume Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

[Bug 40936] New: register address overlap make line stipple error

https://bugs.freedesktop.org/show_bug.cgi?id=40936 Summary: register address overlap make line stipple error Product: Mesa Version: 7.11 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium

Re: Proposal for a low-level Linux display framework

On Thu, Sep 15, 2011 at 07:55:37PM -0500, Keith Packard wrote: I suspect helper functions would be a good model to follow, rather than trying to create a whole new device infrastructure; some of the communication paths aren't easily separable from the underlying output devices. This. Helper

Re: Whitespace cleanups in drm/i915

On Thu, Sep 15, 2011 at 06:37:33PM -0700, Keith Packard wrote: I've got this nice patch from Akshay Joshi that removes almost all of the checkpatch.pl warnings from drm/i915. If I don't merge it now, it's going to go stale and be useless; if I merge it only to drm-intel-next, it will be the

[Bug 40931] r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode.

https://bugs.freedesktop.org/show_bug.cgi?id=40931 --- Comment #2 from Andy Furniss li...@andyfurniss.entadsl.com 2011-09-16 07:42:32 PDT --- (In reply to comment #1) can you try with current master? It's still not rendering. -- Configure bugmail:

[Bug 40935] radeon lockup on resume

https://bugs.freedesktop.org/show_bug.cgi?id=40935 --- Comment #1 from Michal Suchanek hramr...@gmail.com 2011-09-16 08:23:57 PDT --- Created an attachment (id=51264) -- (https://bugs.freedesktop.org/attachment.cgi?id=51264) dmesg -- Configure bugmail:

[Bug 40935] radeon lockup on resume

https://bugs.freedesktop.org/show_bug.cgi?id=40935 Michal Suchanek hramr...@gmail.com changed: What|Removed |Added Attachment #51264|application/octet-stream|text/plain

[PATCH 1/2] drm/radeon/kms: fix typo in r100_blit_copy

From: Alex Deucher alexander.deuc...@amd.com cur_pages is the number of pages per loop iteration. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Cc: sta...@kernel.org --- drivers/gpu/drm/radeon/r100.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 2/2] drm/radeon/kms: Make GPU/CPU page size handling consistent in blit code (v2)

From: Alex Deucher alexander.deuc...@amd.com The BO blit code inconsistenly handled the page size. This wasn't an issue on system with 4k pages since the GPU's page size is 4k as well. Switch the driver blit callbacks to take num pages in GPU page units. Fixes lemote mipsel systems using AMD

RE: Proposal for a DRM-compliant GPU command scheduler

Hi Daniel, Thanks for your comments. We can definitely clean up the code and send it again. We believe that the concept of our GPU scheduler is not specific to NVIDIA. It will need to interface with such functions to create/destroy GPU channels, send commands (command groups), and handle

Re: [PATCH 1/2] drm/radeon/kms: fix typo in r100_blit_copy

On Fre, 2011-09-16 at 12:04 -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com cur_pages is the number of pages per loop iteration. Signed-off-by: Alex Deucher alexander.deuc...@amd.com For both patches: Reviewed-by: Michel Dänzer michel.daen...@amd.com --

[Bug 40935] radeon lockup on resume

https://bugs.freedesktop.org/show_bug.cgi?id=40935 --- Comment #2 from Alex Deucher ag...@yahoo.com 2011-09-16 09:19:23 PDT --- What card is this? Can you attach your boot up dmesg? Is this a regression? If so when did it last work and can you bisect? -- Configure bugmail:

[Bug 40931] r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode.

https://bugs.freedesktop.org/show_bug.cgi?id=40931 Christian König deathsim...@vodafone.de changed: What|Removed |Added Status|NEW |ASSIGNED ---

Re: Proposal for a low-level Linux display framework

I'm not sure a common interface to all of these different channels makes sense, but surely a DSI library and an aux channel library would fit nicely alongside the existing DDC library. DSI and the various other MIPI bits tend to be horribly panel and device specific. In one sense yes its a

[Bug 40935] radeon lockup on resume

https://bugs.freedesktop.org/show_bug.cgi?id=40935 --- Comment #3 from Michel Dänzer mic...@daenzer.net 2011-09-16 10:18:01 PDT --- I don't understand how you can get GPU lockup messages from radeon_fence_wait(), but none from r100_gpu_cp_is_lockup()... Do you have dev_err() output disabled

[Bug 40936] register address overlap make line stipple error

https://bugs.freedesktop.org/show_bug.cgi?id=40936 --- Comment #1 from Michel Dänzer mic...@daenzer.net 2011-09-16 10:19:46 PDT --- Please send a patch to the mesa-dev mailing list, but beware that the classic r600 driver is deprecated in favour of r600g. -- Configure bugmail:

[Bug 40931] r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode.

https://bugs.freedesktop.org/show_bug.cgi?id=40931 --- Comment #5 from Marek Olšák mar...@gmail.com 2011-09-16 11:16:13 PDT --- (In reply to comment #4) Hi Dave Andy, I think we have a disagreement here about what SCALED types should be. As I understood it SCALED types should be

[Bug 40931] r600g: interpret integer texture types as ints regresses VDPAU/XVMC decode.

https://bugs.freedesktop.org/show_bug.cgi?id=40931 Andy Furniss li...@andyfurniss.entadsl.com changed: What|Removed |Added Status|ASSIGNED|NEW ---

Re: [Xen-devel] Re: [PATCH 4/7] swiotlb: Expose swiotlb_nr_tlb function to modules as swiotlb_enabled

On Sat, Sep 17, 2011 at 04:05:58AM +0900, FUJITA Tomonori wrote: On Tue, 13 Sep 2011 10:12:47 -0400 Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: As a mechanism to detect whether SWIOTLB is enabled or not. And as such, we might as well wrap it within an 'swiotlb_enabled()' function

[Bug 40062] in etqw the strogg radar is black (regression)

https://bugs.freedesktop.org/show_bug.cgi?id=40062 --- Comment #4 from Tom Stellard tstel...@gmail.com 2011-09-16 20:19:38 PDT --- Created an attachment (id=51277) View: https://bugs.freedesktop.org/attachment.cgi?id=51277 Review: https://bugs.freedesktop.org/review?bug=40062attachment=51277

[Bug 28847] Regnum Online: shader backend not rendering

https://bugs.freedesktop.org/show_bug.cgi?id=28847 --- Comment #8 from Tom Stellard tstel...@gmail.com 2011-09-16 20:22:50 PDT --- Is this still an issue with the latest mesa from git? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this