https://bugs.freedesktop.org/show_bug.cgi?id=54675
--- Comment #3 from Chris Rankin 2012-09-09
00:17:26 UTC ---
According to alsamixer, my HD4670 only has a S/PDIF playback device. However,
my HD4890 has both S/PDIF and PCM playback devices. I don't know whether this
is significant.
--
Configu
https://bugs.freedesktop.org/show_bug.cgi?id=42490
--- Comment #42 from diego.abelenda at gmail.com 2012-09-09 07:33:54 UTC ---
I take back what I said before...
I just did a *very* cold boot (the machine was not connected to the electricity
network during the night). I got the black DVI screen an
When building packages in ArchLinux we try to avoid the old
bin/minstall to move each and every file by hand. So we try to move to
make install targets. Here we run into several linking issues:
make -C src/glx DESTDIR="${pkgdir}" install
fails with:
make[2]: Entering directory
`/build/src/mes
https://bugzilla.kernel.org/show_bug.cgi?id=43360
--- Comment #5 from s.jegen at gmail.com 2012-09-09 08:08:37 ---
Using Linus' git tree
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git (v3.6-rc4) at
commit eeea3ac912207dcf759b95b2b4c36f96bce583bf
Merge: c7c6bf1 e829c66
Autho
https://bugs.freedesktop.org/show_bug.cgi?id=54129
Christian K?nig changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=54675
--- Comment #4 from Chris Rankin 2012-09-09
11:21:38 UTC ---
Apparently, the KMS IRQ can fail even when radeon.audio=0. So it looks like the
audio IRQ always fails and sometimes takes the KMS IRQ with it - seemingly at
random.
--
Configure bug
https://bugs.freedesktop.org/show_bug.cgi?id=54675
--- Comment #5 from Chris Rankin 2012-09-09
13:38:27 UTC ---
"lspci -n" output for the HD4670:
01:00.0 0300: 1002:9495
01:00.1 0403: 1002:aa38
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=54662
--- Comment #4 from Simon Kitching 2012-09-09
13:43:26 UTC ---
(In reply to comment #1)
> Can you attach the dmesg output from the non-working case?
Hi Alex,
Thanks very much for your suggestions.
I'm not sure how to obtain dmesg output, giv
https://bugs.freedesktop.org/show_bug.cgi?id=54649
JS changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
IR="${pkgdir}" install
>
> # fix linking because of splitted package - cleanup
> make -C src/mesa/libdricore DESTDIR="${pkgdir}" uninstall
>
>
> Can't these targets do proper linking on their own?
>
> -Andy
> ArchLinux
>
https://bugs.freedesktop.org/show_bug.cgi?id=54696
Bug #: 54696
Summary: unstable frame rate in Quake 3
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Seve
On the Intel driver we've developed and reviewed some patches which
enable GPU frequency settings in sysfs. Similar interfaces have existed
for some time in our debugfs, but now we're getting interest from users
like PowerTOP and have decided to formalize it. Most likely other DRM
drivers have simi
On Sun, 9 Sep 2012 12:42:55 -0700
Ben Widawsky wrote:
> On the Intel driver we've developed and reviewed some patches which
> enable GPU frequency settings in sysfs. Similar interfaces have
> existed for some time in our debugfs, but now we're getting interest
> from users like PowerTOP and have
On Fri, Sep 7, 2012 at 9:38 PM, Rob Clark wrote:
> From: Rob Clark
>
> It isn't used anywhere.
duh, nevermind.. I figured out how it is used. But maybe I'll add a comment.
BR,
-R
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/drm_crtc.c |2 --
> include/drm/drm_crtc.h |1 -
>
From: Rob Clark
This is following a bit the approach that Ville is taking for atomic-
modeset, in that it is switching over to using properties for everything.
The advantage of this approach is that it makes it easier to add new
attributes to set as part of a page-flip (and even opens the option
From: Rob Clark
The 'atomic' mechanism allows for multiple properties to be updated,
checked, and commited atomically. This will be the basis of atomic-
modeset and nuclear-pageflip.
The basic flow is:
state = dev->atomic_begin();
for (... one or more ...)
obj->set_property(obj, st
From: Rob Clark
An object property is an id (idr) for a drm mode object. This
will allow a property to be used set/get a framebuffer, CRTC, etc.
---
drivers/gpu/drm/drm_crtc.c | 28
include/drm/drm_crtc.h |5 +
include/drm/drm_mode.h |1 +
3 fi
From: Rob Clark
This indicates to userspace that the property is something that can
be set dynamically without requiring a "test" step to check if the
hw is capable. This allows a userspace compositor, such as weston,
to avoid an extra ioctl to check whether it needs to fall-back to
GPU to compo
From: Rob Clark
Use atomic properties mechanism to set plane attributes. This by
itself doesn't accomplish anything, but it avoids having multiple
code paths to do the same thing when nuclear-pageflip and atomic-
modeset are introduced.
---
drivers/gpu/drm/drm_crtc.c | 270
From: Rob Clark
Break the mutable state of a plane out into a separate structure.
This makes it easier to have some helpers for plane->set_property()
and for checking for invalid params. The idea is that individual
drivers can wrap the state struct in their own struct which adds
driver specific
From: Rob Clark
Use atomic properties mechanism for CRTC page_flip. This by itself
doesn't accomplish anything, but it avoids having multiple code
paths to do the same thing when nuclear-pageflip and atomic-modeset
are introduced.
---
drivers/gpu/drm/drm_crtc.c | 59 +-
From: Rob Clark
Start breaking out the mutable state of the CRTC into it's own
structure. Plus add _check_state() and _set_property() helpers.
This only moves the state that is related to scanout fb, which
is needed for nuclear-pageflip. The rest of the mutable state
should be moved from drm_cr
From: Rob Clark
---
drivers/gpu/drm/drm_crtc.c | 147 +++-
drivers/gpu/drm/drm_drv.c |1 +
include/drm/drm.h |2 +
include/drm/drm_crtc.h |2 +
include/drm/drm_mode.h | 38
5 files changed, 161 insertions(+), 2
From: Rob Clark
---
drivers/staging/omapdrm/Makefile |1 +
drivers/staging/omapdrm/omap_atomic.c | 270 +
drivers/staging/omapdrm/omap_atomic.h | 52 +++
drivers/staging/omapdrm/omap_crtc.c | 247 +-
drivers/staging/o
On Sun, Sep 9, 2012 at 10:03 PM, Rob Clark wrote:
> From: Rob Clark
>
> This is following a bit the approach that Ville is taking for atomic-
> modeset, in that it is switching over to using properties for everything.
> The advantage of this approach is that it makes it easier to add new
> attrib
On Thu, Sep 06, 2012 at 11:33:16AM +1000, Dave Airlie wrote:
> On Thu, Sep 6, 2012 at 11:15 AM, Linus Torvalds
> wrote:
> > [ This got dropped somehow - it's in my draft folder. The bisection
> > may be irrelevant now: does it work with current git, since we've had
> > some nouveau changes? ]
> >
https://bugs.freedesktop.org/show_bug.cgi?id=42490
--- Comment #42 from diego.abele...@gmail.com 2012-09-09 07:33:54 UTC ---
I take back what I said before...
I just did a *very* cold boot (the machine was not connected to the electricity
network during the night). I got the black DVI screen and G
When building packages in ArchLinux we try to avoid the old
bin/minstall to move each and every file by hand. So we try to move to
make install targets. Here we run into several linking issues:
make -C src/glx DESTDIR="${pkgdir}" install
fails with:
make[2]: Entering directory
`/build/src/mes
https://bugzilla.kernel.org/show_bug.cgi?id=43360
--- Comment #5 from s.je...@gmail.com 2012-09-09 08:08:37 ---
Using Linus' git tree
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git (v3.6-rc4) at
commit eeea3ac912207dcf759b95b2b4c36f96bce583bf
Merge: c7c6bf1 e829c66
Author:
https://bugs.freedesktop.org/show_bug.cgi?id=54129
Christian König changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|dri-devel@
https://bugs.freedesktop.org/show_bug.cgi?id=54675
--- Comment #4 from Chris Rankin 2012-09-09 11:21:38
UTC ---
Apparently, the KMS IRQ can fail even when radeon.audio=0. So it looks like the
audio IRQ always fails and sometimes takes the KMS IRQ with it - seemingly at
random.
--
Configure bug
https://bugs.freedesktop.org/show_bug.cgi?id=54675
--- Comment #5 from Chris Rankin 2012-09-09 13:38:27
UTC ---
"lspci -n" output for the HD4670:
01:00.0 0300: 1002:9495
01:00.1 0403: 1002:aa38
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=54662
--- Comment #4 from Simon Kitching 2012-09-09 13:43:26
UTC ---
(In reply to comment #1)
> Can you attach the dmesg output from the non-working case?
Hi Alex,
Thanks very much for your suggestions.
I'm not sure how to obtain dmesg output, giv
https://bugs.freedesktop.org/show_bug.cgi?id=54649
JS changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Le dimanche 9 septembre 2012 09:48:54 Andreas Radke a écrit :
> When building packages in ArchLinux we try to avoid the old
> bin/minstall to move each and every file by hand. So we try to move to
> make install targets. Here we run into several linking issues:
>
> make -C src/glx DESTDIR="${pkg
https://bugs.freedesktop.org/show_bug.cgi?id=54696
Bug #: 54696
Summary: unstable frame rate in Quake 3
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Seve
On the Intel driver we've developed and reviewed some patches which
enable GPU frequency settings in sysfs. Similar interfaces have existed
for some time in our debugfs, but now we're getting interest from users
like PowerTOP and have decided to formalize it. Most likely other DRM
drivers have simi
On Sun, 9 Sep 2012 12:42:55 -0700
Ben Widawsky wrote:
> On the Intel driver we've developed and reviewed some patches which
> enable GPU frequency settings in sysfs. Similar interfaces have
> existed for some time in our debugfs, but now we're getting interest
> from users like PowerTOP and have
On Fri, Sep 7, 2012 at 9:38 PM, Rob Clark wrote:
> From: Rob Clark
>
> It isn't used anywhere.
duh, nevermind.. I figured out how it is used. But maybe I'll add a comment.
BR,
-R
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/drm_crtc.c |2 --
> include/drm/drm_crtc.h |1 -
>
From: Rob Clark
This is following a bit the approach that Ville is taking for atomic-
modeset, in that it is switching over to using properties for everything.
The advantage of this approach is that it makes it easier to add new
attributes to set as part of a page-flip (and even opens the option
From: Rob Clark
The 'atomic' mechanism allows for multiple properties to be updated,
checked, and commited atomically. This will be the basis of atomic-
modeset and nuclear-pageflip.
The basic flow is:
state = dev->atomic_begin();
for (... one or more ...)
obj->set_property(obj, st
From: Rob Clark
An object property is an id (idr) for a drm mode object. This
will allow a property to be used set/get a framebuffer, CRTC, etc.
---
drivers/gpu/drm/drm_crtc.c | 28
include/drm/drm_crtc.h |5 +
include/drm/drm_mode.h |1 +
3 fi
From: Rob Clark
This indicates to userspace that the property is something that can
be set dynamically without requiring a "test" step to check if the
hw is capable. This allows a userspace compositor, such as weston,
to avoid an extra ioctl to check whether it needs to fall-back to
GPU to compo
From: Rob Clark
Use atomic properties mechanism to set plane attributes. This by
itself doesn't accomplish anything, but it avoids having multiple
code paths to do the same thing when nuclear-pageflip and atomic-
modeset are introduced.
---
drivers/gpu/drm/drm_crtc.c | 270
From: Rob Clark
Break the mutable state of a plane out into a separate structure.
This makes it easier to have some helpers for plane->set_property()
and for checking for invalid params. The idea is that individual
drivers can wrap the state struct in their own struct which adds
driver specific
From: Rob Clark
Use atomic properties mechanism for CRTC page_flip. This by itself
doesn't accomplish anything, but it avoids having multiple code
paths to do the same thing when nuclear-pageflip and atomic-modeset
are introduced.
---
drivers/gpu/drm/drm_crtc.c | 59 +-
From: Rob Clark
Start breaking out the mutable state of the CRTC into it's own
structure. Plus add _check_state() and _set_property() helpers.
This only moves the state that is related to scanout fb, which
is needed for nuclear-pageflip. The rest of the mutable state
should be moved from drm_cr
From: Rob Clark
---
drivers/gpu/drm/drm_crtc.c | 147 +++-
drivers/gpu/drm/drm_drv.c |1 +
include/drm/drm.h |2 +
include/drm/drm_crtc.h |2 +
include/drm/drm_mode.h | 38
5 files changed, 161 insertions(+), 2
From: Rob Clark
---
drivers/staging/omapdrm/Makefile |1 +
drivers/staging/omapdrm/omap_atomic.c | 270 +
drivers/staging/omapdrm/omap_atomic.h | 52 +++
drivers/staging/omapdrm/omap_crtc.c | 247 +-
drivers/staging/o
On Sun, Sep 9, 2012 at 10:03 PM, Rob Clark wrote:
> From: Rob Clark
>
> This is following a bit the approach that Ville is taking for atomic-
> modeset, in that it is switching over to using properties for everything.
> The advantage of this approach is that it makes it easier to add new
> attrib
From: Dave Airlie
For optimus and powerxpress muxless we really want the GPU
driver deciding when to power up/down the GPU, not userspace.
This adds the ability for a driver to dynamically power up/down
the GPU and remove the switcheroo from controlling it, the
switcheroo reports the dynamic sta
For optimus and powerxpress setups where we can explicitly power off
the GPU I'd like to do this under control of the driver. Now that I've
added X server support for secondary GPUs, it makes sense to start
powering them down more often if we can.
I've tested this code on two laptops, one intel/no
From: Dave Airlie
This is required for later patches.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_acpi.c | 4
drivers/gpu/drm/nouveau/nouveau_acpi.h | 2 ++
2 files changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/nouveau_acpi.c
b/drivers/gpu/drm/nouveau/
From: Dave Airlie
For secondary GPUs in laptops, i.e. optimus or powerxpress, we have
methods for powering down the GPU completely. This adds support
to the drm core for powering back up the GPU on any access from
ioctls or sysfs interfaces, and fires a 5s timer to test if
we can power the GPU of
From: Dave Airlie
This adds the interfaces for nouveau to dynamically power off
the GPU in an optimus system.
It's based on nouveau git so may not apply everywhere.
Signed-off-by: Dave Airlie
#include
#include
-
+#include
#include "drmP.h"
-
+#include "drm_crtc_helper.h"
#include "nouve
From: Dave Airlie
This adds the start of dynamic power off support to radeon,
it probably turns off way to many GPUs but is an initial implementation
I've tested on an gm45/rv635 combination laptop.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/radeon.h| 3 +++
drivers/gpu/drm
On Mon, Sep 10, 2012 at 2:31 PM, Dave Airlie wrote:
> For optimus and powerxpress setups where we can explicitly power off
> the GPU I'd like to do this under control of the driver. Now that I've
> added X server support for secondary GPUs, it makes sense to start
> powering them down more often i
Hi Linus,
just noticed I hadn't send these out, nothing majorly urgent, I know AMD
guys have some regression fixes coming soon,
This contains:
2 nouveau fixes so it loads on the retina MBP systems properly,
2 vmwgfx fixes to load the driver earlier, and allow distros config it
1 error->debug fi
Hello Dave, sorry for being late.
this patch set fixes build warnings and includes minor code cleanup and
also one patch you missed. this patch just drops non-standard NV12M and
YUV420M formats from drm_fourcc.h
for this, you can refer to below link:
http://lists.freedesktop.org/archives/d
On Fri, 2012-09-07 at 12:59 -0500, Rob Clark wrote:
> From: Rob Clark
>
> Without these, DVI is broken.
>
> Signed-off-by: Rob Clark
> ---
> Greg, it looks like the omapdss changes which added these fields, as
> well as the interlaced field, where merged in Linux 3.5-rc5. So I
> think both thi
Many hybrid graphics Apple laptops fail to set up LVDS on the secondary
GPU due to missing or incorrect mode information for the panel at init
time. The only way to get the LVDS mode on these machines is via the
DDC, but this is muxed to the active GPU at boot. However, the graphics
mux on these ma
During graphics driver initialization its useful to be able to mux only
the DDC to the inactive client in order to read the EDID. Add a
switch_ddc callback to allow capable handlers to provide this
functionality, and add vga_switcheroo_switch_ddc() to allow DRM to mux
only the DDC.
Signed-off-by:
Add vga_switcheroo_get_active_client() to allow drivers to get the
active video client. This will be used by drivers wishing to temporarily
mux only the DDC to the inactive client.
Signed-off-by: Seth Forshee
---
drivers/gpu/vga/vga_switcheroo.c | 14 ++
include/linux/vga_switchero
DRM needs to be notified of client and handler registration in order to
defer initialization of the secondary GPU until the EDID can be read
from the LVDS panel. To support this add a notifier call chain to
vga_switcheroo for subscribing to switcheroo events. Events are
generated for registration a
The gmux allows muxing the DDC independently from the display, so
support this functionality. This will allow reading the EDID for the
inactive GPU, fixing issues with machines that either don't have a VBT
or have invalid mode data in the VBT.
Signed-off-by: Seth Forshee
---
drivers/platform/x86
Some dual graphics machines support muxing the DDC separately from the
display, so make use of this functionality when reading the EDID on the
inactive GPU. Also serialize drm_get_edid() with a mutex to avoid races
on the DDC mux state.
Signed-off-by: Seth Forshee
---
drivers/gpu/drm/drm_edid.c
When deferred initialization support for pci devices is added some
additional cleanup will be needed. Add a pci-specific put function to
serve this purpose, and convert the pci drivers over to using it. For
now it just calls drm_put_dev(), so this commit has no functional
change.
Signed-off-by: Se
Many Apple laptops with hybrid graphics require switching the i2c mux to
the integrated GPU when that device is being initialized in order to get
correct mode information for the LVDS panel. This requires that switcheroo
is ready at the time the device is initialized, which is not guaranteed.
To s
On Fri, Sep 07, 2012 at 10:35:04PM +0100, Dave Airlie wrote:
> On Fri, Sep 7, 2012 at 4:22 PM, Seth Forshee
> wrote:
> > Many hybrid graphics Apple laptops fail to set up LVDS on the secondary
> > GPU due to missing or incorrect mode information for the panel at init
> > time. The only way to get
On Thu, Sep 06, 2012 at 11:33:16AM +1000, Dave Airlie wrote:
> On Thu, Sep 6, 2012 at 11:15 AM, Linus Torvalds
> wrote:
> > [ This got dropped somehow - it's in my draft folder. The bisection
> > may be irrelevant now: does it work with current git, since we've had
> > some nouveau changes? ]
> >
70 matches
Mail list logo
