This patch adds support for the pair of LCD controllers on the Marvell
Armada 510 SoCs. This driver supports:
- multiple contiguous scanout buffers for video and graphics
- shm backed cacheable buffer objects for X pixmaps for Vivante GPU
acceleration
- dual lcd0 and lcd1 crt operation
- video
On Sun, Oct 06, 2013 at 10:09:34AM -0400, Rob Clark wrote:
On Sun, Oct 6, 2013 at 4:53 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Sat, Oct 05, 2013 at 08:45:50PM -0400, Rob Clark wrote:
A new atomic modeset/pageflip ioctl being developed in DRM requires
get_user() to
The Armada DRM drivers again, along with the TDA998x HDMI output support,
and an illustration to show how to add Armada 610 support (and others.)
Rob has looked at this a couple of times since its last posting, and
has provided additional useful feedback which has been incorporated.
I believe all
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/gpu/drm/i2c/tda998x_drv.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
b/drivers/gpu/drm/i2c/tda998x_drv.c
index 60e8404..704040b5 100644
---
This patch adds ARGB hardware cursor support to the DRM driver for the
Marvell Armada SoCs. ARGB cursors are supported at either 32x64 or
64x32 resolutions.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/gpu/drm/armada/armada_510.c |1 +
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/gpu/drm/armada/Makefile |1 +
drivers/gpu/drm/armada/armada_610.c | 49 ++
drivers/gpu/drm/armada/armada_crtc.c |1 +
drivers/gpu/drm/armada/armada_drm.h |1 +
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/gpu/drm/armada/Kconfig |9 +++
drivers/gpu/drm/armada/armada_drv.c | 42 +++
2 files changed, 51 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/armada/Kconfig
On Fri, 04 Oct 2013, Todd Previte tprev...@gmail.com wrote:
- DP_TEST_LINK_PATTERN is ambiguous, rename to DP_TEST_LINK_VIDEO_PATTERN
to clarify
- Added DP_TEST_LINK_FAUX_PATTERN to support automated testing of Fast AUX
Signed-off-by: Todd Previte tprev...@gmail.com
Reviewed-by: Jani
For the last few days it was I was testing fglrx on various cards to
trace HDMI setup. One thing that was killing me was no HDMI audio when
using some generic/cheap DVI to HDMI adapter with my HD 4850.
I started digging and it has appeared to be common problem when using
Catalyst / fglrx. Windows
This series of patches moves the Tegra DRM driver back to drivers/gpu/drm
where it belongs. While this is not entirely trivial, decoupling it from the
host1x driver will make things easier in the long run.
Patches 1 to 14 are mostly cleanup and decoupling from host1x. After those
patches, the DRM
Some of the fields in struct host1x_drm haven't been used for a while,
so remove them.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
drivers/gpu/host1x/drm/drm.h | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/gpu/host1x/drm/drm.h b/drivers/gpu/host1x/drm/drm.h
index
Remove the unused host1x field from the structure and group the fields
more logically.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
drivers/gpu/host1x/drm/drm.h | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/host1x/drm/drm.h
The host1x and Tegra DRM drivers are currently tightly coupled. Renaming
the structure marks the boundary more clearly.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
drivers/gpu/host1x/dev.c | 2 +-
drivers/gpu/host1x/drm/dc.c| 8 +-
drivers/gpu/host1x/drm/drm.c
This structure extends drm_file with Tegra DRM specific fields and has
nothing to do with host1x. Rename the structure to more clearly mark the
boundaries between host1x and Tegra DRM.
While at it, move the structure definition out of the header. It's never
used outside of the drm.c source file,
The structure represents a context associated with a particular process
that has opened the Tegra DRM device and requested a channel. This is a
very DRM-specific notion and has nothing to do with host1x. Rename the
structure to more clearly mark the boundaries between the two.
Signed-off-by:
Most of the included files are either not required or already included
by some other header file.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
drivers/gpu/host1x/drm/dc.c | 5 +
drivers/gpu/host1x/drm/drm.c | 10 --
drivers/gpu/host1x/drm/fb.c | 2 --
The device can be unbound from the driver via sysfs, so regardless of
whether the driver is builtin or a module, its .remove() function needs
to stick around.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
drivers/gpu/host1x/dev.c | 7 +++
1 file changed, 3 insertions(+), 4
Rework the address table code for the host1x firewall. The previous
implementation allocated a bitfield but didn't check for a valid pointer
so it could potentially crash. Furthermore setting up a bitfield makes
the code more complex than it needs to be.
Don't annotate the driver's .remove()
Rename the host1x_to_drm_bo() macro to host1x_to_tegra_bo() for
consistency and fixup various stylistic issues.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
drivers/gpu/host1x/drm/gem.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git
In preparation to support host1x clients other than DRM, move this
header into a public location.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
MAINTAINERS| 1 +
drivers/gpu/host1x/drm/drm.h | 6 +++---
drivers/gpu/host1x/drm/gr2d.c
This structure derives from host1x_client. DRM-specific fields are moved
from host1x_client to this structure, so that host1x_client can remain
agnostic of DRM.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
drivers/gpu/host1x/drm/dc.c | 35 ++-
In order to subsystem-wide changes easier, move the Tegra DRM driver
back into the DRM tree.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
MAINTAINERS| 1 +
drivers/gpu/drm/Kconfig| 2 ++
drivers/gpu/drm/Makefile
Tegra114 uses a slightly updated version of host1x with an additional
syncpoint.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
Changes in v2:
- fix register fields changed from host1x01
drivers/gpu/host1x/Makefile | 3 +-
drivers/gpu/host1x/dev.c|
From: Mikko Perttunen mperttu...@nvidia.com
Use EDID data to determine whether the display supports HDMI or DVI
only. The HDMI output used to assume to be connected to HDMI displays,
but that broke support for DVI displays that don't understand the
interspersed audio/other data.
To be on the
From: Mikko Perttunen mperttu...@nvidia.com
The VDD regulator used to be enabled only at tegra_output_hdmi_enable,
which is called after a sink is detected. However, the HDMI hotplug pin
works by returning the voltage supplied by the VDD pin, so this meant
that the hotplug pin was never asserted
Everything related to Tegra uses Tegra20 and Tegra30 instead of Tegra2
and Tegra3, respectively. Rename the TMDS arrays in the HDMI driver for
consistency.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
drivers/gpu/drm/tegra/hdmi.c | 12 ++--
1 file changed, 6 insertions(+), 6
Add a driver for simple panels. Such panels can have a regulator that
provides the supply voltage and a separate GPIO to enable the panel.
Optionally the panels can have a backlight associated with them so it
can be enabled or disabled according to the panel's power management
mode.
Support is
Use the DRM panel framework to attach a panel to an output.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
drivers/gpu/drm/tegra/Kconfig | 1 +
drivers/gpu/drm/tegra/drm.h| 1 +
drivers/gpu/drm/tegra/output.c | 32 ++--
3 files changed, 32 insertions(+),
A connector's DPMS mode isn't initialized by default, therefore using a
default of 0 (DRM_MODE_DPMS_ON). This can cause problems in that the DRM
core won't explicitly turn on a connector because it thinks that it is
already on.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
Note that it
This driver adds support to perform calibration of the MIPI pads for CSI
and DSI.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
Changes in v2:
- rename fields to mirror the names in the TRM
- remove unused fields
drivers/gpu/host1x/Makefile | 1 +
drivers/gpu/host1x/dev.c| 17 +++-
This commit adds support for both DSI outputs found on Tegra. Only very
minimal functionality is implemented, so advanced features like ganged
mode won't work.
Due to the lack of other test hardware, some sections of the driver are
hardcoded to work with Dalmore.
Signed-off-by: Thierry Reding
The gr2d hardware in Tegra114 is compatible with that of Tegra20 and
Tegra30. No functionaly changes are required.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
drivers/gpu/drm/tegra/drm.c | 1 +
drivers/gpu/drm/tegra/gr2d.c | 1 +
2 files changed, 2 insertions(+)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #31 from Paul Bodenbenner paul.bodenben...@gmail.com ---
Created attachment 87223
-- https://bugs.freedesktop.org/attachment.cgi?id=87223action=edit
3.12rc4
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #32 from Paul Bodenbenner paul.bodenben...@gmail.com ---
Yes, I am using 3.11.4 from Arch testing repository and also enabled HDMI in
kernel boot line.
Just a side note: Upgraded to 3.12rc4 already...
--
You are receiving this mail
Am 07.10.2013 10:06, schrieb Rafał Miłecki:
For the last few days it was I was testing fglrx on various cards to
trace HDMI setup. One thing that was killing me was no HDMI audio when
using some generic/cheap DVI to HDMI adapter with my HD 4850.
I started digging and it has appeared to be
On Sun, 06 Oct 2013 23:07:55 +0100
Russell King rmk+ker...@arm.linux.org.uk wrote:
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/gpu/drm/i2c/tda998x_drv.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
2013/10/7 Christian König deathsim...@vodafone.de:
Why didn't you just asked me?
I was told on #radeon you're on holidays ;) I was trying to catch you.
I've figured this out over five years ago by applying brute force to one of
the magic DVI-HDMI adapters that came with my original RV635. And
On Sun, 06 Oct 2013 23:09:56 +0100
Russell King rmk+ker...@arm.linux.org.uk wrote:
This patch adds ARGB hardware cursor support to the DRM driver for the
Marvell Armada SoCs. ARGB cursors are supported at either 32x64 or
64x32 resolutions.
[snip]
I don't see the interest of such
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #33 from Paul Bodenbenner paul.bodenben...@gmail.com ---
For sure 3.11.4 is already in the stable repository.
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Sun, 06 Oct 2013 23:11:56 +0100
Russell King rmk+ker...@arm.linux.org.uk wrote:
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/gpu/drm/armada/Kconfig |9 +++
drivers/gpu/drm/armada/armada_drv.c | 42
+++
2 files
https://bugs.freedesktop.org/show_bug.cgi?id=70219
Priority: medium
Bug ID: 70219
Assignee: dri-devel@lists.freedesktop.org
Summary: [radeon] Cannot restore video mode after vt switch or
GPU lockup
Severity: minor
Am 07.10.2013 10:58, schrieb Rafał Miłecki:
2013/10/7 Christian König deathsim...@vodafone.de:
Why didn't you just asked me?
I was told on #radeon you're on holidays ;) I was trying to catch you.
I'm on vacation right now, but got back yesterday and now greping though
my accumulated mails
With the new omapdss device model. The user(omapdrm/omapfb) of a omap_dss_device
has to call connect() to use the device. A connect() call can request to defer
probe if the device(or the previous entities in the chain) have missing
resources like a regulator or an I2C bus.
We make omapdrm defer
Some omapdss panels are connected to outputs/encoders(HDMI/DSI/DPI) that require
regulators. The output's connect op tries to get a regulator which may not exist
yet because it might get registered later in the kernel boot.
omapdrm currently ignores those panels which return a non zero value when
omapdrm establishes connections for omap_dss_device devices when probed. It
should also be responsible to disconnect the devices. Keeping the devices
connected can prevent the panel driver modules from unloading, it also causes
issues when we try to remove or re-insert omapdrm module.
Before
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #34 from Rafał Miłecki zaj...@gmail.com ---
Paul: OK, you're right. It was a mistake in backporting the fix.
Reported: http://permalink.gmane.org/gmane.linux.kernel.stable/66333
--
You are receiving this mail because:
You are the
https://bugzilla.kernel.org/show_bug.cgi?id=62601
Rafał Miłecki zaj...@gmail.com changed:
What|Removed |Added
CC||zaj...@gmail.com
---
On Mon, 7 Oct 2013 10:40:08 +0100
Russell King - ARM Linux li...@arm.linux.org.uk wrote:
This patch adds ARGB hardware cursor support to the DRM driver for the
Marvell Armada SoCs. ARGB cursors are supported at either 32x64 or
64x32 resolutions.
[snip]
I don't see the
On Mon, 7 Oct 2013 10:44:04 +0100
Russell King - ARM Linux li...@arm.linux.org.uk wrote:
On Mon, Oct 07, 2013 at 11:18:07AM +0200, Jean-Francois Moine wrote:
[snip]
It seems we are going backwards: as the Armada based boards will soon
move to full DT (mvebu), you are making an
On Tuesday September 24 2013 at 15:23, Andrzej Hajda wrote:
MIPI DSI is a high-speed serial interface to transmit
data from/to host to display module.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/video/display/Kconfig
First of all, I can't complain about the reliability of the hardware
GPU reset. It's mostly the kernel driver that happens to run into a
deadlock at the same time.
Alex and I spend quite some time on making this reliable again after
activating more rings and adding VM support. The main problem
On Mon, Oct 7, 2013 at 10:34 AM, Thierry Reding
thierry.red...@gmail.com wrote:
Rework the address table code for the host1x firewall. The previous
implementation allocated a bitfield but didn't check for a valid pointer
so it could potentially crash.
I don't think it could crash. The bitmaps
https://bugs.freedesktop.org/show_bug.cgi?id=70207
--- Comment #1 from David okias Heidelberger david.heidelber...@ixit.cz ---
In cases STR (using hibernate-ram) within console it work well too.
--
You are receiving this mail because:
You are the assignee for the bug.
On Mon, 7 Oct 2013 12:09:02 +0100
Russell King - ARM Linux li...@arm.linux.org.uk wrote:
Here is a small story about i2s/spdif: once, I set the tda998x to use
the spdif input, and at this time, I was using the dummy codec.
This codec accepts the format 32_LE, as does the audio device, but
On Mon, Oct 07, 2013 at 01:34:44PM +0200, Erik Faye-Lund wrote:
On Mon, Oct 7, 2013 at 10:34 AM, Thierry Reding
thierry.red...@gmail.com wrote:
Rework the address table code for the host1x firewall. The previous
implementation allocated a bitfield but didn't check for a valid pointer
so it
On Mon, 7 Oct 2013 11:32:50 +0100
Russell King - ARM Linux li...@arm.linux.org.uk wrote:
On Mon, Oct 07, 2013 at 12:09:22PM +0200, Jean-Francois Moine wrote:
On Mon, 7 Oct 2013 10:40:08 +0100
Russell King - ARM Linux li...@arm.linux.org.uk wrote:
This patch adds ARGB hardware cursor
On Mon, Oct 7, 2013 at 2:14 PM, Thierry Reding thierry.red...@gmail.com wrote:
On Mon, Oct 07, 2013 at 01:34:44PM +0200, Erik Faye-Lund wrote:
On Mon, Oct 7, 2013 at 10:34 AM, Thierry Reding
thierry.red...@gmail.com wrote:
Rework the address table code for the host1x firewall. The previous
On 07.10.2013 15:14, Thierry Reding wrote:
* PGP Signed by an unknown key
On Mon, Oct 07, 2013 at 01:34:44PM +0200, Erik Faye-Lund wrote:
On Mon, Oct 7, 2013 at 10:34 AM, Thierry Reding
thierry.red...@gmail.com wrote:
Rework the address table code for the host1x firewall. The previous
On Mon, Oct 7, 2013 at 2:53 PM, Erik Faye-Lund kusmab...@gmail.com wrote:
On Mon, Oct 7, 2013 at 2:14 PM, Thierry Reding thierry.red...@gmail.com
wrote:
On Mon, Oct 07, 2013 at 01:34:44PM +0200, Erik Faye-Lund wrote:
On Mon, Oct 7, 2013 at 10:34 AM, Thierry Reding
thierry.red...@gmail.com
On Mon, Oct 7, 2013 at 2:52 PM, Terje Bergström tbergst...@nvidia.com wrote:
On 07.10.2013 15:14, Thierry Reding wrote:
* PGP Signed by an unknown key
On Mon, Oct 07, 2013 at 01:34:44PM +0200, Erik Faye-Lund wrote:
On Mon, Oct 7, 2013 at 10:34 AM, Thierry Reding
thierry.red...@gmail.com
On Mon, Oct 07, 2013 at 03:52:28PM +0300, Terje Bergström wrote:
On 07.10.2013 15:14, Thierry Reding wrote:
* PGP Signed by an unknown key
On Mon, Oct 07, 2013 at 01:34:44PM +0200, Erik Faye-Lund wrote:
On Mon, Oct 7, 2013 at 10:34 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob Clark wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
The atomic modeset ioctl cna be used to push any number of new values
for object properties. The driver can then check the full device
configuration as single unit, and try to apply
On Sat, Oct 05, 2013 at 08:45:48PM -0400, Rob Clark wrote:
Break the mutable state of a crtc out into a separate structure
and use atomic properties mechanism to set crtc attributes. This
makes it easier to have some helpers for crtc-set_property()
and for checking for invalid params. The
https://bugs.freedesktop.org/show_bug.cgi?id=54867
--- Comment #4 from Tom Stellard tstel...@gmail.com ---
(In reply to comment #3)
So, still not pushed in today git, can someone push this small fix?
I can push it if you provide an updated patch with a proper commit message.
--
You are
On Sat, Oct 05, 2013 at 08:45:40PM -0400, Rob Clark wrote:
diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h
index 5508117..35921ba 100644
--- a/include/uapi/drm/drm_mode.h
+++ b/include/uapi/drm/drm_mode.h
@@ -231,6 +231,7 @@ struct drm_mode_get_connector {
#define
On Sat, Oct 05, 2013 at 08:45:41PM -0400, Rob Clark wrote:
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
On Sat, Oct 05, 2013 at 08:45:46PM -0400, Rob Clark wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
Refactor the code to check whether an object has a specific property
to a new function.
v1: original
v2: rebase on atomic -- Rob Clark
Signed-off-by: Ville Syrjälä
On Mon, Oct 7, 2013 at 9:28 AM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob Clark wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
The atomic modeset ioctl cna be used to push any number of new values
for object properties. The
On Mon, Oct 07, 2013 at 09:55:47AM -0400, Rob Clark wrote:
On Mon, Oct 7, 2013 at 9:28 AM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob Clark wrote:
From: Ville Syrjälä ville.syrj...@linux.intel.com
The atomic modeset ioctl cna be used
https://bugs.freedesktop.org/show_bug.cgi?id=70227
Priority: medium
Bug ID: 70227
Assignee: dri-devel@lists.freedesktop.org
Summary: OpenCL reaper-prime app crashes due to atomic_or
unimplemented
Severity: normal
On Mon, Oct 07, 2013 at 10:03:01AM -0400, Rob Clark wrote:
On Mon, Oct 7, 2013 at 9:39 AM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On Sat, Oct 05, 2013 at 08:45:48PM -0400, Rob Clark wrote:
Break the mutable state of a crtc out into a separate structure
and use atomic properties
On Mon, Oct 7, 2013 at 10:19 AM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On Mon, Oct 07, 2013 at 10:03:01AM -0400, Rob Clark wrote:
On Mon, Oct 7, 2013 at 9:39 AM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On Sat, Oct 05, 2013 at 08:45:48PM -0400, Rob Clark wrote:
Break
On Mon, Oct 7, 2013 at 10:18 AM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On Mon, Oct 07, 2013 at 09:55:47AM -0400, Rob Clark wrote:
On Mon, Oct 7, 2013 at 9:28 AM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob Clark wrote:
From:
On Mon, Oct 7, 2013 at 9:43 AM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On Sat, Oct 05, 2013 at 08:45:40PM -0400, Rob Clark wrote:
diff --git a/include/uapi/drm/drm_mode.h b/include/uapi/drm/drm_mode.h
index 5508117..35921ba 100644
--- a/include/uapi/drm/drm_mode.h
+++
On Mon, Oct 7, 2013 at 9:46 AM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On Sat, Oct 05, 2013 at 08:45:41PM -0400, Rob Clark wrote:
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.
static bool drm_property_change_is_valid(struct drm_property *property,
uint64_t value)
{
- if (property-flags DRM_MODE_PROP_IMMUTABLE)
+ if (property-flags DRM_MODE_PROP_IMMUTABLE) {
return false;
- if (property-flags
On Mon, Oct 7, 2013 at 7:09 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Oct 07, 2013 at 12:48:20PM +0200, Jean-Francois Moine wrote:
On Mon, 7 Oct 2013 10:44:04 +0100
Russell King - ARM Linux li...@arm.linux.org.uk wrote:
On Mon, Oct 07, 2013 at 11:18:07AM +0200,
On Mon, Oct 07, 2013 at 10:39:01AM -0400, Rob Clark wrote:
On Mon, Oct 7, 2013 at 10:18 AM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On Mon, Oct 07, 2013 at 09:55:47AM -0400, Rob Clark wrote:
On Mon, Oct 7, 2013 at 9:28 AM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On
On Mon, Oct 7, 2013 at 11:05 AM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On Mon, Oct 07, 2013 at 10:39:01AM -0400, Rob Clark wrote:
On Mon, Oct 7, 2013 at 10:18 AM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On Mon, Oct 07, 2013 at 09:55:47AM -0400, Rob Clark wrote:
On
https://bugs.freedesktop.org/show_bug.cgi?id=65254
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=63997
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
CC||vl...@aresgate.net
---
On Fri, Oct 4, 2013 at 8:08 AM, Jani Nikula jani.nik...@intel.com wrote:
Signed-off-by: Jani Nikula jani.nik...@intel.com
Patches 1 and 2 are:
Reviewed-by: Alex Deucher alexander.deuc...@amd.com
---
include/drm/drm_dp_helper.h |7 +++
1 file changed, 7 insertions(+)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=66963
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Summary|r600: linux v3.11.0-RC |Rv6xx dpm problems
https://bugs.freedesktop.org/show_bug.cgi?id=70189
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=66963
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
CC||h.j...@gmx.at
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=54867
David okias Heidelberger david.heidelber...@ixit.cz changed:
What|Removed |Added
Status|NEW
On Mon, Oct 07, 2013 at 12:09:22PM +0200, Jean-Francois Moine wrote:
On Mon, 7 Oct 2013 10:40:08 +0100
Russell King - ARM Linux li...@arm.linux.org.uk wrote:
This patch adds ARGB hardware cursor support to the DRM driver for the
Marvell Armada SoCs. ARGB cursors are supported at
On Mon, Oct 07, 2013 at 12:48:20PM +0200, Jean-Francois Moine wrote:
On Mon, 7 Oct 2013 10:44:04 +0100
Russell King - ARM Linux li...@arm.linux.org.uk wrote:
On Mon, Oct 07, 2013 at 11:18:07AM +0200, Jean-Francois Moine wrote:
[snip]
It seems we are going backwards: as the Armada
On 10/07/2013 01:09 PM, Russell King - ARM Linux wrote:
On Mon, Oct 07, 2013 at 12:48:20PM +0200, Jean-Francois Moine wrote:
On Mon, 7 Oct 2013 10:44:04 +0100
Rabeeh did the most he could to have a working Cubox. He used bad
written drivers and he had not the time to think about how the drivers
On Tuesday, September 24, 2013 05:54:53 PM Aaron Lu wrote:
On 09/24/2013 05:47 PM, Aaron Lu wrote:
[...]
diff --git a/include/acpi/video.h b/include/acpi/video.h
index 61109f2..0c665b5 100644
--- a/include/acpi/video.h
+++ b/include/acpi/video.h
@@ -19,11 +19,13 @@ struct acpi_device;
On Mon, Oct 07, 2013 at 02:03:27PM +0200, Jean-Francois Moine wrote:
On Mon, 7 Oct 2013 12:09:02 +0100
Russell King - ARM Linux li...@arm.linux.org.uk wrote:
Here is a small story about i2s/spdif: once, I set the tda998x to use
the spdif input, and at this time, I was using the dummy
On Mon, Oct 07, 2013 at 03:29:15PM +0300, Siarhei Siamashka wrote:
On Mon, 7 Oct 2013 11:32:50 +0100
Russell King - ARM Linux li...@arm.linux.org.uk wrote:
However, what you're suggesting is dangerous. What do you do when you're
presented with a cursor which is 64x64 ? Do you:
(a) not
On Mon, Oct 07, 2013 at 01:29:30PM +0200, Sebastian Hesselbarth wrote:
I2S _can_ support more than two channels, but only if you wire up more
DATA lines. Those are not available on Dove, so its I2S is limited to
two channel audio.
A lot of devices implement extra channels with TDM rather than
On 10/07/2013 05:53 PM, Mark Brown wrote:
On Mon, Oct 07, 2013 at 01:29:30PM +0200, Sebastian Hesselbarth wrote:
I2S _can_ support more than two channels, but only if you wire up more
DATA lines. Those are not available on Dove, so its I2S is limited to
two channel audio.
A lot of devices
https://bugs.freedesktop.org/show_bug.cgi?id=70219
--- Comment #1 from Alex Deucher ag...@yahoo.com ---
Please attach your xorg log and dmesg output.
--
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=63997
--- Comment #16 from bgunte...@gmail.com ---
I am also seeing the same thing
AMD A6-6400
Radeon HD 8470D
Here my logs:
http://paste.ubuntu.com/6192150/
http://paste.ubuntu.com/6192153/
http://paste.ubuntu.com/6192155/
On Sun, Oct 6, 2013 at 4:46 PM, Rafał Miłecki zaj...@gmail.com wrote:
Write to HDMI_VBI_PACKET_CONTROL was duplicated.
Writes to AFMT_AUDIO_CRC_CONTROL and AFMT_RAMP_CONTROL[0-3] came from
DCE2/3 code (copy paste) and were never needed on DCE4+.
See
https://bugzilla.kernel.org/show_bug.cgi?id=62681
Bug ID: 62681
Summary: linux-3.12.0 rc3 nouveau: screen corruption after
resume
Product: Drivers
Version: 2.5
Kernel Version: 3.12
Hardware: x86-64
OS:
2013/10/7 Alex Deucher alexdeuc...@gmail.com:
On Sun, Oct 6, 2013 at 4:46 PM, Rafał Miłecki zaj...@gmail.com wrote:
Write to HDMI_VBI_PACKET_CONTROL was duplicated.
Writes to AFMT_AUDIO_CRC_CONTROL and AFMT_RAMP_CONTROL[0-3] came from
DCE2/3 code (copy paste) and were never needed on DCE4+.
On Mon, Oct 7, 2013 at 12:47 PM, Rafał Miłecki zaj...@gmail.com wrote:
2013/10/7 Alex Deucher alexdeuc...@gmail.com:
On Sun, Oct 6, 2013 at 4:46 PM, Rafał Miłecki zaj...@gmail.com wrote:
Write to HDMI_VBI_PACKET_CONTROL was duplicated.
Writes to AFMT_AUDIO_CRC_CONTROL and
1 - 100 of 119 matches
Mail list logo