On 3 March 2010 06:02, Dave Airlie airl...@gmail.com wrote:
On Mon, Mar 1, 2010 at 7:18 PM, Michal Suchanek hramr...@centrum.cz wrote:
On 21 November 2009 05:27, Dave Airlie airl...@gmail.com wrote:
At the moment the problem with fbset is what to do with it in the
dual head case. Currently we
I've only really got two answer for this:
(a) hook up another /dev/dri/card_fb device and use the current KMS
ioctls to control the framebuffer, have the drm callback into fbdev/fbcon
to mention resizes etc. Or add one or two info gathering ioctls and
allow use of the /dev/dri/control
http://bugs.freedesktop.org/show_bug.cgi?id=26852
--- Comment #2 from Michel Dänzer mic...@daenzer.net 2010-03-03 03:15:54 PST
---
(In reply to comment #1)
The question is, if libkms depends on kernel ? and yes I thinks so .
Therefore, if libkms , depends on kernel should use xf86drm.h of
03.03.2010 01:02, Dave Airlie skrev:
x86 after PPC (I think I just validated Ingo).
Why is VGA_SWITCHEROO enabled by default?
because it does nothing on anything except the laptops in question and on
those it does nothing except add a control file in debugfs?
So how am I supposed to
On 3 March 2010 10:23, Dave Airlie airl...@gmail.com wrote:
I've only really got two answer for this:
(a) hook up another /dev/dri/card_fb device and use the current KMS
ioctls to control the framebuffer, have the drm callback into fbdev/fbcon
to mention resizes etc. Or add one or two info
2010/3/2 Thomas Hellström tho...@shipmail.org:
Michel Dänzer wrote:
On Tue, 2010-03-02 at 00:32 +0200, Pauli Nieminen wrote:
bo allocation is still too expensive operation for dma buffers in
classic mesa. It takes quite a lot cpu time in bind memory (agp
system) and ttm_mem_global
While this is almost surely a good idea, note that userspace caching
and suballocation substantially improves Mesa performance even on PCIe
systems.
This is mostly due to the unavoidable overhead of kernel calls and
pagetable modifications, as well as the avoidable linear search the
kernel
Luca Barbieri wrote:
While this is almost surely a good idea, note that userspace caching
and suballocation substantially improves Mesa performance even on PCIe
systems.
This is mostly due to the unavoidable overhead of kernel calls and
pagetable modifications,
as well as the avoidable
^^^ Luca, I've never seen this show up high on a profile (yet). Do you see
that with Nouveau? I used to have an rb-tree implementation of drm_mm_xxx
lying around, but I didn't use it because I didn't have a case where it
showed up?
Yes, before I did userspace allocation, in doom3 profiles,
Luca Barbieri wrote:
^^^ Luca, I've never seen this show up high on a profile (yet). Do you see
that with Nouveau? I used to have an rb-tree implementation of drm_mm_xxx
lying around, but I didn't use it because I didn't have a case where it
showed up?
Yes, before I did userspace
On Wed, Mar 3, 2010 at 4:50 PM, Jerome Glisse gli...@freedesktop.org wrote:
On Wed, Mar 03, 2010 at 04:23:08PM +0200, Pauli Nieminen wrote:
On Wed, Mar 3, 2010 at 3:33 PM, Jerome Glisse gli...@freedesktop.org wrote:
On Tue, Mar 02, 2010 at 12:32:54AM +0200, Pauli Nieminen wrote:
On Sun, Feb
On Wed, Mar 03, 2010 at 05:46:43PM +0200, Pauli Nieminen wrote:
On Wed, Mar 3, 2010 at 4:50 PM, Jerome Glisse gli...@freedesktop.org wrote:
On Wed, Mar 03, 2010 at 04:23:08PM +0200, Pauli Nieminen wrote:
On Wed, Mar 3, 2010 at 3:33 PM, Jerome Glisse gli...@freedesktop.org
wrote:
On Tue,
http://bugs.freedesktop.org/show_bug.cgi?id=24105
--- Comment #4 from Alex Deucher ag...@yahoo.com 2010-03-03 08:26:43 PST ---
Does this still happen with newer versions of mesa? 7.6.1 or 7.7 or git
master?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
http://bugs.freedesktop.org/show_bug.cgi?id=25011
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=25315
--- Comment #5 from Alex Deucher ag...@yahoo.com 2010-03-03 08:32:21 PST ---
Is this still an issue with newer versions of mesa?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
http://bugs.freedesktop.org/show_bug.cgi?id=25356
--- Comment #5 from Alex Deucher ag...@yahoo.com 2010-03-03 08:33:52 PST ---
Is this still an issue with newer versions of mesa? Any chance you could get a
backtrace with gdb?
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=25394
--- Comment #5 from Alex Deucher ag...@yahoo.com 2010-03-03 08:36:57 PST ---
Is this still an issue with xf86-video-ati from git master? Also, if you are
using a kms drm, you need to make sure your xf86-video-ati was built with kms
support,
http://bugs.freedesktop.org/show_bug.cgi?id=25665
--- Comment #4 from Alex Deucher ag...@yahoo.com 2010-03-03 08:37:48 PST ---
Is this still an issue with newer versions of mesa?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
http://bugs.freedesktop.org/show_bug.cgi?id=25672
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Attachment #32115|application/octet-stream|text/plain
mime
From 258b2e8b99c95e1a5e91f4891e277000417475b3 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Wed, 3 Mar 2010 13:39:13 -0500
Subject: [PATCH] drm/radeon: add new RS880 pci id
This should go to 2.6.33 stable as well.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
New version for new Intel API that we're about to start using in Mesa.
Eric Anholt (8):
intel: Add initial support for Sandybridge, and clean up the #defines.
intel: Use an integer for chipset generation instead of many conditionals.
intel: add a comment about tiled buffer alloc
http://bugs.freedesktop.org/show_bug.cgi?id=25356
--- Comment #6 from Pauli suok...@gmail.com 2010-03-03 12:57:04 PST ---
This happens only in DRI1 because bo manager in mesa frees all buffers ever
allocated for context in context destruction.
Result is that shared objects are destroyed
http://bugs.freedesktop.org/show_bug.cgi?id=26872
Summary: Kernel 2.6.33 fails to suspend (semi-bisected)
Product: DRI
Version: XOrg 6.7.0
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
http://bugs.freedesktop.org/show_bug.cgi?id=26872
--- Comment #1 from Nix n...@esperi.org.uk 2010-03-03 13:38:43 PST ---
Created an attachment (id=33740)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33740)
Kernel config on crashing machine ('make oldconfig' from working 2.6.32
W dniu 3 marca 2010 19:47 użytkownik Jaime Velasco Juan
jsagarri...@gmail.com napisał:
El mar. 02 de mar. de 2010, a las 22:06:51 +0100, Rafał Miłecki escribió:
We tried to implement interruptible waiting with timeout (it was broken
anyway) which was not a good idea as explained by Andrew. It's
Hi,
My notebook has an I855GME video card, this video card is one of the affected
by the bug #15248 which produces a hard freeze shorly after the load of the i915
kernel module.
A git bisect showed that the affecting patch producing the hard freeze was:
commit
El mar. 02 de mar. de 2010, a las 22:06:51 +0100, Rafał Miłecki escribió:
We tried to implement interruptible waiting with timeout (it was broken
anyway) which was not a good idea as explained by Andrew. It's possible
to avoid using additional variable but actually it inroduces using more
On Wednesday 03 of March 2010, Arkadiusz Miskiewicz wrote:
On Wednesday 03 of March 2010, Eric Anholt wrote:
New version for new Intel API that we're about to start using in Mesa.
Unresolved symbols found in: /home/users/arekm/tmp/libdrm-2.4.19-root-
arekm/usr/lib64/libkms.so.1.0.0
On Wednesday 03 of March 2010, Eric Anholt wrote:
New version for new Intel API that we're about to start using in Mesa.
Unresolved symbols found in: /home/users/arekm/tmp/libdrm-2.4.19-root-
arekm/usr/lib64/libkms.so.1.0.0
drmIoctl
drmCommandWriteRead
drmCommandWrite
This is supposed to check if we receive correct interrupt and if out check for
VBLANK is correct. If you get warnings with patch applied, it means we have
problem in at least one of mentioned places.
---
To provoke VBLANK interrupt appearing, please use dynpm and start/stop for
example glxgears
W dniu 3 marca 2010 23:33 użytkownik Rafał Miłecki zaj...@gmail.com napisał:
This is supposed to check if we receive correct interrupt and if out check for
VBLANK is correct. If you get warnings with patch applied, it means we have
problem in at least one of mentioned places.
---
To provoke
http://bugs.freedesktop.org/show_bug.cgi?id=26347
--- Comment #13 from Rafał Miłecki zaj...@gmail.com 2010-03-03 14:43:43 PST
---
(In reply to comment #11)
I don't have all details memorized, but the maximum GPU clock for this chip is
500MHz and the AC power state has both 500MHz and
http://bugs.freedesktop.org/show_bug.cgi?id=26347
--- Comment #14 from Rafał Miłecki zaj...@gmail.com 2010-03-03 14:50:00 PST
---
Marc: please provide output of:
# lspci -nnv
You can cut it to VGA part.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
On Tue, 2 Mar 2010 22:59:52 +0200, Surbhi Palande
surbhi.pala...@canonical.com wrote:
BugLink: https://bugs.launchpad.net/bugs/515246
Sony VGN-BX196VP and Dell Inspiron 700m report lid status as closed
when it is open. This leads to a no connectors reported error at startup.
Blacklisting
34 matches
Mail list logo