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 work for 64bit types (in addition to just put_user()).
>
> v1: original
> v2: pass correct size to check_uaccess, and better handling of narrowing
>
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
> 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 work for 64bit t
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
---
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
--- a/drivers/gpu/drm/i2c/tda998x_drv.c
+++ b/drivers/g
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
---
drivers/gpu/drm/armada/armada_510.c |1 +
drivers/gpu/drm/armada/armada_crtc.c | 245 +++
Signed-off-by: Russell King
---
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 +
drivers/gpu/drm/armada/armada_drv.c |6
Signed-off-by: Russell King
---
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 b/drivers/gpu/drm/armada/Kconfig
index
On Fri, 04 Oct 2013, Todd Previte 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
Reviewed-by: Jani Nikula
> ---
> include/drm/drm
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
https://bugs.freedesktop.org/show_bug.cgi?id=70035
--- Comment #10 from Tasev ---
(In reply to comment #9)
> Tasev,
>
> If your issue is related to mine then the corresponding debs from the
> 9.3~git1309201759 Sept 20th release should work :-
>
> https://launchpad.net/~oibaf/+archive/graphics-d
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
---
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 02ce020..f7cd946 100644
-
Remove the unused host1x field from the structure and group the fields
more logically.
Signed-off-by: Thierry Reding
---
drivers/gpu/host1x/drm/drm.h | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/host1x/drm/drm.h b/drivers/gpu/host1x/drm/drm.h
index f7cd946.
The host1x and Tegra DRM drivers are currently tightly coupled. Renaming
the structure marks the boundary more clearly.
Signed-off-by: Thierry Reding
---
drivers/gpu/host1x/dev.c | 2 +-
drivers/gpu/host1x/drm/dc.c| 8 +-
drivers/gpu/host1x/drm/drm.c | 169 +++
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, s
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: Thier
Most of the included files are either not required or already included
by some other header file.
Signed-off-by: Thierry Reding
---
drivers/gpu/host1x/drm/dc.c | 5 +
drivers/gpu/host1x/drm/drm.c | 10 --
drivers/gpu/host1x/drm/fb.c | 2 --
drivers/gpu/host1x/drm/gem.
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
---
drivers/gpu/host1x/dev.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/dri
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() funct
Rename the host1x_to_drm_bo() macro to host1x_to_tegra_bo() for
consistency and fixup various stylistic issues.
Signed-off-by: Thierry Reding
---
drivers/gpu/host1x/drm/gem.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/host1x/drm/gem.c
In preparation to support host1x clients other than DRM, move this
header into a public location.
Signed-off-by: Thierry Reding
---
MAINTAINERS| 1 +
drivers/gpu/host1x/drm/drm.h | 6 +++---
drivers/gpu/host1x/drm/gr2d.c | 1
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
---
drivers/gpu/host1x/drm/dc.c | 35 ++-
drivers/gpu/host1x/drm/drm.c
Expose the buffer objects, syncpoint and channel functionality in the
public public header so that drivers can use them.
Signed-off-by: Thierry Reding
---
drivers/gpu/host1x/Makefile| 2 -
drivers/gpu/host1x/cdma.c | 2 +-
drivers/gpu/host1x/channel.h | 6 --
drivers
The Tegra DRM driver currently uses some infrastructure to defer the DRM
core initialization until all required devices have registered. The same
infrastructure can potentially be used by any other driver that requires
more than a single sub-device of the host1x module.
Make the infrastructure mor
In order to subsystem-wide changes easier, move the Tegra DRM driver
back into the DRM tree.
Signed-off-by: Thierry Reding
---
MAINTAINERS| 1 +
drivers/gpu/drm/Kconfig| 2 ++
drivers/gpu/drm/Makefile | 1 +
dri
Tegra114 uses a slightly updated version of host1x with an additional
syncpoint.
Signed-off-by: Thierry Reding
---
Changes in v2:
- fix register fields changed from host1x01
drivers/gpu/host1x/Makefile | 3 +-
drivers/gpu/host1x/dev.c| 11 ++
drivers/gpu/h
From: Mikko Perttunen
The Tegra114 display controller is backwards-compatible with previous
generations of the Tegra SoC. No code changes are required.
Signed-off-by: Mikko Perttunen
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 1 +
drivers/gpu/drm/tegra/drm.c | 1 +
2 file
From: Mikko Perttunen
Tegra114 TMDS configuration requires a new peak_current field and the
driver current override bit has changed position.
Signed-off-by: Mikko Perttunen
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/drm.c | 1 +
drivers/gpu/drm/tegra/hdmi.c | 103 +
From: Mikko Perttunen
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 safe side, default to DVI
From: Mikko Perttunen
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 and the sink was not d
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
---
drivers/gpu/drm/tegra/hdmi.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --gi
Add a very simple framework to register and lookup panels. Panel drivers
can initialize a DRM panel and register it with the framework, allowing
them to be retrieved and used by display drivers. Currently only support
for DPMS and obtaining panel modes is provided. However it should be
sufficient t
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 add
Use the DRM panel framework to attach a panel to an output.
Signed-off-by: Thierry Reding
---
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(+), 2 deletions(-)
dif
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
---
Note that it would probably make se
This driver adds support to perform calibration of the MIPI pads for CSI
and DSI.
Signed-off-by: Thierry Reding
---
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 +++-
drivers/gpu/host1
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
---
drivers/gpu/drm/tegra/drm.c | 1 +
drivers/gpu/drm/tegra/gr2d.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/tegra/drm.c
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #30 from Paul Bodenbenner ---
Created attachment 87222
--> https://bugs.freedesktop.org/attachment.cgi?id=87222&action=edit
3.11.4
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #31 from Paul Bodenbenner ---
Created attachment 87223
--> https://bugs.freedesktop.org/attachment.cgi?id=87223&action=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 ---
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 because:
You are the assign
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 common
On Sun, 06 Oct 2013 23:07:55 +0100
Russell King wrote:
> Signed-off-by: Russell King
> ---
> 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
2013/10/7 Christian König :
> 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 it
> indeed conta
On Sun, 06 Oct 2013 23:09:56 +0100
Russell King 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 cursors. Actually, most often
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #33 from Paul Bodenbenner ---
For sure 3.11.4 is already in the stable repository.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-
On Sun, 06 Oct 2013 23:11:56 +0100
Russell King wrote:
> Signed-off-by: Russell King
> ---
> drivers/gpu/drm/armada/Kconfig |9 +++
> drivers/gpu/drm/armada/armada_drv.c | 42
> +++
> 2 files changed, 51 insertions(+), 0 deletions(-)
>
> diff --g
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
Classif
Am 07.10.2013 10:58, schrieb Rafał Miłecki:
2013/10/7 Christian König :
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 ;)
I've figured this
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 pr
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 omapd
https://bugs.freedesktop.org/show_bug.cgi?id=69729
--- Comment #34 from Rafał Miłecki ---
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 assignee for the b
https://bugzilla.kernel.org/show_bug.cgi?id=62601
Rafał Miłecki changed:
What|Removed |Added
CC||zaj...@gmail.com
--- Comment #1 from Rafa
On Mon, 7 Oct 2013 10:40:08 +0100
Russell King - ARM Linux 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 s
On Mon, 7 Oct 2013 10:44:04 +0100
Russell King - ARM Linux 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 exception for the Cubox,
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
> Signed-off-by: Kyungmin Park
> ---
> drivers/video/display/Kconfig| 4 +
> drivers/video/displa
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
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 was allocated as a 256
https://bugs.freedesktop.org/show_bug.cgi?id=70207
--- Comment #1 from David "okias" Heidelberger ---
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.
___
dri
On Mon, 7 Oct 2013 12:09:02 +0100
Russell King - ARM Linux 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 the
> > output can
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
> 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 potentiall
On Mon, 7 Oct 2013 11:32:50 +0100
Russell King - ARM Linux 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 wrote:
> >
> > > > > This patch adds ARGB hardware cursor support to the DRM driver for the
On Mon, Oct 7, 2013 at 2:14 PM, Thierry Reding 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
>> wrote:
>> > Rework the address table code for the host1x firewall. The previous
>> > implementation allocated a bitfield bu
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
>> wrote:
>>> Rework the address table code for the host1x firewall. The previous
>>> implementation a
On Mon, Oct 7, 2013 at 2:53 PM, Erik Faye-Lund wrote:
> On Mon, Oct 7, 2013 at 2:14 PM, Thierry Reding
> 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
>>> wrote:
>>> > Rework the address table code for the host1x fi
On Mon, Oct 7, 2013 at 2:52 PM, 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
>>> wrote:
Rework the address table
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
> >> wrote:
> >>> Rework th
On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob Clark wrote:
> From: Ville Syrjälä
>
> 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 the changes atomically.
>
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. Th
https://bugs.freedesktop.org/show_bug.cgi?id=54867
--- Comment #4 from Tom Stellard ---
(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 receiving this mail beca
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 {
> #defin
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 ch
On Sat, Oct 05, 2013 at 08:45:46PM -0400, Rob Clark wrote:
> From: Ville Syrjälä
>
> 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ä
> ---
> drivers/gpu/drm/drm_crtc
On Mon, Oct 7, 2013 at 9:28 AM, Ville Syrjälä
wrote:
> On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob Clark wrote:
>> From: Ville Syrjälä
>>
>> 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
On Mon, Oct 7, 2013 at 9:39 AM, Ville Syrjälä
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 mechanism to set crtc attributes. This
>> makes it easier to have some helpers for crtc
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ä
> wrote:
> > On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob Clark wrote:
> >> From: Ville Syrjälä
> >>
> >> The atomic modeset ioctl cna be used to push any number of new values
> >> for obje
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
Classifi
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ä
> 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 mechanism to set cr
On Mon, Oct 7, 2013 at 10:19 AM, Ville Syrjälä
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ä
>> 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
On Mon, Oct 7, 2013 at 10:18 AM, Ville Syrjälä
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ä
>> wrote:
>> > On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob Clark wrote:
>> >> From: Ville Syrjälä
>> >>
>> >> The atomic modeset i
On Mon, Oct 7, 2013 at 9:43 AM, Ville Syrjälä
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
>> +++ b/include/uapi/drm/drm_mode.h
>>
On Mon, Oct 7, 2013 at 9:46 AM, Ville Syrjälä
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. This allows a userspace
> 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-
On Mon, Oct 7, 2013 at 7:09 AM, 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
>> Russell King - ARM Linux wrote:
>>
>> > On Mon, Oct 07, 2013 at 11:18:07AM +0200, Jean-Francois Moine wrote:
>> [sni
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ä
> 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ä
> >> wrote:
> >> > On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob C
On Mon, Oct 7, 2013 at 11:05 AM, Ville Syrjälä
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ä
>> 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ä
>> >>
https://bugs.freedesktop.org/show_bug.cgi?id=65254
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=63997
Alex Deucher changed:
What|Removed |Added
CC||vl...@aresgate.net
--- Comment #15 from A
On Fri, Oct 4, 2013 at 8:08 AM, Jani Nikula wrote:
> Signed-off-by: Jani Nikula
Patches 1 and 2 are:
Reviewed-by: Alex Deucher
> ---
> include/drm/drm_dp_helper.h |7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h
> i
https://bugs.freedesktop.org/show_bug.cgi?id=66963
Alex Deucher changed:
What|Removed |Added
Summary|r600: linux v3.11.0-RC |Rv6xx dpm problems
|isn
https://bugs.freedesktop.org/show_bug.cgi?id=70189
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=66963
Alex Deucher changed:
What|Removed |Added
CC||h.j...@gmx.at
--- Comment #146 from Alex
https://bugs.freedesktop.org/show_bug.cgi?id=54867
David "okias" Heidelberger changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee
On Mon, Oct 07, 2013 at 11:01:41AM +0200, Jean-Francois Moine wrote:
> On Sun, 06 Oct 2013 23:09:56 +0100
> Russell King 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 resolution
On Mon, Oct 07, 2013 at 11:18:07AM +0200, Jean-Francois Moine wrote:
> On Sun, 06 Oct 2013 23:11:56 +0100
> Russell King wrote:
>
> > Signed-off-by: Russell King
> > ---
> > drivers/gpu/drm/armada/Kconfig |9 +++
> > drivers/gpu/drm/armada/armada_drv.c | 42
> > +
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 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
>
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 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 wi
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 ac
1 - 100 of 138 matches
Mail list logo
