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: ---
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: ---
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&attachment=51277
Verbose patch
Can
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&attachment=51277
Verbose patch
Can
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 issu
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 FB
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 | http://ww
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 the
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 the
> 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 s
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 no
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 cal
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
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. Helpe
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 cal
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 suggestio
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 rs780/rs880 chipsets.
v2:
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 b/drivers/gpu/drm/radeon/r100
https://bugs.freedesktop.org/show_bug.cgi?id=40931
Andy Furniss changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #6 from Andy Furniss 201
https://bugs.freedesktop.org/show_bug.cgi?id=40931
Andy Furniss changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #6 from Andy Furniss 201
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 integ
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 inte
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 ioctl
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: https://bugs.freedesktop.org/userpr
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: https://bugs.freedesktop.org/userpr
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?
--
Configu
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?
--
Configu
> 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 s
https://bugs.freedesktop.org/show_bug.cgi?id=40931
Christian König changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Christian
https://bugs.freedesktop.org/show_bug.cgi?id=40931
Christian K?nig changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Christian
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&attachment=51268
Sugested workar
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&attachment=51268
Sugested workar
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 p
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: https://bugs.freedesktop.org/userp
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: https://bugs.freedesktop.org/user
On Fre, 2011-09-16 at 12:04 -0400, alexdeuc...@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 | http://www.a
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 interrup
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 interrup
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 rs780/rs880 chipsets.
v2:
From: Alex Deucher
cur_pages is the number of pages per loop iteration.
Signed-off-by: Alex Deucher
Cc: sta...@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 b/drivers/gpu/drm/radeon/r100.c
https://bugs.freedesktop.org/show_bug.cgi?id=40935
Michal Suchanek changed:
What|Removed |Added
Attachment #51264|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=40935
Michal Suchanek changed:
What|Removed |Added
Attachment #51264|application/octet-stream|text/plain
mime type|
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
-
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
-
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 no
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 rece
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 rece
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
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. Helpe
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 f
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 f
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
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
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 the
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
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
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
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)
Status:
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)
Status:
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 the
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 ioctl
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
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
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
> nev
64 matches
Mail list logo
