https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #8 from gy...@gmx.de 2012-01-05 01:58:26 PST ---
I can confirm that. My Setup is a Sony VPC-Z21 (detail: VPCZ21C5321B) with the
external PMD-Station.
The network, usb, diskrive are working. Only the graphic card refuses to get to
work.
From: Dave Airlie
So we have a few places where the drm drivers would like to sleep to
be nice to the system, mainly in the modesetting paths, but we also
have two cases were atomic modesetting must take place, panic writing
and kernel debugger. So provide a central inline to determine if a
sleep
Can you rebase this onto -next, I've no idea what it applies against.
Dave.
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_cs.c | 7 +++
> 1 files changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_cs.c
> b/drivers/gpu/drm/radeon
On Don, 2012-01-05 at 09:57 +, Dave Airlie wrote:
> From: Dave Airlie
>
> So we have a few places where the drm drivers would like to sleep to
> be nice to the system, mainly in the modesetting paths, but we also
> have two cases were atomic modesetting must take place, panic writing
> and k
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #9 from gy...@gmx.de 2012-01-05 02:14:29 PST ---
On this Site
http://www.notebookcheck.net/Review-Sony-Vaio-VPC-Z21Q9E-B-Subnotebook.61141.0.html
the author is mentioning that the ati card (they say it is a "HD 6650M") is
controlled wi
Hi
So Linus has released, so really whats in -next is really it
I've two things outstanding,
the TTM/AGP fixes, from Jerome/Konrad, guys please cross-review asap,
I'm not sure there isn't some speed regressions in there, hopefully
some more digging can be done.
dma_buf, I'll probably send this vi
Hi Dave,
Can you pick up this, or do I have to reroll the patch with the R-B?
Cheers,
Tormod
On Sun, Nov 6, 2011 at 4:35 PM, Corbin Simpson
wrote:
> FWIW, Reviewed-by: Corbin Simpson
>
> Sending from a mobile, pardon my terseness. ~ C.
>
> On Nov 6, 2011 7:04 AM, "Tormod Volden" wrote:
>>
>>
https://bugs.freedesktop.org/show_bug.cgi?id=29658
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Wed, Jan 04, 2012 at 07:35:41PM -0800, Keith Packard wrote:
>
> Here are the rest of the 3.3 pending changes.
>
> This has a bunch of small bug fixes and overlay plane support for i915.
>
> The following changes since commit 7a7e8734ac3235efafd34819b27fbdf5417e6d60:
>
> Merge branch 'drm-r
On Wed, Jan 04, 2012 at 04:35:14PM -0500, Konrad Rzeszutek Wilk wrote:
> Otherwise we are doing redundant work. Especially since the 'unbind'
> and 'unpopulate' have been merged and nouveau driver ends up calling
> it quite excessivly. On a GeForce 8600 GT with Gnome Shell (GNOME 3)
> we end up spe
Ok no problem. I think Keith just queued up the i915 bits, but I don't
think they've made their way to Dave yet.
Jesse
On Wed, 4 Jan 2012 22:55:31 -0600
Rob Clark wrote:
> note: looks like I need to rebase this patch after exynos drm driver
> was pulled to drm-next.. if there are some other co
On Thu, Jan 05, 2012 at 09:57:56AM +, Dave Airlie wrote:
> From: Dave Airlie
>
> So we have a few places where the drm drivers would like to sleep to
> be nice to the system, mainly in the modesetting paths, but we also
> have two cases were atomic modesetting must take place, panic writing
>
On Thu, 5 Jan 2012 17:00:52 +0100, Daniel Vetter wrote:
> If MSLEEP is indeed unused, I think it should just die - we have way too
> much yelling cruft from dri1 yonder lying around that hides important
> details like this. Otherwise
It was used, they just happened to all be redundant or mispelli
From: Paulo Zanoni
This ioctl is used to signal the drivers that the screen is rotated,
not to make the drivers rotate the screen.
- add a driver-specific "rotation_set" function
- implement Intel's rotation_set by setting the right values to the
PIPECONF registers.
The idea is that when us
On Thu, Jan 05, 2012 at 02:16:23PM -0200, przan...@gmail.com wrote:
> From: Paulo Zanoni
>
> This ioctl is used to signal the drivers that the screen is rotated,
> not to make the drivers rotate the screen.
> - add a driver-specific "rotation_set" function
> - implement Intel's rotation_set by
Hi
2012/1/5 Daniel Vetter :
> - Please post at least a link to the userspace patches, so that it's
> possible to check how this all fits together
libdrm:
http://people.freedesktop.org/~pzanoni/0001-Implement-drmModeCrtcSetRotation.patch
xf86-video-intel:
http://people.freedesktop.org/~pzanoni/0
- Original Message -
> From: Paulo Zanoni
>
> This ioctl is used to signal the drivers that the screen is rotated,
> not to make the drivers rotate the screen.
> - add a driver-specific "rotation_set" function
> - implement Intel's rotation_set by setting the right values to the
>PI
On Thu, 5 Jan 2012 14:16:23 -0200, przan...@gmail.com wrote:
> From: Paulo Zanoni
>
> This ioctl is used to signal the drivers that the screen is rotated,
> not to make the drivers rotate the screen.
> - add a driver-specific "rotation_set" function
> - implement Intel's rotation_set by settin
https://bugs.freedesktop.org/show_bug.cgi?id=44466
Michel Dänzer changed:
What|Removed |Added
AssignedTo|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
From: Michel Dänzer
It would previously write basically random bits to PCI configuration space...
Not very surprising that the GPU tended to stop responding completely. The
resulting MCE even froze the whole machine sometimes.
Now resetting the GPU after a lockup has at least a fighting chance o
2012/1/5 Michel Dänzer :
> From: Michel Dänzer
>
> It would previously write basically random bits to PCI configuration space...
> Not very surprising that the GPU tended to stop responding completely. The
> resulting MCE even froze the whole machine sometimes.
>
> Now resetting the GPU after a lo
On 01/05/2012 07:24 AM, Daniel Vetter wrote:
On Wed, Jan 04, 2012 at 07:35:41PM -0800, Keith Packard wrote:
Here are the rest of the 3.3 pending changes.
This has a bunch of small bug fixes and overlay plane support for i915.
The following changes since commit 7a7e8734ac3235efafd34819b27fbdf5
https://bugs.freedesktop.org/show_bug.cgi?id=44499
Bug #: 44499
Summary: r280 and xbmc - choppy menu and video playback
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #1 from Alex Deucher 2012-01-05 10:01:47 PST ---
Please attach your xorg log, dmesg output, and glxinfo output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #2 from Alex Deucher 2012-01-05 10:02:38 PST ---
Does disabling ColorTiling fix the problem?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
On Thu, 5 Jan 2012 16:24:08 +0100
Daniel Vetter wrote:
> I'd also like to express my frustration with the general -next process for
> drm/i915:
> - This drm-intel-next tree is less than 24h ours old (if you look at when
> it showed up at an official place where both our QA and the community
>
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #3 from smoki 2012-01-05 10:25:25 PST ---
Created attachment 55178
--> https://bugs.freedesktop.org/attachment.cgi?id=55178
dmesg log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
On Wed, Jan 04, 2012 at 04:35:16PM -0500, Konrad Rzeszutek Wilk wrote:
> This reverts commit 5c2680ddbe14b24771d24841dd66881f90d3d740 otherwise
> when we unbind the device we get this:
> sh-4.1# echo ":00:0d.0" > unbind
> BUG: unable to handle kernel NULL pointer dereference at (null
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #4 from smoki 2012-01-05 10:26:10 PST ---
Created attachment 55179
--> https://bugs.freedesktop.org/attachment.cgi?id=55179
xorg log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiv
From: Jerome Glisse
ttm might call the move notify with null new mem placement,
properly handle this case inside nouveau move notify callback.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouveau_bo.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/dri
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #5 from smoki 2012-01-05 10:28:45 PST ---
Disabled color tiling - problem stays.
Blender 2.61 is the best example for slowness - someone could tried it.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #6 from smoki 2012-01-05 10:35:36 PST ---
Created attachment 55180
--> https://bugs.freedesktop.org/attachment.cgi?id=55180
glxinfo log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rec
On Tue, Dec 13, 2011 at 11:40:31AM -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Dec 13, 2011 at 05:23:30PM +0100, Thomas Hellstrom wrote:
> > On 12/13/2011 05:07 PM, Jerome Glisse wrote:
> > >On Mon, Dec 12, 2011 at 03:09:26PM -0500, Konrad Rzeszutek Wilk wrote:
> > >>Jerome pointed me to some acc
Samuel Thibault, le Thu 05 Jan 2012 03:16:46 +0100, a écrit :
> 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
> > > wrote:
> > >
> > > > At home only. At work
From: Rob Clark
The first patch updates omapdrm for API changes introduced when addfb2
support (for multi-planar fb's) was added (in drm-next). The next patch
adds drm plane (overlay) support, with CRTCs using private plane objects
to avoid code duplication between the CRTC and plane. (This dep
From: Rob Clark
Update to reflect changes in:
"drm: add an fb creation ioctl that takes a pixel format v5"
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_drv.h | 30 +-
drivers/staging/omapdrm/omap_fb.c| 103 ++
drivers/staging/omapdr
From: Rob Clark
Because framebuffer layer and overlay scanout video pipes are basically
thing in OMAP display subsystem (the only difference being that the first
video pipe does not support scaling or YUV formats), much of the CRTC
code is pulled into the plane implementation, and a private plane
From: Rob Clark
Add support in framebuffer objects for other color formats and multi-
planar YUV (NV12). Since this requires changing the API between the
plane and fb for getting scanout information (paddr, etc), take
advantage of the opportunity and put in place a way to allow fb's to
be unpinn
https://bugs.freedesktop.org/show_bug.cgi?id=35460
--- Comment #18 from Bruno 2012-01-05 13:41:16 PST ---
(In reply to comment #17)
> No, we don't buffer cursors. A single cursor bo is updated every time its
> image
> changes. (Whilst possible, I don't it is an interesting optimisation to cache
https://bugs.freedesktop.org/show_bug.cgi?id=41756
--- Comment #2 from Sven Arvidsson 2012-01-05 13:44:10 PST ---
Game no longer crashes with latest git, but there's rendering errors if the
override isn't used.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
On Thu, 2012-01-05 at 13:31 -0500, j.gli...@gmail.com wrote:
> From: Jerome Glisse
>
> ttm might call the move notify with null new mem placement,
> properly handle this case inside nouveau move notify callback.
This has been fixed already in a -next tree I sent to Dave.
Ben.
>
> Signed-off-by:
On Thu, Jan 05, 2012 at 01:31:55PM -0500, j.gli...@gmail.com wrote:
> From: Jerome Glisse
>
> ttm might call the move notify with null new mem placement,
> properly handle this case inside nouveau move notify callback.
Let me give this a spin tonight on both PCIe and AGP hardware.
Um, were you
On Thu, Jan 5, 2012 at 4:48 PM, Konrad Rzeszutek Wilk
wrote:
> On Thu, Jan 05, 2012 at 01:31:55PM -0500, j.gli...@gmail.com wrote:
>> From: Jerome Glisse
>>
>> ttm might call the move notify with null new mem placement,
>> properly handle this case inside nouveau move notify callback.
>
> Let me
https://bugs.freedesktop.org/show_bug.cgi?id=37724
Pavel Ondračka changed:
What|Removed |Added
CC||pavel.ondra...@email.cz
--- Comment #10
https://bugs.freedesktop.org/show_bug.cgi?id=37724
--- Comment #11 from Marek Olšák 2012-01-05 15:14:59 PST ---
The problematic commit fixes occlusion queries for some cases, so I'm sorry but
I can't revert it just because it breaks an optimization which is not even
enabled by default. I can take
https://bugs.freedesktop.org/show_bug.cgi?id=37724
--- Comment #12 from Pavel Ondračka 2012-01-05
15:54:31 PST ---
(In reply to comment #11)
> The problematic commit fixes occlusion queries for some cases, so I'm sorry
> but
> I can't revert it just because it breaks an optimization which is no
https://bugs.freedesktop.org/show_bug.cgi?id=37724
--- Comment #13 from Marek Olšák 2012-01-05 16:03:28 UTC ---
I am sure bug 35095 also affects r500.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=37724
--- Comment #14 from Marek Olšák 2012-01-05 16:18:14 PST ---
Well maybe not, I am not sure.
I recall there was another bug with HiZ, which could be triggered by changing
the depth function. The workaround was to flush the zbuffer cache when the
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #1 from Joshua Roys 2012-01-05 17:21:16 PST ---
Created attachment 55194
--> https://bugs.freedesktop.org/attachment.cgi?id=55194
difference of `radeontool regmatch \*` from before and after suspend
HP G4-1215DX with an A4-3300 APU
https://bugs.freedesktop.org/show_bug.cgi?id=43829
Joshua Roys changed:
What|Removed |Added
Summary|Resuming my AMD A4-300 |Resuming my AMD A4-3300
On Thu, Jan 05, 2012 at 10:48:10AM +, Dave Airlie wrote:
> Hi
>
> So Linus has released, so really whats in -next is really it
>
> I've two things outstanding,
> the TTM/AGP fixes, from Jerome/Konrad, guys please cross-review asap,
OK, so the two I posted:
drm/ttm/dma: Fix accounting error
On Tue, Jan 03, 2012 at 05:59:33PM -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Jan 03, 2012 at 05:43:40PM -0500, Jerome Glisse wrote:
> > On Fri, Dec 23, 2011 at 01:19:43AM +, James Simmons wrote:
> > >
> > > > > Hi!
> > > > >
> > > > > I updated the openchrome tree and while testing
People can start using transform feedback on r6xx with this.
Strict CS checking will be implemented later.
Signed-off-by: Marek Olšák
---
drivers/gpu/drm/radeon/evergreen_cs.c | 104 +++--
drivers/gpu/drm/radeon/evergreend.h | 10 +++
drivers/gpu/drm/radeon/
On Thu, 5 Jan 2012 14:16:23 -0200, przan...@gmail.com wrote:
> From: Paulo Zanoni
>
> This ioctl is used to signal the drivers that the screen is rotated,
> not to make the drivers rotate the screen.
> - add a driver-specific "rotation_set" function
> - implement Intel's rotation_set by settin
From: Christian König
Use semaphores to sync buffers across rings in the CS
ioctl. Add a reloc flag to allow userspace to skip
sync for buffers.
agd5f: port to latest CS ioctl changes.
v2: add ring lock/unlock to make sure changes hit the ring.
Signed-off-by: Christian König
Signed-off-by: A
From: Alex Deucher
We need to synchronize across rings when doing a bo move to make
sure we the buffer is idle if it's in use by a different ring than
the ring doing the move.
v2: fix fence setup for bo moves
v3: add missing ring lock/unlock
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/ra
On Thu, Jan 5, 2012 at 9:30 PM, Marek Olšák wrote:
> People can start using transform feedback on r6xx with this.
>
> Strict CS checking will be implemented later.
>
> Signed-off-by: Marek Olšák
> ---
> drivers/gpu/drm/radeon/evergreen_cs.c | 104
> +++--
> drivers/
On Thu, Jan 5, 2012 at 5:08 AM, Dave Airlie wrote:
> Can you rebase this onto -next, I've no idea what it applies against.
You can skip this. I just rolled it into the VM patch.
Alex
>
> Dave.
>
>> Signed-off-by: Alex Deucher
>> ---
>> drivers/gpu/drm/radeon/radeon_cs.c | 7 +++
>> 1
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
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #8 from gyhor at gmx.de 2012-01-05 01:58:26 PST ---
I can confirm that. My Setup is a Sony VPC-Z21 (detail: VPCZ21C5321B) with the
external PMD-Station.
The network, usb, diskrive are working. Only the graphic card refuses to get to
wo
From: Dave Airlie
So we have a few places where the drm drivers would like to sleep to
be nice to the system, mainly in the modesetting paths, but we also
have two cases were atomic modesetting must take place, panic writing
and kernel debugger. So provide a central inline to determine if a
sleep
Can you rebase this onto -next, I've no idea what it applies against.
Dave.
> Signed-off-by: Alex Deucher
> ---
> ?drivers/gpu/drm/radeon/radeon_cs.c | ? ?7 +++
> ?1 files changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_cs.c
> b/drivers/gpu/drm/radeon
On Don, 2012-01-05 at 09:57 +, Dave Airlie wrote:
> From: Dave Airlie
>
> So we have a few places where the drm drivers would like to sleep to
> be nice to the system, mainly in the modesetting paths, but we also
> have two cases were atomic modesetting must take place, panic writing
> and k
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #9 from gyhor at gmx.de 2012-01-05 02:14:29 PST ---
On this Site
http://www.notebookcheck.net/Review-Sony-Vaio-VPC-Z21Q9E-B-Subnotebook.61141.0.html
the author is mentioning that the ati card (they say it is a "HD 6650M") is
controlled
Hi
So Linus has released, so really whats in -next is really it
I've two things outstanding,
the TTM/AGP fixes, from Jerome/Konrad, guys please cross-review asap,
I'm not sure there isn't some speed regressions in there, hopefully
some more digging can be done.
dma_buf, I'll probably send this vi
Hi Dave,
Can you pick up this, or do I have to reroll the patch with the R-B?
Cheers,
Tormod
On Sun, Nov 6, 2011 at 4:35 PM, Corbin Simpson
wrote:
> FWIW, Reviewed-by: Corbin Simpson
>
> Sending from a mobile, pardon my terseness. ~ C.
>
> On Nov 6, 2011 7:04 AM, "Tormod Volden" wrote:
>>
>>
https://bugs.freedesktop.org/show_bug.cgi?id=29658
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Wed, Jan 04, 2012 at 07:35:41PM -0800, Keith Packard wrote:
>
> Here are the rest of the 3.3 pending changes.
>
> This has a bunch of small bug fixes and overlay plane support for i915.
>
> The following changes since commit 7a7e8734ac3235efafd34819b27fbdf5417e6d60:
>
> Merge branch 'drm-r
On Wed, Jan 04, 2012 at 04:35:14PM -0500, Konrad Rzeszutek Wilk wrote:
> Otherwise we are doing redundant work. Especially since the 'unbind'
> and 'unpopulate' have been merged and nouveau driver ends up calling
> it quite excessivly. On a GeForce 8600 GT with Gnome Shell (GNOME 3)
> we end up spe
le_crtcs,
> > ? ? ? ? ? ? ? ? ? ? ? ? ?const struct drm_plane_funcs *funcs,
> > - ? ? ? ? ? ? ? ? ? ? ? ? uint32_t *formats, uint32_t format_count);
> > + ? ? ? ? ? ? ? ? ? ? ? ? const uint32_t *formats, uint32_t format_count,
> > + ? ? ? ? ? ? ? ? ? ? ? ? bool private);
> > ?extern void drm_plane_cleanup(struct drm_plane *plane);
> >
> > ?extern void drm_encoder_cleanup(struct drm_encoder *encoder);
> > --
> > 1.7.5.4
> >
>
-- 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/20120105/498ffe7a/attachment.pgp>
On Thu, Jan 05, 2012 at 09:57:56AM +, Dave Airlie wrote:
> From: Dave Airlie
>
> So we have a few places where the drm drivers would like to sleep to
> be nice to the system, mainly in the modesetting paths, but we also
> have two cases were atomic modesetting must take place, panic writing
>
On Thu, 5 Jan 2012 17:00:52 +0100, Daniel Vetter wrote:
> If MSLEEP is indeed unused, I think it should just die - we have way too
> much yelling cruft from dri1 yonder lying around that hides important
> details like this. Otherwise
It was used, they just happened to all be redundant or mispelli
From: Paulo Zanoni
This ioctl is used to signal the drivers that the screen is rotated,
not to make the drivers rotate the screen.
- add a driver-specific "rotation_set" function
- implement Intel's rotation_set by setting the right values to the
PIPECONF registers.
The idea is that when us
On Thu, Jan 05, 2012 at 02:16:23PM -0200, przanoni at gmail.com wrote:
> From: Paulo Zanoni
>
> This ioctl is used to signal the drivers that the screen is rotated,
> not to make the drivers rotate the screen.
> - add a driver-specific "rotation_set" function
> - implement Intel's rotation_set
Hi
2012/1/5 Daniel Vetter :
> - Please post at least a link to the userspace patches, so that it's
> ?possible to check how this all fits together
libdrm:
http://people.freedesktop.org/~pzanoni/0001-Implement-drmModeCrtcSetRotation.patch
xf86-video-intel:
http://people.freedesktop.org/~pzanoni/0
- Original Message -
> From: Paulo Zanoni
>
> This ioctl is used to signal the drivers that the screen is rotated,
> not to make the drivers rotate the screen.
> - add a driver-specific "rotation_set" function
> - implement Intel's rotation_set by setting the right values to the
>PI
On Thu, 5 Jan 2012 14:16:23 -0200, przanoni at gmail.com wrote:
> From: Paulo Zanoni
>
> This ioctl is used to signal the drivers that the screen is rotated,
> not to make the drivers rotate the screen.
> - add a driver-specific "rotation_set" function
> - implement Intel's rotation_set by set
https://bugs.freedesktop.org/show_bug.cgi?id=44466
Michel D?nzer changed:
What|Removed |Added
AssignedTo|dri-devel at lists.freedesktop |mesa-dev at
lists.freedesktop.
From: Michel D?nzer
It would previously write basically random bits to PCI configuration space...
Not very surprising that the GPU tended to stop responding completely. The
resulting MCE even froze the whole machine sometimes.
Now resetting the GPU after a lockup has at least a fighting chance o
2012/1/5 Michel D?nzer :
> From: Michel D?nzer
>
> It would previously write basically random bits to PCI configuration space...
> Not very surprising that the GPU tended to stop responding completely. The
> resulting MCE even froze the whole machine sometimes.
>
> Now resetting the GPU after a lo
On 01/05/2012 07:24 AM, Daniel Vetter wrote:
> On Wed, Jan 04, 2012 at 07:35:41PM -0800, Keith Packard wrote:
>>
>> Here are the rest of the 3.3 pending changes.
>>
>> This has a bunch of small bug fixes and overlay plane support for i915.
>>
>> The following changes since commit 7a7e8734ac3235efaf
https://bugs.freedesktop.org/show_bug.cgi?id=44499
Bug #: 44499
Summary: r280 and xbmc - choppy menu and video playback
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #1 from Alex Deucher 2012-01-05 10:01:47 PST
---
Please attach your xorg log, dmesg output, and glxinfo output.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #2 from Alex Deucher 2012-01-05 10:02:38 PST
---
Does disabling ColorTiling fix the problem?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are th
nes, 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/20120105/49321f97/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #3 from smoki 2012-01-05 10:25:25 PST ---
Created attachment 55178
--> https://bugs.freedesktop.org/attachment.cgi?id=55178
dmesg log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
On Wed, Jan 04, 2012 at 04:35:16PM -0500, Konrad Rzeszutek Wilk wrote:
> This reverts commit 5c2680ddbe14b24771d24841dd66881f90d3d740 otherwise
> when we unbind the device we get this:
> sh-4.1# echo ":00:0d.0" > unbind
> BUG: unable to handle kernel NULL pointer dereference at (null
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #4 from smoki 2012-01-05 10:26:10 PST ---
Created attachment 55179
--> https://bugs.freedesktop.org/attachment.cgi?id=55179
xorg log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiv
From: Jerome Glisse
ttm might call the move notify with null new mem placement,
properly handle this case inside nouveau move notify callback.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouveau_bo.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/dri
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #5 from smoki 2012-01-05 10:28:45 PST ---
Disabled color tiling - problem stays.
Blender 2.61 is the best example for slowness - someone could tried it.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #6 from smoki 2012-01-05 10:35:36 PST ---
Created attachment 55180
--> https://bugs.freedesktop.org/attachment.cgi?id=55180
glxinfo log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rec
On Tue, Dec 13, 2011 at 11:40:31AM -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Dec 13, 2011 at 05:23:30PM +0100, Thomas Hellstrom wrote:
> > On 12/13/2011 05:07 PM, Jerome Glisse wrote:
> > >On Mon, Dec 12, 2011 at 03:09:26PM -0500, Konrad Rzeszutek Wilk wrote:
> > >>Jerome pointed me to some acc
Samuel Thibault, le Thu 05 Jan 2012 03:16:46 +0100, a ?crit :
> 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 on
From: Rob Clark
The first patch updates omapdrm for API changes introduced when addfb2
support (for multi-planar fb's) was added (in drm-next). The next patch
adds drm plane (overlay) support, with CRTCs using private plane objects
to avoid code duplication between the CRTC and plane. (This dep
From: Rob Clark
Update to reflect changes in:
"drm: add an fb creation ioctl that takes a pixel format v5"
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_drv.h | 30 +-
drivers/staging/omapdrm/omap_fb.c| 103 ++
drivers/staging/omapdr
From: Rob Clark
Because framebuffer layer and overlay scanout video pipes are basically
thing in OMAP display subsystem (the only difference being that the first
video pipe does not support scaling or YUV formats), much of the CRTC
code is pulled into the plane implementation, and a private plane
From: Rob Clark
Add support in framebuffer objects for other color formats and multi-
planar YUV (NV12). Since this requires changing the API between the
plane and fb for getting scanout information (paddr, etc), take
advantage of the opportunity and put in place a way to allow fb's to
be unpinn
https://bugs.freedesktop.org/show_bug.cgi?id=35460
--- Comment #18 from Bruno 2012-01-05 13:41:16 PST
---
(In reply to comment #17)
> No, we don't buffer cursors. A single cursor bo is updated every time its
> image
> changes. (Whilst possible, I don't it is an interesting optimisation to cache
https://bugs.freedesktop.org/show_bug.cgi?id=41756
--- Comment #2 from Sven Arvidsson 2012-01-05 13:44:10 PST ---
Game no longer crashes with latest git, but there's rendering errors if the
override isn't used.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
On Thu, Jan 05, 2012 at 01:31:55PM -0500, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> ttm might call the move notify with null new mem placement,
> properly handle this case inside nouveau move notify callback.
Let me give this a spin tonight on both PCIe and AGP hardware.
Um, were y
1 - 100 of 113 matches
Mail list logo
