Reviewed-by: Thomas Hellstrom
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glisse
This field is not use by any of the driver just drop it.
Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/radeon/radeon_ttm.c |1 -
include/drm/ttm/ttm
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glisse
This was never use in none of the driver, properly using userspace
page for bo would need more code (vma interaction mostly). Removing
this dead code in preparation of ttm_tt& backend merge.
This is not exactly true. I
Hi,
Some status update.
在 2011年9月29日 下午5:17，Chen Jie 写道：
> Hi,
> Add more information.
> We got occasionally "GPU lockup" after resuming from suspend(on mipsel
> platform with a mips64 compatible CPU and rs780e, the kernel is 3.1.0-rc8
> 64bit). Related kernel message:
> /* return from STR */
>
On 11/08/2011 12:40 AM, j.gli...@gmail.com wrote:
From: Jerome Glisse
This was never use in none of the driver, properly using userspace
page for bo would need more code (vma interaction mostly). Removing
this dead code in preparation of ttm_tt& backend merge.
Jerome,
I actually have usi
https://bugs.freedesktop.org/show_bug.cgi?id=42683
--- Comment #2 from Chris Rankin 2011-11-07
15:13:25 PST ---
(In reply to comment #1)
> Could you please bisect?
Haven't we already played the bisection game, though? I proved that commit:
363ff844753c46ac9c13866627e096b091ea81f8 is the first
https://bugs.freedesktop.org/show_bug.cgi?id=42683
--- Comment #1 from Marek Ol??k 2011-11-07 14:50:34 PST
---
Could you please bisect?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the b
https://bugs.freedesktop.org/show_bug.cgi?id=42683
Bug #: 42683
Summary: [r300g] GPU lockup while playing WoW
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status:
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #9 from Alex Deucher 2011-11-07 12:48:25 PST
---
(In reply to comment #8)
> According to this:
> http://www.mesa3d.org/
>
> I am already at the latest mesa release?
>
Yes, but there have been a lot of changes since 7.11 was releas
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #8 from Filip 2011-11-07 12:45:14 PST ---
According to this:
http://www.mesa3d.org/
I am already at the latest mesa release?
I will try the xrandr
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #7 from Alex Deucher 2011-11-07 12:36:05 PST
---
(In reply to comment #6)
> I think I am using 7.11-0ubuntu3 (if that makes sense)
Can you try a newer version? I believe ubuntu provides testing PPAs.
>
> How do I turn on non-inte
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #6 from Filip 2011-11-07 12:32:59 PST ---
I think I am using 7.11-0ubuntu3 (if that makes sense)
How do I turn on non-interlaced mode?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #5 from Alex Deucher 2011-11-07 12:30:39 PST
---
What version of mesa are you using? Does a newer version help? Does using a
non-interlaced mode fix the issue?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=42678
Alex Deucher changed:
What|Removed |Added
Attachment #53266|application/octet-stream|text/plain
mime type|
On Mon, 7 Nov 2011 12:03:15 -0800, Jesse Barnes
wrote:
> Also fix up the wrapping to 80 columns.
>
> Signed-off-by: Jesse Barnes
> ---
> include/drm/drm_crtc.h | 20 +++-
> 1 files changed, 7 insertions(+), 13 deletions(-)
>
> diff --git a/include/drm/drm_crtc.h b/include/d
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #3 from Filip 2011-11-07 12:26:27 PST ---
Created attachment 53267
--> https://bugs.freedesktop.org/attachment.cgi?id=53267
Xorg log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiv
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #2 from Filip 2011-11-07 12:25:56 PST ---
Created attachment 53266
--> https://bugs.freedesktop.org/attachment.cgi?id=53266
dmesg output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are re
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #1 from Alex Deucher 2011-11-07 12:20:47 PST
---
Please attach your xorg log and dmesg output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=41579
--- Comment #4 from Marek Ol??k 2011-11-07 12:03:14 PST
---
Type on master:
git log origin/7.11..origin/master -- src/mesa/state_tracker/st_draw.c
(assuming origin is the main mesa repo)
I am 99.9% sure one of those commits fixes it. :) Please
https://bugs.freedesktop.org/show_bug.cgi?id=42678
Bug #: 42678
Summary: Dual Screen Monitor Gnome-shell 3 hard lock ups - ATI
open source Radeon
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #12 from Jerome Glisse 2011-11-07
10:53:17 PST ---
Does booting with following kernel options help
amd_iommu=off iommu=off
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this ma
From: Konrad Rzeszutek Wilk
If the card is capable of more than 32-bit, then use the default
TTM page pool code which allocates from anywhere in the memory.
Note: If the 'ttm.no_dma' parameter is set, the override is ignored
and the default TTM pool is used.
CC: Ben Skeggs
CC: Francisco Jerez
From: Konrad Rzeszutek Wilk
With the exception that we do not handle the AGP case. We only
deal with PCIe cards such as ATI ES1000 or HD3200 that have been
detected to only do DMA up to 32-bits.
CC: Dave Airlie
CC: Alex Deucher
Signed-off-by: Konrad Rzeszutek Wilk
Reviewed-by: Jerome Glisse
From: Konrad Rzeszutek Wilk
As a mechanism to detect whether SWIOTLB is enabled or not.
We also fix the spelling - it was swioltb instead of
swiotlb.
CC: FUJITA Tomonori
[v1: Ripped out swiotlb_enabled]
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/xen/swiotlb-xen.c |2 +-
include/linu
From: Konrad Rzeszutek Wilk
In TTM world the pages for the graphic drivers are kept in three different
pools: write combined, uncached, and cached (write-back). When the pages
are used by the graphic driver the graphic adapter via its built in MMU
(or AGP) programs these pages in. The programming
From: Jerome Glisse
Move the page allocation and freeing to driver callback and
provide ttm code helper function for those.
Most intrusive change, is the fact that we now only fully
populate an object this simplify some of code designed around
the page fault design.
Signed-off-by: Jerome Glisse
From: Jerome Glisse
ttm_backend will exist only and only with a ttm_tt, and ttm_tt
will be of interesting use only when bind to a backend. Thus to
avoid code & data duplication btw the two merge them.
Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/nouveau/
From: Jerome Glisse
Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_tt.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_tt.c b/drivers/gpu/drm/ttm/ttm_tt.c
index 2dd45ca..58ea7dc 100644
--- a/drivers
From: Jerome Glisse
Use the ttm_tt page ptr array for page allocation, move the list to
array unwinding into the page allocation functions.
V2 split the fix to use ttm put page as a separate fix
properly fill pages array when TTM_PAGE_FLAG_ZERO_ALLOC is not
set
V3 Added back page_count()==1 chec
From: Jerome Glisse
On failure we need to make sure the page we free has wb cache
attribute. Do this pas call the proper ttm page helper function.
Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_tt.c |5 -
1 files changed, 4 insertions(+), 1
From: Jerome Glisse
This field is not use by any of the driver just drop it.
Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/radeon/radeon_ttm.c |1 -
include/drm/ttm/ttm_bo_driver.h |2 --
2 files changed, 0 insertions(+), 3 deletions(-)
diff
From: Jerome Glisse
Split btw highmem and lowmem page was rendered useless by the
pool code. Remove it. Note further cleanup would change the
ttm page allocation helper to actualy take an array instead
of relying on list this could drasticly reduce the number of
function call in the common case o
From: Jerome Glisse
This was never use in none of the driver, properly using userspace
page for bo would need more code (vma interaction mostly). Removing
this dead code in preparation of ttm_tt & backend merge.
Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
---
drivers/gpu/d
Ok so here is full patchset, including nouveau support, Ben if you
could review (if change to nouveau in patch 7 are correct then others
change to nouveau are more than likely 100% correct :)).
So been tested on R7XX,EVERGREEN,CAICOS,CAYMAN with SWIOTLB. Also
tested on NV50. I still need to test A
On Mon, Nov 7, 2011 at 6:00 PM, Linus Torvalds
wrote:
> On Mon, Nov 7, 2011 at 5:27 AM, Dave Airlie wrote:
>>
>> are available in the git repository at:
>>
>> ?ssh://people.freedesktop.org/~/linux drm-fixes
>
> No they are *not* available there.
>
> Fix your pull script already! I mentioned this
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #11 from Kunal 2011-11-07
10:10:30 PST ---
(In reply to comment #9)
> (In reply to comment #8)
> > Are you doing this under a virtual box ? If so it's not supported
>
> No - this is my bare-metal machine booting.
> I use VirtualBox
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #10 from Kunal 2011-11-07
10:09:33 PST ---
Created attachment 53253
--> https://bugs.freedesktop.org/attachment.cgi?id=53253
dmesg log after pm-resume attempt
Trying to wake up from suspend-to-ram state also exhibits the same issu
On Mon, Nov 7, 2011 at 5:08 PM, Alex Deucher wrote:
> On Mon, Nov 7, 2011 at 11:05 AM, Tormod Volden
> wrote:
>> On Mon, Nov 7, 2011 at 2:50 PM, Konrad Rzeszutek Wilk
>> wrote:
>>> On Sun, Nov 06, 2011 at 04:03:21PM +0100, Tormod Volden wrote:
From: Tormod Volden
Some cards repo
On Mon, Nov 7, 2011 at 2:50 PM, Konrad Rzeszutek Wilk
wrote:
> On Sun, Nov 06, 2011 at 04:03:21PM +0100, Tormod Volden wrote:
>> From: Tormod Volden
>>
>> Some cards report that they support only 4x, in which case they
>> should support 2x and 1x as well, according to the AGP spec.
>
> Have you t
Didn't get any response yet, hence copying LKML for a broader audience.
On 11/04/2011 03:36 PM, Daniel Mack wrote:
I'm facing a bug on a Samsung X20 notebook which features an i915
chipset (output of 'lspci -v' attached).
The effect is that setting the backlight to odd values causes the value
https://bugs.freedesktop.org/show_bug.cgi?id=42683
--- Comment #3 from Chris Rankin 2011-11-07 16:44:29
UTC ---
(In reply to comment #1)
> Could you please bisect?
The problem does not occur between dceb202297b39220fbbcb41267077fb3ff8d137a and
2318443ebd6bf9727676b530a3b057dcf13a3ca6, so I can
https://bugs.freedesktop.org/show_bug.cgi?id=42683
--- Comment #3 from Chris Rankin 2011-11-07
16:44:29 UTC ---
(In reply to comment #1)
> Could you please bisect?
The problem does not occur between dceb202297b39220fbbcb41267077fb3ff8d137a and
2318443ebd6bf9727676b530a3b057dcf13a3ca6, so I can
From: Konrad Rzeszutek Wilk
If the card is capable of more than 32-bit, then use the default
TTM page pool code which allocates from anywhere in the memory.
Note: If the 'ttm.no_dma' parameter is set, the override is ignored
and the default TTM pool is used.
CC: Ben Skeggs
CC: Francisco Jerez
From: Konrad Rzeszutek Wilk
With the exception that we do not handle the AGP case. We only
deal with PCIe cards such as ATI ES1000 or HD3200 that have been
detected to only do DMA up to 32-bits.
CC: Dave Airlie
CC: Alex Deucher
Signed-off-by: Konrad Rzeszutek Wilk
Reviewed-by: Jerome Glisse
From: Konrad Rzeszutek Wilk
As a mechanism to detect whether SWIOTLB is enabled or not.
We also fix the spelling - it was swioltb instead of
swiotlb.
CC: FUJITA Tomonori
[v1: Ripped out swiotlb_enabled]
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/xen/swiotlb-xen.c |2 +-
include/linu
From: Konrad Rzeszutek Wilk
In TTM world the pages for the graphic drivers are kept in three different
pools: write combined, uncached, and cached (write-back). When the pages
are used by the graphic driver the graphic adapter via its built in MMU
(or AGP) programs these pages in. The programming
From: Jerome Glisse
Move the page allocation and freeing to driver callback and
provide ttm code helper function for those.
Most intrusive change, is the fact that we now only fully
populate an object this simplify some of code designed around
the page fault design.
Signed-off-by: Jerome Glisse
From: Jerome Glisse
ttm_backend will exist only and only with a ttm_tt, and ttm_tt
will be of interesting use only when bind to a backend. Thus to
avoid code & data duplication btw the two merge them.
Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/nouveau/
https://bugs.freedesktop.org/show_bug.cgi?id=42622
Michel D?nzer changed:
What|Removed |Added
Summary|[mesa] [r300] mupen64plus |[r300g] mupen64plus invalid
From: Jerome Glisse
Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_tt.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_tt.c b/drivers/gpu/drm/ttm/ttm_tt.c
index 2dd45ca..58ea7dc 100644
--- a/drivers
From: Jerome Glisse
Use the ttm_tt page ptr array for page allocation, move the list to
array unwinding into the page allocation functions.
V2 split the fix to use ttm put page as a separate fix
properly fill pages array when TTM_PAGE_FLAG_ZERO_ALLOC is not
set
V3 Added back page_count()==1 chec
From: Jerome Glisse
On failure we need to make sure the page we free has wb cache
attribute. Do this pas call the proper ttm page helper function.
Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_tt.c |5 -
1 files changed, 4 insertions(+), 1
From: Jerome Glisse
This field is not use by any of the driver just drop it.
Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/radeon/radeon_ttm.c |1 -
include/drm/ttm/ttm_bo_driver.h |2 --
2 files changed, 0 insertions(+), 3 deletions(-)
diff
https://bugs.freedesktop.org/show_bug.cgi?id=42622
Michel D?nzer changed:
What|Removed |Added
Component|Drivers/DRI/r300|Drivers/Gallium/r300
--
Configure bugma
From: Jerome Glisse
Split btw highmem and lowmem page was rendered useless by the
pool code. Remove it. Note further cleanup would change the
ttm page allocation helper to actualy take an array instead
of relying on list this could drasticly reduce the number of
function call in the common case o
From: Jerome Glisse
This was never use in none of the driver, properly using userspace
page for bo would need more code (vma interaction mostly). Removing
this dead code in preparation of ttm_tt & backend merge.
Signed-off-by: Jerome Glisse
Reviewed-by: Konrad Rzeszutek Wilk
---
drivers/gpu/d
Ok so here is full patchset, including nouveau support, Ben if you
could review (if change to nouveau in patch 7 are correct then others
change to nouveau are more than likely 100% correct :)).
So been tested on R7XX,EVERGREEN,CAICOS,CAYMAN with SWIOTLB. Also
tested on NV50. I still need to test A
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #8 from Jerome Glisse 2011-11-07
07:29:29 PST ---
Are you doing this under a virtual box ? If so it's not supported
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail beca
On Mon, Nov 7, 2011 at 3:03 PM, Jesse Barnes
wrote:
> Just some cleanups for unused fields in drm_crtc.h and some comment
> corrections. ?I also removed a few DRM_ERRORs from drm_crtc.c (things
> actually weren't as bad as I feared).
>
> Next step is to remove a whole slew of DRM_DEBUG calls unle
On Mon, Nov 7, 2011 at 1:39 PM, Jesse Barnes
wrote:
> We restore the CRTC, encoder, and connector configurations, but if the
> mode set failed, the attached display may have been turned off, so we
> need to try set_config again to restore things to the way they were.
>
> Signed-off-by: Jesse Barn
On Mon, Nov 7, 2011 at 12:35 PM, Rob Clark wrote:
> On Thu, Nov 3, 2011 at 6:39 PM, ? wrote:
>> From: Jerome Glisse
>>
>> Move the page allocation and freeing to driver callback and
>> provide ttm code helper function for those.
>
> btw, having page allocation/freeing in driver callback would sol
https://bugs.freedesktop.org/show_bug.cgi?id=42683
--- Comment #2 from Chris Rankin 2011-11-07 15:13:25
PST ---
(In reply to comment #1)
> Could you please bisect?
Haven't we already played the bisection game, though? I proved that commit:
363ff844753c46ac9c13866627e096b091ea81f8 is the first
https://bugs.freedesktop.org/show_bug.cgi?id=42683
--- Comment #1 from Marek Olšák 2011-11-07 14:50:34 PST ---
Could you please bisect?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bu
On Mon, Nov 07, 2011 at 11:35:25AM -0600, Rob Clark wrote:
> On Thu, Nov 3, 2011 at 6:39 PM, wrote:
> > From: Jerome Glisse
> >
> > Move the page allocation and freeing to driver callback and
> > provide ttm code helper function for those.
>
> btw, having page allocation/freeing in driver callb
https://bugs.freedesktop.org/show_bug.cgi?id=42654
Mikhail Vorozhtsov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=42654
--- Comment #1 from Alex Deucher 2011-11-07 05:44:44 PST
---
The aux i2c errors are unrelated and can be ignored. What was the last kernel
that has working hwmon support? Can you bisect?
--
Configure bugmail: https://bugs.freedesktop.org/use
https://bugs.freedesktop.org/show_bug.cgi?id=42683
Bug #: 42683
Summary: [r300g] GPU lockup while playing WoW
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status:
Hi Linus,
this is just radeon and vmware fixes that would be good to have for -rc1,
Its a bit larger than it looks as Alex wanted to move some code into a
separate file so it reflected how other code work,
The radeon ones fix some outstanding corruption issues on CAYMAN gpus,
along with more
> In general any device that can do something good with rendered pixels
> can act as a CTD device, allowing a GPU to be an acceleration device
> for a less capable display device or (the opposite) a frame-buffer-based
> display device to be an expansion card for a GPU. Of course, for
> each display
On Thu, Nov 03, 2011 at 07:39:04PM -0400, j.glisse at gmail.com wrote:
> Hi,
>
> So updated patchset, only patch 5 seen change since last set.
> Last 3 patch are from your patchset, modified on top of mine.
Yup, and I've tested it on my radeon box. Going to test it
on the nvidia and some of the 3
https://bugs.freedesktop.org/show_bug.cgi?id=42678
Alex Deucher changed:
What|Removed |Added
Attachment #53265|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=42678
Alex Deucher changed:
What|Removed |Added
Attachment #53265|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #9 from Alex Deucher 2011-11-07 12:48:25 PST ---
(In reply to comment #8)
> According to this:
> http://www.mesa3d.org/
>
> I am already at the latest mesa release?
>
Yes, but there have been a lot of changes since 7.11 was release
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #8 from Filip 2011-11-07 12:45:14 PST ---
According to this:
http://www.mesa3d.org/
I am already at the latest mesa release?
I will try the xrandr
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #7 from Alex Deucher 2011-11-07 12:36:05 PST ---
(In reply to comment #6)
> I think I am using 7.11-0ubuntu3 (if that makes sense)
Can you try a newer version? I believe ubuntu provides testing PPAs.
>
> How do I turn on non-inter
On Mon, 07 Nov 2011 20:26:59 +
Chris Wilson wrote:
> On Mon, 7 Nov 2011 12:03:15 -0800, Jesse Barnes
> wrote:
> > Also fix up the wrapping to 80 columns.
> >
> > Signed-off-by: Jesse Barnes
> > ---
> > include/drm/drm_crtc.h | 20 +++-
> > 1 files changed, 7 insertions
uint32_t max_width, uint32_t max_height);
>
> keeps the logically more connected width&height together.
>
> What colour do you want your bikeshed today?
/me burns down the bikeshed.
--
Jesse Barnes, Intel Open Source Technology Center
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2007/759f81ee/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #6 from Filip 2011-11-07 12:32:59 PST ---
I think I am using 7.11-0ubuntu3 (if that makes sense)
How do I turn on non-interlaced mode?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #5 from Alex Deucher 2011-11-07 12:30:39 PST ---
What version of mesa are you using? Does a newer version help? Does using a
non-interlaced mode fix the issue?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=e
https://bugs.freedesktop.org/show_bug.cgi?id=42678
Alex Deucher changed:
What|Removed |Added
Attachment #53266|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=42678
Alex Deucher changed:
What|Removed |Added
Attachment #53267|text/x-log |text/plain
mime type|
On Mon, Nov 7, 2011 at 3:03 PM, Jesse Barnes wrote:
> Just some cleanups for unused fields in drm_crtc.h and some comment
> corrections. I also removed a few DRM_ERRORs from drm_crtc.c (things
> actually weren't as bad as I feared).
>
> Next step is to remove a whole slew of DRM_DEBUG calls unles
On Mon, 7 Nov 2011 12:03:15 -0800, Jesse Barnes
wrote:
> Also fix up the wrapping to 80 columns.
>
> Signed-off-by: Jesse Barnes
> ---
> include/drm/drm_crtc.h | 20 +++-
> 1 files changed, 7 insertions(+), 13 deletions(-)
>
> diff --git a/include/drm/drm_crtc.h b/include/d
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #3 from Filip 2011-11-07 12:26:27 PST ---
Created attachment 53267
--> https://bugs.freedesktop.org/attachment.cgi?id=53267
Xorg log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiv
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #2 from Filip 2011-11-07 12:25:56 PST ---
Created attachment 53266
--> https://bugs.freedesktop.org/attachment.cgi?id=53266
dmesg output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are re
On Mon, Nov 7, 2011 at 1:39 PM, Jesse Barnes wrote:
> We restore the CRTC, encoder, and connector configurations, but if the
> mode set failed, the attached display may have been turned off, so we
> need to try set_config again to restore things to the way they were.
>
> Signed-off-by: Jesse Barne
https://bugs.freedesktop.org/show_bug.cgi?id=42678
--- Comment #1 from Alex Deucher 2011-11-07 12:20:47 PST ---
Please attach your xorg log and dmesg output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are t
On Mon, Nov 7, 2011 at 12:35 PM, Rob Clark wrote:
> On Thu, Nov 3, 2011 at 6:39 PM, wrote:
>> From: Jerome Glisse
>>
>> Move the page allocation and freeing to driver callback and
>> provide ttm code helper function for those.
>
> btw, having page allocation/freeing in driver callback would sol
Each of these error messages can be caused by a broken or malicious
userspace wanting to spam the dmesg with useless info. They're really
not worthy of DRM_DEBUG statements either; those are generally only
useful during bringup of new hardware or versions, and ought to be
removed before going upst
Including a comment about what the locks are for.
Signed-off-by: Jesse Barnes
---
include/drm/drm_crtc.h | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index 003cba2..58e6a996 100644
--- a/include/dr
This is actually a core structure with a big future ahead of it. Make
it a little less mysterious.
Signed-off-by: Jesse Barnes
---
include/drm/drm_crtc.h | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index a
Just fix the wrapping mostly.
Signed-off-by: Jesse Barnes
---
include/drm/drm_crtc.h | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index b33713b..a0c7dc6 100644
--- a/include/drm/drm_crtc.h
+++ b/include/drm/drm
We never used initial_x/y or the force_encoder_id, so drop those fields
and proide a basic description of the others.
Really, the ELD bits belong in drm_display_info rather than directly in
the connector, but that's a separate cleanup.
Signed-off-by: Jesse Barnes
---
include/drm/drm_crtc.h |
This is a core mode setting structure that deserves a little verbiage.
Signed-off-by: Jesse Barnes
---
include/drm/drm_crtc.h | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index e9f486d..b33713b 100644
--- a/incl
Just basic verbiage.
Signed-off-by: Jesse Barnes
---
include/drm/drm_crtc.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index 6ab20f8..a1583d8 100644
--- a/include/drm/drm_crtc.h
+++ b/include/drm/drm_crtc.h
@@ -4
Just some basic comments about the place and function of the structure
and fields.
Signed-off-by: Jesse Barnes
---
include/drm/drm_crtc.h | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index a1583d8..a98433a 10
Also fix up the wrapping to 80 columns.
Signed-off-by: Jesse Barnes
---
include/drm/drm_crtc.h | 20 +++-
1 files changed, 7 insertions(+), 13 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index ad2a605..6ab20f8 100644
--- a/include/drm/drm_crtc.h
+
Remove stale entries and update with the latest stuff.
Signed-off-by: Jesse Barnes
---
include/drm/drm_crtc.h | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index a960020..ad2a605 100644
--- a/include/drm/drm_cr
Remove two unused fields from this struct and cleanup/correct the comments.
Signed-off-by: Jesse Barnes
---
include/drm/drm_crtc.h | 18 --
1 files changed, 4 insertions(+), 14 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index b0df23a..a960020 100
Doesn't really belong here anyway.
Signed-off-by: Jesse Barnes
---
include/drm/drm_crtc.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index 8020798..b0df23a 100644
--- a/include/drm/drm_crtc.h
+++ b/include/drm/drm_crtc
Just some cleanups for unused fields in drm_crtc.h and some comment
corrections. I also removed a few DRM_ERRORs from drm_crtc.c (things
actually weren't as bad as I feared).
Next step is to remove a whole slew of DRM_DEBUG calls unless people are
really attached to them. I find them to just get
1 - 100 of 175 matches
Mail list logo
