On Wed, 17 Jul 2013 10:22:58 +0400
Konstantin Khlebnikov wrote:
> This patch fixes regression in power consumtion of sandy bridge gpu, which
> exists since v3.6 Sometimes after resuming from s2ram gpu starts thinking that
> it's extremely busy. After that it never reaches rc6 state.
>
> Bug
ks
like it's extensible enough for us not to have to worry too much.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/b3ec8d39/attachment.pgp>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/7f1ab7dd/attachment.html>
=32 and Xorg
start (kdm).
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/967b982a/attachment.html>
=16 and Xorg
start (kdm).
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/b5747dca/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/ef5d2794/attachment-0001.html>
Jul 16 21:10 CAYMAN_smc.bin
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/eae7913a/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #20 from rafael castillo ---
Created attachment 106900
--> https://bugzilla.kernel.org/attachment.cgi?id=106900=edit
dmesg with patch applied
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #19 from rafael castillo ---
well compiling with 4.7 series i can reach X, i guess ill get another fun debug
for later, atacched dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
#8, attached output from dmesg
with dpm=1 and aspm=0 after patch from #12
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/27
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #18 from rafael castillo ---
I can`t reach X with that patch applied, ill try later with gcc 4.7 just to be
sure
--
You are receiving this mail because:
You are watching the assignee of the bug.
is mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/26f3b918/attachment.html>
ail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/01034c3b/attachment-0001.html>
ail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/baf9954f/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #17 from Alex Deucher ---
Created attachment 106898
--> https://bugzilla.kernel.org/attachment.cgi?id=106898=edit
debugging output
Can you attach a dmesg output with dpm enabled with this patch?
--
You are receiving this mail
ail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/9fa08bc4/attachment.html>
archives/dri-devel/attachments/20130717/f9f8987e/attachment.html>
On Tuesday, July 16, 2013 05:08:16 PM Matthew Garrett wrote:
> On Tue, 2013-07-16 at 17:32 +0400, Igor Gnatenko wrote:
> > Hmm. I found regression in user-space. In GNOME (maybe and other DEs) we no
> > longer see switch status of backlight.
>
> Yeah, I can duplicate that. Rafael, we have to
https://bugs.freedesktop.org/show_bug.cgi?id=66945
--- Comment #11 from queryv+fd at gmail.com ---
Created attachment 82510
--> https://bugs.freedesktop.org/attachment.cgi?id=82510=edit
lspci output different user
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66945
--- Comment #10 from queryv+fd at gmail.com ---
Created attachment 82509
--> https://bugs.freedesktop.org/attachment.cgi?id=82509=edit
dmesg w/ dpm enabled & aspm disabled
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=66945
--- Comment #9 from queryv+fd at gmail.com ---
(In reply to comment #8)
> Created attachment 82504 [details] [review]
> add module parameter to disable aspm
>
> Try this patch which adds a new module parameter to disable aspm. Add
>
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #16 from rafael castillo ---
Created attachment 106897
--> https://bugzilla.kernel.org/attachment.cgi?id=106897=edit
dmesg output
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #15 from rafael castillo ---
im adding my dmesg for drm-fixes-3.11 just in case
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66942
--- Comment #5 from Alex Deucher ---
Sounds like you may be waiting for the firmware loader to timeout. Make sure
you have the new cayman smc ucode installed:
http://people.freedesktop.org/~agd5f/radeon_ucode/CAYMAN_smc.bin
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=66942
--- Comment #4 from Alexandre Demers ---
Here is the first bad commit, which is pretty large since it doesn't point what
was changed before. It could be about any commit before that that touches
Cayman.
69e0b57a91adca2e3eb56ed4db39ab90f3ae1043
This allows you to look at the current DPM state via debugfs.
Signed-off-by: Anthoine Bourgeois
---
drivers/gpu/drm/radeon/radeon_asic.c | 1 +
drivers/gpu/drm/radeon/radeon_asic.h | 2 ++
drivers/gpu/drm/radeon/rs780_dpm.c | 28
3 files changed, 31
https://bugs.freedesktop.org/show_bug.cgi?id=63599
--- Comment #16 from Paul Wolneykien mano...@altlinux.org ---
Hi, there. I don't absolutely sure I've got the same issue, but at least, my
problem is very close to one reported here.
System:
00:01.0 VGA compatible controller: Advanced Micro
This patch fixes regression in power consumtion of sandy bridge gpu, which
exists since v3.6 Sometimes after resuming from s2ram gpu starts thinking that
it's extremely busy. After that it never reaches rc6 state.
Bug exists since kernel v3.6, commit b4ae3f22d238617ca11610b29fde16cf8c0bc6e0
https://bugs.freedesktop.org/show_bug.cgi?id=63599
--- Comment #17 from Paul Wolneykien mano...@altlinux.org ---
Created attachment 82523
-- https://bugs.freedesktop.org/attachment.cgi?id=82523action=edit
dmesg output, vramlimit=16, Xorg started
Attached the dmesg | grep 'radeon' after
https://bugs.freedesktop.org/show_bug.cgi?id=63599
--- Comment #18 from Paul Wolneykien mano...@altlinux.org ---
Created attachment 82524
-- https://bugs.freedesktop.org/attachment.cgi?id=82524action=edit
dmesg output, vramlimit=32, Xorg started
Attached the dmesg | grep 'radeon' after
https://bugs.freedesktop.org/show_bug.cgi?id=63599
--- Comment #19 from Paul Wolneykien mano...@altlinux.org ---
Created attachment 82525
-- https://bugs.freedesktop.org/attachment.cgi?id=82525action=edit
dmesg output, vramlimit=128, Xorg started
Attached the dmesg | grep 'radeon' after
On Wed, Jul 17, 2013 at 10:22:58AM +0400, Konstantin Khlebnikov wrote:
This patch fixes regression in power consumtion of sandy bridge gpu, which
exists since v3.6 Sometimes after resuming from s2ram gpu starts thinking that
it's extremely busy. After that it never reaches rc6 state.
Bug
On Tue, 2013-07-16 at 01:53 +0200, Rafael J. Wysocki wrote:
On Monday, July 15, 2013 05:06:09 PM Igor Gnatenko wrote:
On Sat, 2013-07-13 at 02:46 +0200, Rafael J. Wysocki wrote:
[...]
I can't build it. Where did I go wrong?
Probably nowhere, you tried to build the ACPI video
This allows you to look at the current DPM state via debugfs.
Signed-off-by: Anthoine Bourgeois anthoine.bourge...@gmail.com
---
drivers/gpu/drm/radeon/radeon_asic.c | 1 +
drivers/gpu/drm/radeon/radeon_asic.h | 2 ++
drivers/gpu/drm/radeon/rs780_dpm.c | 28
3 files
2013/7/16 Deucher, Alexander alexander.deuc...@amd.com
-Original Message-
From: Anthoine Bourgeois [mailto:anthoine.bourge...@gmail.com]
Sent: Tuesday, July 16, 2013 5:09 PM
To: Deucher, Alexander; Koenig, Christian; Jerome Glisse; Anthoine
Bourgeois
Cc:
https://bugs.freedesktop.org/show_bug.cgi?id=66942
--- Comment #8 from Michel Dänzer mic...@daenzer.net ---
Did you re-generate the initrd after installing the missing firmware?
If the problem is the missing firmware, it should continue booting after three
minutes or so. Have you waited that
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #11 from Martin Andersson g02ma...@gmail.com ---
Created attachment 82534
-- https://bugs.freedesktop.org/attachment.cgi?id=82534action=edit
dmesg with mc reg dump
--
You are receiving this mail because:
You are the assignee for
On 15 July 2013 11:35, Michel Dänzer mic...@daenzer.net wrote:
On Son, 2013-07-14 at 13:26 +0100, Sami Kerola wrote:
Jul 14 12:51:31 kerolasa-home kernel: radeon :00:01.0: GPU lockup
CP stall for more than 1msec
Jul 14 12:51:31 kerolasa-home kernel: radeon :00:01.0: GPU lockup
Hi All,
This series patches extend Pawel's patches to
Versatile Express HDLCD DVI output support.
Before apply this patches, please apply Pawel's patches first.
This series patches implements base on Linaro release 13.06 branch
ll_20130621.0.
here is Pawel's patches
[1]
---
drivers/video/Kconfig |2 ++
drivers/video/fbmon.c | 12 +---
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
index 2e14e0b..b0a0947 100644
--- a/drivers/video/Kconfig
+++ b/drivers/video/Kconfig
@@ -324,6 +324,7 @@
---
arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts |6 +-
drivers/video/arm-hdlcd.c | 116 +---
drivers/video/vexpress-dvimode.c | 11 +++
drivers/video/vexpress-muxfpga.c |8 +-
include/linux/arm-hdlcd.h |6
On Mit, 2013-07-17 at 10:58 +0100, Sami Kerola wrote:
On 15 July 2013 11:35, Michel Dänzer mic...@daenzer.net wrote:
On Son, 2013-07-14 at 13:26 +0100, Sami Kerola wrote:
Jul 14 12:51:31 kerolasa-home kernel: radeon :00:01.0: GPU lockup
CP stall for more than 1msec
Jul 14
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #12 from Martin Andersson g02ma...@gmail.com ---
Take this information with a grain of salt, since I'm testing stuff without
really knowing whats going on.
I found it interesting that the dmesg with the mc dump didn't print anything
On Wednesday, July 17, 2013 09:16:38 AM Igor Gnatenko wrote:
On Wed, 2013-07-17 at 00:01 +0200, Rafael J. Wysocki wrote:
On Tuesday, July 16, 2013 05:08:16 PM Matthew Garrett wrote:
On Tue, 2013-07-16 at 17:32 +0400, Igor Gnatenko wrote:
Hmm. I found regression in user-space. In GNOME
On Wednesday 17 July 2013 11:49:49 Pawel Moll wrote:
On Wed, 2013-07-17 at 11:08 +0100, Show Liu wrote:
This series patches extend Pawel's patches to
Versatile Express HDLCD DVI output support.
Before apply this patches, please apply Pawel's patches first.
This series patches implements
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #21 from Arek Ruśniak arek.r...@gmail.com ---
Created attachment 106902
-- https://bugzilla.kernel.org/attachment.cgi?id=106902action=edit
dmesg drm-fixes-3.11+patch
It almost looks like the same as before. But You are dev here:)
On Wed, Jun 12, 2013 at 11:58:44AM +0200, Michel Dänzer wrote:
From: Michel Dänzer michel.daen...@amd.com
It takes an unsigned value. This happens not to blow up on 64-bit
architectures, but it does on 32-bit, causing
drm_calc_vbltimestamp_from_scanoutpos() to calculate totally bogus
https://bugs.freedesktop.org/show_bug.cgi?id=63599
--- Comment #20 from wojtek wojta...@wp.pl ---
yeah :)
with vramlimit=16 xeyes works perfect :).
KDM (4.10.5) is working (without artifacts).
kernel-3.11-rc1
from(http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.11)
I'll do more
https://bugs.freedesktop.org/show_bug.cgi?id=64913
--- Comment #16 from Krzysztof A. Sobiecki sob...@gmail.com ---
I have done that and no one cared.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=63599
--- Comment #21 from Alex Deucher ag...@yahoo.com ---
That just disables the use of vram for exa pixmaps. You can accomplish the
same thing by adding:
Option EXAPixmaps false
to the device section of your xorg.conf
--
You are receiving this
This set of patches contains several fixes and enhancements for the
MGAG200 KMS driver.
Egbert Eich (15):
drm/mgag200: Fix memleaks in error path in mgag200_fb_create()
drm/mgag200: Fix memleak in error path in mgag200_bo_create()
drm/mgag200: Free container instead of member in
Some mmemory allocated in mgag200fb_create() was not properly
freed before the function returned with an error.
This patch takes care of this.
Signed-off-by: Egbert Eich e...@suse.de
---
drivers/gpu/drm/mgag200/mgag200_fb.c | 21 -
1 file changed, 16 insertions(+), 5
From: Takashi Iwai ti...@suse.com
The framebuffer pitch calculation needs to be done differently for bpp == 24
- check xf86-video-mga for reference.
Signed-off-by: Egbert Eich e...@suse.de
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Due to a missing initialization there was no way to map fbdev memory.
Thus for example using the Xserver with the fbdev driver failed.
This fix adds initialization for fix.smem_start and fix.smem_len
in the fb_info structure, which fixes this problem.
Signed-off-by: Egbert Eich e...@suse.de
---
Technically freeing mga_fb-base is the same as freeing mga_fb as 'base'
the first member of the data structure.
Still this makes it cleaner.
Signed-off-by: Egbert Eich e...@suse.de
---
drivers/gpu/drm/mgag200/mgag200_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Signed-off-by: Egbert Eich e...@suse.com
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c
b/drivers/gpu/drm/mgag200/mgag200_mode.c
index 251784a..2fe1f64 100644
---
The allocated struct mgag200_bo was not freed in all error paths.
This patch consolidates error handling and fixes this.
Signed-off-by: Egbert Eich e...@suse.de
---
drivers/gpu/drm/mgag200/mgag200_ttm.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git
Signed-off-by: Egbert Eich e...@suse.de
---
drivers/gpu/drm/mgag200/mgag200_ttm.c | 22 +-
1 file changed, 9 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_ttm.c
b/drivers/gpu/drm/mgag200/mgag200_ttm.c
index 6461fd2..2606031 100644
---
Signed-off-by: Egbert Eich e...@suse.de
---
drivers/gpu/drm/mgag200/mgag200_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_main.c
b/drivers/gpu/drm/mgag200/mgag200_main.c
index d51096c..fe8ed66 100644
---
Since there are only 32 (64) distinct color values for each color
in 16bpp Matrox hardware expects those in a 'dense' manner, ie in
the first 32 (64) entries of the respective color.
Signed-off-by: Egbert Eich e...@suse.de
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 23 +++
drm_gem_handle_create() should not have referenced an object when it's
creation has failed for some reason.
Signed-off-by: Egbert Eich e...@suse.com
---
drivers/gpu/drm/mgag200/mgag200_main.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
When a BO gets pinned the placement may get changed. If the memory is
mapped into user space and user space has already accessed the mapped
range the page tables are set up but now point to the wrong memory.
A call to ttm_bo_unmap_virtual() will invalidate all page tables of
all mappings of this
Signed-off-by: Egbert Eich e...@suse.de
---
drivers/gpu/drm/mgag200/mgag200_ttm.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_ttm.c
b/drivers/gpu/drm/mgag200/mgag200_ttm.c
index 2606031..3a2e5e2 100644
---
This code was ported from the xorg mga driver.
Signed-off-by: Egbert Eich e...@suse.com
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c
b/drivers/gpu/drm/mgag200/mgag200_mode.c
index
https://bugs.freedesktop.org/show_bug.cgi?id=64913
--- Comment #17 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #16)
I have done that and no one cared.
Are you sure it went through? I don't don't see the patch in the archives:
http://lists.freedesktop.org/archives/mesa-dev/
--
https://bugs.freedesktop.org/show_bug.cgi?id=64913
--- Comment #18 from Krzysztof A. Sobiecki sob...@gmail.com ---
(In reply to comment #17)
(In reply to comment #16)
I have done that and no one cared.
Are you sure it went through? I don't don't see the patch in the archives:
On Wed, Jul 17, 2013 at 03:07:17PM +0200, Egbert Eich wrote:
drm_gem_handle_create() should not have referenced an object when it's
creation has failed for some reason.
Signed-off-by: Egbert Eich e...@suse.com
Nak. The unreference here is to free the locally created resource before
returning
Hi
On Tue, Jul 16, 2013 at 3:14 PM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
We not only have debugfs files to do pretty much the equivalent of
lsof, we also have an ioctl. Not that compared to lsof this dumps a
wee bit more information, but we can still get at that from debugfs
easily.
Hi Dave,
The SH Mobile DRM and R-Car DU DRM drivers fail to compile on v3.11-rc1 due to
usage of an API that has been removed. Could you please pull these fixes for
v3.11 ? The sooner would be the better, to avoid as many bisection issues as
possible.
The following changes since commit
https://bugzilla.kernel.org/show_bug.cgi?id=54381
Andrew Stubbs a...@codesourcery.com changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=66713
Vadim Girlin pt...@yandex.ru changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.kernel.org/show_bug.cgi?id=54381
--- Comment #9 from Andrew Stubbs a...@codesourcery.com ---
Alternatively, would switching a monitor from DVI to VGA or HDMI help?
I currently have two DVI monitors, listed as DisplayPort-1 and
DisplayPort-2, and one laptop display, listed as
https://bugs.freedesktop.org/show_bug.cgi?id=67002
Priority: medium
Bug ID: 67002
Assignee: dri-devel@lists.freedesktop.org
Summary: evergreen: after resume from suspend-to-ram operation
is really slow with the latest DPM changes
Hi all,
It's time to start nailing down the agenda for the Graphics and Display
microconference at the Linux Plumbers Conference 2013. For conference approval
and preliminary planning purposes, we have compiled a list of possible topics
for discussion. The overview and general list of topic
When a BO gets pinned the placement may get changed. If the memory is
mapped into user space and user space has already accessed the mapped
range the page tables are set up but now point to the wrong memory.
Set bo.mdev-dev_mapping in mgag200_bo_create() to make sure that
ttm_bo_unmap_virtual()
https://bugs.freedesktop.org/show_bug.cgi?id=67002
jackdac...@gmail.com changed:
What|Removed |Added
Summary|evergreen: after resume |evergreen: after resume
https://bugs.freedesktop.org/show_bug.cgi?id=66967
--- Comment #1 from Tilman Sauerbeck til...@code-monkey.de ---
Ugh, I forgot to post the backtrace:
#0 0xf538fc5a in check_begin_texture_render (ctx=0x8bbe000, fb=0x17da4a80)
at ../../src/mesa/main/fbobject.c:1871
#1 0xf539007d in
https://bugzilla.kernel.org/show_bug.cgi?id=54381
--- Comment #11 from Andrew Stubbs a...@codesourcery.com ---
It's a Dell Precision M4600 sitting in the docking station.
Apologies for the random Ubuntu version numbers. Not appropriate here.
Unfortunately I don't actually know what kernel
https://bugzilla.kernel.org/show_bug.cgi?id=54381
--- Comment #10 from Alex Deucher alexdeuc...@gmail.com ---
Sounds like your oem has a rather strange setup. Please attach your dmesg
output.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=54381
--- Comment #12 from Andrew Stubbs a...@codesourcery.com ---
Created attachment 106911
-- https://bugzilla.kernel.org/attachment.cgi?id=106911action=edit
dmesg data from ams
--
You are receiving this mail because:
You are watching the assignee
On Sat, Jun 22, 2013 at 4:46 PM, Yves-Alexis Perez cor...@debian.org wrote:
On dim., 2013-06-09 at 19:01 -0400, Matthew Garrett wrote:
The first two patches in this series are picked from other patchesets aimed
at
solving similar problems. The last simply unregisters ACPI backlight control
Chris Wilson writes:
On Wed, Jul 17, 2013 at 03:07:17PM +0200, Egbert Eich wrote:
drm_gem_handle_create() should not have referenced an object when it's
creation has failed for some reason.
Signed-off-by: Egbert Eich e...@suse.com
Nak. The unreference here is to free the
Hi
On Tue, Jul 16, 2013 at 9:12 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
This is the 2nd attempt, I've always been a bit dissatisified with the
tricky nature of the first one:
http://lists.freedesktop.org/archives/dri-devel/2012-July/025451.html
The issue is that the flink ioctl can
https://bugs.freedesktop.org/show_bug.cgi?id=66972
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=66932
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
CC||a.hei...@gmail.com
---
Hi
On Tue, Jul 16, 2013 at 9:12 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
No one outside of drm should use this, the official interfaces are
drm_gem_handle_create and drm_gem_handle_delete. The handle refcounting
is purely an implementation detail of gem.
Yepp. Maybe we could even
https://bugs.freedesktop.org/show_bug.cgi?id=66945
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=66932
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
CC||t...@slackeee.de
---
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #15 from Alex Deucher ag...@yahoo.com ---
Created attachment 82551
-- https://bugs.freedesktop.org/attachment.cgi?id=82551action=edit
more debugging
Something appears to be corrupting that structure. Try this patch on top of
the
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #16 from Martin Andersson g02ma...@gmail.com ---
Created attachment 82552
-- https://bugs.freedesktop.org/attachment.cgi?id=82552action=edit
dmesg with more debugging
--
You are receiving this mail because:
You are the assignee
Hi
Any comments on this?
On Thu, Jul 4, 2013 at 2:25 PM, David Herrmann dh.herrm...@gmail.com wrote:
The current situation regarding boot-framebuffers (VGA, VESA/VBE, EFI) on
x86 causes troubles when loading multiple fbdev drivers. The global
struct screen_info does not provide any
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #18 from Andre Heider a.hei...@gmail.com ---
Created attachment 82559
-- https://bugs.freedesktop.org/attachment.cgi?id=82559action=edit
weird fix
This magically makes it work...
No more stalls, box drops from 125 watt to 62.
[
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #19 from Martin Andersson g02ma...@gmail.com ---
I wasn't very clear in my #12 comment, but what I was trying to say it is
something fishy about reg_block-asRegIndexBuf. It is defined in atombios.h
as:
ATOM_MEMORY_SETTING_DATA_BLOCK
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #20 from Martin Andersson g02ma...@gmail.com ---
Dammit copied the wrong line, but my point is still valid:
ATOM_INIT_REG_INDEX_FORMAT asRegIndexBuf[1];
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #21 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #19)
I wasn't very clear in my #12 comment, but what I was trying to say it is
something fishy about reg_block-asRegIndexBuf. It is defined in
atombios.h as:
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #22 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #18)
Created attachment 82559 [details] [review]
weird fix
Hmmm, looks like a compiler bug. what compiler are you using?
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #23 from Martin Andersson g02ma...@gmail.com ---
(In reply to comment #21)
(In reply to comment #19)
I wasn't very clear in my #12 comment, but what I was trying to say it is
something fishy about reg_block-asRegIndexBuf. It is
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #24 from Andre Heider a.hei...@gmail.com ---
(In reply to comment #22)
(In reply to comment #18)
Created attachment 82559 [details] [review] [review]
weird fix
Hmmm, looks like a compiler bug. what compiler are you using?
https://bugs.freedesktop.org/show_bug.cgi?id=66932
--- Comment #25 from Martin Andersson g02ma...@gmail.com ---
The patch works for me as well
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
Hi
This is v3 of the unified VMA offset manager. It merges the GEM and TTM mmap
offset managers into a unified implementation.
v2 is available here:
http://lists.freedesktop.org/archives/dri-devel/2013-July/041222.html
Changes since v2:
- also fix tegra to use the new manager
I
101 - 200 of 239 matches
Mail list logo