ives/dri-devel/attachments/20140130/78857d94/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/dc89fcd7/attachment.html>
achment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/bca35285/attachment-0001.html>
sides the
raster_config that we need to fix.
--
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/20140130/5a10ec4f/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/054fd5b0/attachment.html>
dri-devel/attachments/20140130/6586fab8/attachment.html>
et this weird probe
ordering stuff. If you don't think that's sensible for some reason it'd
be helpful to understand why.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital sig
did such as
mesa? The patch works fine here.
--
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/20140130/649f394c/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/f2ead54d/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/de7d45ba/attachment.html>
ext part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/073f34fd/attachment.html>
From: Christian K?nig
Otherwise decoding isn't really useable.
Signed-off-by: Christian K?nig
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/si.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm/radeon/si.c
index 07ce587..a22df95 1
2014-01-30, Ilia Mirkin :
> On Thu, Jan 30, 2014 at 3:33 AM, Daniel Vetter wrote:
>> On Thu, Jan 30, 2014 at 1:53 AM, Ilia Mirkin
>> wrote:
>>> Since commit 0fa9061ae8c ("drm/nouveau/mc: handle irq-related setup
>>> ourselves"), drm_device->irq_enabled remained unset. This is needed in
>>> order
On Thu, 30 Jan 2014 14:20:56 +0200
Jyri Sarha wrote:
> I am having trouble getting the tda998x-codec working on BBB. The
> problem is I do not have a DT node for the tda998x driver. Instead I
> have tilcdc-slave node that provides pdata for the tda-driver.
>
> I am thinking of solving the prob
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/0b9184ae/attachment.html>
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/e5af8a12/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/9a78b522/attachment.html>
On Don, 2014-01-30 at 14:11 +1000, Dave Airlie wrote:
>
> diff --git a/drivers/gpu/drm/radeon/radeon_drv.c
> b/drivers/gpu/drm/radeon/radeon_drv.c
> index ec8c388..357cffb 100644
> --- a/drivers/gpu/drm/radeon/radeon_drv.c
> +++ b/drivers/gpu/drm/radeon/radeon_drv.c
> @@ -78,9 +78,10 @@
> * 2
Hi
On Thu, Jan 30, 2014 at 5:58 PM, Daniel Vetter
wrote:
> This regression has been introduced in
>
> commit b3f2333de8e81b089262b26d52272911523e605f
> Author: Daniel Vetter
> Date: Wed Dec 11 11:34:31 2013 +0100
>
> drm: restrict the device list for shadow attached drivers
>
> Reported-b
This regression has been introduced in
commit b3f2333de8e81b089262b26d52272911523e605f
Author: Daniel Vetter
Date: Wed Dec 11 11:34:31 2013 +0100
drm: restrict the device list for shadow attached drivers
Reported-by: Dave Jones
Cc: Dave Jones
Cc: Dave Airlie
Cc: David Herrmann
Signed-
g/archives/dri-devel/attachments/20140130/734dc5bd/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/5d58da7d/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=69301
--- Comment #10 from Alex Deucher ---
Does 3.14 (Linus git) work any better?
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Thu, 30 Jan 2014, Dave Airlie wrote:
> git://people.freedesktop.org/~airlied/linux drm-next
[ ... snip ... ]
> Daniel Vetter (59):
[ ... snip ... ]
> drm/i915: dp aux irq support for g4x/vlv
This commit causes all kinds of havoc on my ThinkPad x200s. It results in
irq 16: nobody care
This patch implements drm_connector directly in the vidi
driver, this will allow us to move away from the exynos_drm_connector
layer.
Signed-off-by: Sean Paul
---
Changes in v3:
- Added to the patchset
Changes in v4: None
Changes in v5:
- Resolved merge conflict kruft
drivers/gpu/drm/exynos/
This path removes the exynos_drm_connector code since it was just
passing hooks through display_ops. The individual device drivers are now
responsible for implementing drm_connector directly.
Signed-off-by: Sean Paul
---
Changes in v3:
- Added to the patchset
Changes in v4: None
drivers/gpu/d
This patch moves the lvds bridge discovery and connector pre-emption
code from exynos common code into the dp driver (since the bridge is
only applicable for dp).
Signed-off-by: Sean Paul
---
Changes in v3:
- Added to the patchset
Changes in v4: None
drivers/gpu/drm/exynos/exynos_dp_core.c |
This patch implements drm_connector directly in the vidi
driver, this will allow us to move away from the exynos_drm_connector
layer.
Signed-off-by: Sean Paul
---
Changes in v3:
- Added to the patchset
Changes in v4: None
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 122
This patch implements drm_connector directly in the dp driver, this will
allow us to move away from the exynos_drm_connector layer.
Signed-off-by: Sean Paul
---
Changes in v3:
- Added to the patchset
Changes in v4: None
drivers/gpu/drm/exynos/exynos_dp_core.c | 99
This patch implements drm_connector in the hdmi driver directly, instead
of using exynos_drm_connector.
Signed-off-by: Sean Paul
---
Changes in v3:
- Added to the patchset
Changes in v4: None
drivers/gpu/drm/exynos/exynos_hdmi.c | 126 +++
1 file changed, 85 in
This creates a new display hook called create_connector. The purpose is
to allow the display driver to create its own drm_connector instead of
using the exynos_drm_connector. This moves things closer to completely
removing the exynos_drm_connector abstraction.
Signed-off-by: Sean Paul
---
Change
This patch removes all of the suspend/resume logic from the individual
drivers and consolidates it in drm_drv. This consolidation reduces the
number of functions which enable/disable the hardware to just one -- the
dpms callback. This ensures that we always power up/down in a consistent
manner.
Si
This patch separates the fimd_activate function into poweron/poweroff
functions to be more consistent with the other drivers in exynos drm. It
also properly cleans up after failures in poweron. The functions have
also been shuffled around such that they are all in the same
spot in the file and powe
This patch implements the dpms display callback for the DP driver.
Signed-off-by: Sean Paul
---
Changes in v2:
- Added to the patchset
Changes in v3: None
Changes in v4: None
drivers/gpu/drm/exynos/exynos_dp_core.c | 142 ++--
drivers/gpu/drm/exynos/exynos_dp_core.
This patch moves the display-timings node from fimd to dp to reflect the
device tree bindings change.
Signed-off-by: Sean Paul
---
Changes in v2: None
Changes in v3: None
Changes in v4: None
arch/arm/boot/dts/exynos5250-arndale.dts | 7 ---
arch/arm/boot/dts/exynos5250-smdk5250.dts | 7 ++
This patch moves the exynos_drm_display implementation from fimd into
the dp driver. This will allow for tighter integration of the dp driver
into the exynos drm driver.
Signed-off-by: Sean Paul
---
Changes in v2: None
Changes in v3: None
Changes in v4:
- Changed _ to - in dts documentation
.
This patch moves the code from video/ to drm/. This is required the DP
driver needs to power on/off in the correct order in relation to fimd.
This will also allow the DP driver to participate in drm modeset as well
as provide accurate connection detection and edid.
Signed-off-by: Sean Paul
---
C
This patch removes a few fimd_context members which are either entirely
unused or unneeded.
Signed-off-by: Sean Paul
---
Changes in v2: None
Changes in v3: None
Changes in v4: None
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
dif
This patch uses the mode passed into mode_set to configure fimd instead
of directly using the panel from context. This will allow us to move
the exynos_drm_display implementation out of fimd, where it doesn't
belong.
Signed-off-by: Sean Paul
---
Changes in v2: None
Changes in v3: None
Changes in
This patch adds a new manager callback for mode_fixup and pipes it
through exynos_drm_crtc. This will allow the manager drivers to
alter the mode during modeset.
Signed-off-by: Sean Paul
---
Changes in v2: None
Changes in v3: None
Changes in v4:
- Added more detail to the commit msg
drivers/g
This patch adds a mode_set callback to the manager operations which
sets the crtc's current mode to the manager driver. This will allow the
fimd driver to set its mode using values from drm, instead of the dt.
Signed-off-by: Sean Paul
---
Changes in v2: None
Changes in v3: None
Changes in v4:
This patch moves the code which disables unused crtc planes from the
encoder to the crtc. Since there is a 1:1 encoder/crtc mapping in
exynos, the only valid crtc change the pre-existing code could catch is
disconnecting an active crtc from the encoder. Thus it is functionally
equivalent to just di
This patch changes the manual copying of mode to adjusted_mode in
mode_fixup to use drm_mode_copy instead of handling things manually.
Signed-off-by: Sean Paul
---
Changes in v2: None
Changes in v3: None
Changes in v4: None
drivers/gpu/drm/exynos/exynos_hdmi.c | 10 +-
1 file changed,
This patch trims exynos_drm_hdmi out of the driver. The reason it
existed in the first place was to make up for the mixture of
display/overlay/manager ops being spread across hdmi and mixer. With
that code now rationalized, mixer and hdmi map directly to
exynos_drm_crtc and exynos_drm_encoder, resp
This patch references the hdmi ddc and phy i2c nodes directly in the
hdmi node to match the updated bindings.
Signed-off-by: Sean Paul
---
Changes in v4:
- Added patch
arch/arm/boot/dts/cros5250-common.dtsi| 6 --
arch/arm/boot/dts/exynos5250-smdk5250.dts | 6 --
2 files changed,
From: Daniel Kurtz
The i2c client was previously being passed into the hdmi driver via a
dedicated i2c driver, and then a global variable. This patch removes all
of that and just uses the device tree to get the i2c_client. This patch
also properly references the client so we don't lose it before
This patch splits display and manager from subdrv. The result is that
crtc functions can directly call into manager callbacks and encoder
functions can directly call into display callbacks. This will allow
us to remove the exynos_drm_hdmi shim and support mixer/hdmi & fimd/dp
with common code.
Sig
Change all instances of possible_crtcs in the exynos drm driver to be
unsigned long. This matches the type used in the drm layer.
Signed-off-by: Sean Paul
---
Changes in v2: None
Changes in v3: None
Changes in v4: None
drivers/gpu/drm/exynos/exynos_drm_drv.c | 2 +-
drivers/gpu/drm/exynos/
This patch removes the dpms state tracking in encoder. This
state is at best confusing and at worst incorrect since the display
drivers can turn on and off without propagating the value.
Signed-off-by: Sean Paul
---
Changes in v2: None
Changes in v3: None
Changes in v4: None
drivers/gpu/drm/ex
This patch renames the display_op power_on to dpms to accurately reflect
what the function does.
The side-effect of this patch is that the new hdmi dpms callback is now
invoked twice in the dpms path. This is safe and will be dealt with when
the exynos_drm shim goes away.
Signed-off-by: Sean Paul
This patch removes the call from encoder dpms into connector dpms (which
will then call back into encoder dpms through the helper function). The
callback is likely to keep connector->dpms in the right state when
initiating dpms from crtc or encoder, but this isn't the right way to do
it. This patch
This patch removes the apply() manager callback in favor of putting the
relevant commits in the individual drivers. This will mitigate some of
the difference between the suspend/resume path and the dpms path
Signed-off-by: Sean Paul
---
Changes in v2:
- This was previously in another patch, but
This patch changes the manager ops callbacks from accepting the subdrv
device pointer to taking a pointer to the manager. This will allow us
to move closer to decoupling manager/display from subdrv, and subsequently
decoupling the crtc/plane from the encoder.
Signed-off-by: Sean Paul
---
Changes
This patch implements the initialize callback in the hdmi and mixer
manager. This allows us to get rid of drm_dev in the drm_hdmi level and
track it in the mixer and hdmi drivers. This is one of the things
holding back the complete removal of the drm_hdmi layer.
Signed-off-by: Sean Paul
---
Chan
This patch implements the intitialize manager op in fimd. This will
allow us to keep track of drm_dev in context instead of using subdev,
which in turn makes it easier to remove subdev from fimd.
Signed-off-by: Sean Paul
---
Changes in v2: None
Changes in v3: None
Changes in v4:
- Expanded comm
This patch adds an initialize function to the manager and display
operations. This allows them to keep track of drm_device in their
local context, as well as adds an initialization hook right after
the encoder is created.
Signed-off-by: Sean Paul
---
Changes in v2: None
Changes in v3: None
Chang
This patch merges overlay_ops into manager_ops. In all cases,
overlay_ops is implemented in the same place as manager ops, it doesn't
serve a functional purpose, and doesn't make things more clear.
Signed-off-by: Sean Paul
---
Changes in v2: None
Changes in v3: None
Changes in v4:
- Just moved
From: St?phane Marchesin
Signed-off-by: St?phane Marchesin
Signed-off-by: Sean Paul
---
Changes in v2: None
Changes in v3: None
Changes in v4: None
drivers/video/exynos/exynos_dp_core.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/video/exynos/exynos_dp_core.c
b/drivers/video/
Rename hdmi_infoframe to exynos_hdmi_infoframe to avoid nameing
collision.
Signed-off-by: Sean Paul
---
Changes in v4:
- Added
drivers/gpu/drm/exynos/exynos_hdmi.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm
This patchset refactors parts of the exynos driver to move it closer to a proper
drm driver (rather than just implementing a drm layer on top of the hardware
drivers). The hope is to get to a point where the dp/hdmi drivers can implement
drm_connector/drm_encoder directly, and fimd/mixer can direct
attachment 93015 or if this was always there.
--
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/20140130/5226e6f8/attachment.html>
imx-hdmi creates a hdmi_colorimetry enum. This is also defined by
include/linux/hdmi.h, which gets included now via DRM headers since
985e5dc207e133 (drm/edid: Populate picture aspect ratio for CEA modes).
This leads to the compiler complaining:
drivers/staging/imx-drm/imx-hdmi.c:58:6: error: nes
On Thu, Jan 30, 2014 at 2:20 PM, Josh Boyer
wrote:
> On Thu, Jan 30, 2014 at 2:05 PM, Tejun Heo wrote:
>> On Thu, Jan 30, 2014 at 02:03:18PM -0500, Josh Boyer wrote:
>>> Hi All,
>>>
>>> I'm seeing the oops below on my MacBookPro 10,2 machine using i915
>>> graphics. It's after the DRM merge for
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/05c7f35d/attachment.html>
On 07.01.2014 22:03, Erik Faye-Lund wrote:
> When patching gathers, we don't need to check against
> gathers with lower indices than the current one, as
> they are guaranteed to already have been handled.
>
> Signed-off-by: Erik Faye-Lund
> ---
>
> Here's a trivial optimization I have been runni
sktop.org/mailman/listinfo/dri-devel
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-allow-geom-rings-to-be-setup-on-r600-r700.patch
Type: text/x-patch
Size: 2851 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/78f39f83/attachment.bin>
7;ll see gpu hangs.
--
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/20140130/1f0a18b3/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/71e0b610/attachment-0001.html>
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/uvd_v2_2.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/uvd_v2_2.c
b/drivers/gpu/drm/radeon/uvd_v2_2.c
index 824550d..d177100 100644
--- a/drivers/gpu/drm/radeon/uvd_v2_2.c
+++ b/drivers/gpu/drm/radeon/uvd_v2_2.c
When we parse the power tables use the stored mac_vddc value
rather than lookig it up manually each time.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni_dpm.c| 5 ++---
drivers/gpu/drm/radeon/rv770_dpm.c | 5 ++---
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/dri
For btc and newer, we may modify the power state depending
on the circumstances. Use the modified state rather than
the base state.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/btc_dpm.c | 31 +++
drivers/gpu/drm/radeon/btcd.h| 4
drivers/
On Thu, Jan 30, 2014 at 1:01 PM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Otherwise decoding isn't really useable.
>
> Signed-off-by: Christian K?nig
> Cc: stable at vger.kernel.org
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/radeon/si.c | 4
> 1 file changed, 4 insertions(
Otherwise decoding isn't really useable.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/r600.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 56140b4..cdbc417 100644
--- a/drivers/g
On 01/30/2014 02:13 PM, Russell King - ARM Linux wrote:
> imx-hdmi creates a hdmi_colorimetry enum. This is also defined by
> include/linux/hdmi.h, which gets included now via DRM headers since
> 985e5dc207e133 (drm/edid: Populate picture aspect ratio for CEA modes).
> This leads to the compiler c
On Thu, Jan 30, 2014 at 2:05 PM, Tejun Heo wrote:
> On Thu, Jan 30, 2014 at 02:03:18PM -0500, Josh Boyer wrote:
>> Hi All,
>>
>> I'm seeing the oops below on my MacBookPro 10,2 machine using i915
>> graphics. It's after the DRM merge for 3.14 ( v3.13-10094-g9b0cd30) ,
>> but we seem to have one r
From: Dave Airlie
the evergreen CS parser has allowed this for a while, just port
the code to the r600 one.
This is required before geom shaders can be made work.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/r600_cs.c| 18 --
drivers/gpu/drm/radeon/radeon_drv.c |
On Thu, Jan 30, 2014 at 02:03:18PM -0500, Josh Boyer wrote:
> Hi All,
>
> I'm seeing the oops below on my MacBookPro 10,2 machine using i915
> graphics. It's after the DRM merge for 3.14 ( v3.13-10094-g9b0cd30) ,
> but we seem to have one report[1] of this happening well before that,
> in v3.13-3
Hi All,
I'm seeing the oops below on my MacBookPro 10,2 machine using i915
graphics. It's after the DRM merge for 3.14 ( v3.13-10094-g9b0cd30) ,
but we seem to have one report[1] of this happening well before that,
in v3.13-3260-g03d11a0 as well. Does anyone have a clue what is going
on here?
h
https://bugzilla.kernel.org/show_bug.cgi?id=69301
--- Comment #9 from Jan Outhuis ---
Moved on to 3.13.1. This time radeon.dpm=0 solves the problem, i.e. I'm
getting full functionality on all screens, textconsole as well as
graphic console.
Without radeon.dpm=0 on the grub commandline: still same
Dave Airlie schreef op do 30-01-2014 om 02:49 [+]:
> Christian K?nig (10):
> [...]
> drm/radeon: add GART debugfs access v3
> [...]
That one generates a bit of (warning) noise when building on 32 bits
x86:
In file included from include/asm-generic/bug.h:13:0,
The TDA998x HDMI transmitter accepts audio input from either I2S or
S/PDIF.
Theses inputs have different intrinsic constraints and these constraints
may be modified by the audio parameters of the connected video device.
The choice of I2S or S/PDIF may be the done by the user or by automatic
proces
This is set and compared to -1 in the code, which evaluates to always false.
If we want to treat it as a signed var, we should declare it as one.
Signed-off-by: Dave Jones
diff --git a/drivers/gpu/drm/nouveau/core/subdev/devinit/nv04.h
b/drivers/gpu/drm/nouveau/core/subdev/devinit/nv04.h
index
On Thu, Jan 30, 2014 at 05:58:38PM +0100, Daniel Vetter wrote:
> This regression has been introduced in
>
> commit b3f2333de8e81b089262b26d52272911523e605f
> Author: Daniel Vetter
> Date: Wed Dec 11 11:34:31 2013 +0100
>
> drm: restrict the device list for shadow attached drivers
>
On Thu, Jan 30, 2014 at 3:33 AM, Daniel Vetter wrote:
> On Thu, Jan 30, 2014 at 1:53 AM, Ilia Mirkin wrote:
>> Since commit 0fa9061ae8c ("drm/nouveau/mc: handle irq-related setup
>> ourselves"), drm_device->irq_enabled remained unset. This is needed in
>> order to properly wait for a vblank event
In some boards, with I2S input, the NXP TDA998x HDMI transmitter did
not play audio streams with a sample width lower than S16_32.
This patch adjusts the CTS_N predivider according to the used sample
width.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 25 ++
In some boards, with I2S input, the NXP TDA998x HDMI transmitter did
not play audio streams with a sample width lower than S16_32.
This patch adjusts the CTS_N predivider according to the used sample
width.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 25 ++
On Thu, Jan 23, 2014 at 8:57 AM, Sylvain BERTRAND wrote:
> Hi,
>
> In si_populate_smc_acpi_state function, the acpi (emergency) state is a
> patched
> version of the initial state. Then 'ACIndex = 0' for the acpi state (i.e.
> setting it to SISLANDS_MCREGISTERTABLE_INITIAL_SLOT) seems misleading,
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/6fdd8c4d/attachment.html>
Hi All,
After the DRM merge, the exynos_hdmi.c file fails to build with our
ARM config. The error is:
drivers/gpu/drm/exynos/exynos_hdmi.c:382:8: error: 'hdmi_infoframe'
defined as wrong kind of tag
struct hdmi_infoframe {
^
make[4]: *** [drivers/gpu/drm/exynos/exynos_hdmi.o] Error 1
ma
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140130/0eb35128/attachment.html>
The hardware cursor colours are stored in the DAC indexed registers.
The algorithm for setting these colours via their corresponding index
was off by a value of 0x03.
It was also noted that the R and B bytes were being misread from the
cursor buffer. Assuming the transparency is the MSB (bits 31-
This patch adds the DT documentation of the NXP TDA998x CODEC.
Signed-off-by: Jean-Francois Moine
---
Documentation/devicetree/bindings/sound/tda998x.txt | 16
1 file changed, 16 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/tda998x.txt
diff --git a/
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/22e5cf52/attachment.html>
On Thu, Jan 30, 2014 at 1:53 AM, Ilia Mirkin wrote:
> Since commit 0fa9061ae8c ("drm/nouveau/mc: handle irq-related setup
> ourselves"), drm_device->irq_enabled remained unset. This is needed in
> order to properly wait for a vblank event in the generic drm code.
>
> See https://bugs.freedesktop.o
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/20140130/a9277d09/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #14 from kilobug at kilobug.org ---
Anything else I can do to help location/fixing the issue ?
--
You are receiving this mail because:
You are watching the assignee of the bug.
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/1692c5eb/attachment.html>
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/20140130/edeb4226/attachment.html>
I can confirm that this patch fixes the problem. (had to change spaces
to tabs, but that was probably just screwed up by mail)
2014-01-30, Ilia Mirkin :
> Since commit 0fa9061ae8c ("drm/nouveau/mc: handle irq-related setup
> ourselves"), drm_device->irq_enabled remained unset. This is needed in
>
Hi Linus,
Been a bit busy, first week of kids school, and waiting on other trees to go in
before I could send this, so its a bit later than I'd normally like.
For some reason the request-pull and the merge into your tree look different,
since some of the changes in this have already gone in via
1 - 100 of 105 matches
Mail list logo
