From: Paulo Zanoni
Use the generic HDMI infoframe helpers to get rid of the duplicate
implementation in the i915 driver.
This patch is based on the initial patch by Thierry Reding, but with a
different approach.
TODO:
- The SDVO part is totally untested. I am not sure if the buffer
size o
Use the generic HDMI infoframe helpers to get rid of the duplicate
implementation in the radeon driver.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/radeon/evergreen_hdmi.c | 85 +---
drivers/gpu/drm/radeon/r600_hdmi.c | 134 ++--
2 files ch
n
what part fixes the issue?
--
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/20130221/7de02901/attachment.html>
Use the generic HDMI infoframe helpers to get rid of the NVIDIA Tegra
reimplementation.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/Kconfig | 1 +
drivers/gpu/drm/tegra/hdmi.c | 226 --
drivers/gpu/drm/tegra/hdmi.h | 189 ---
Add a generic helper to fill in an HDMI AVI infoframe with data
extracted from a DRM display mode.
Signed-off-by: Thierry Reding
---
Changes in v2:
- reuse CEA modes defined in drm_edid_modes.h
- don't use pixel aspect ratio for picture aspect
Changes in v3:
- move implementation into drm_edid.[
From: Ville Syrj?l?
Properly clip the source when the destination gets clipped
by the pipe dimensions.
Sadly the video sprite hardware is rather limited so it can't do proper
sub-pixel postitioning. Resort to truncating the source coordinates to
(macro)pixel boundary.
The scaling checks are don
From: Ville Syrj?l?
Add a debug function to print the region in a human readable format.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/drm_region.c | 22 ++
include/drm/drm_region.h | 1 +
2 files changed, 23 insertions(+)
diff --git a/drivers/gpu/drm/drm_region.c
From: Ville Syrj?l?
These functions calculcate the scaling factor based on the source and
destination regions.
There are two version of the functions, the strict ones that will
return an error if the min/max scaling factor is exceeded, and the
relaxed versions that will adjust the src/dst region
From: Ville Syrj?l?
struct drm_region represents a two dimensional region. The utility
functions are there to help driver writers.
v2: Moved the region stuff into its own file, made the smaller funcs
static inline, used 64bit maths in the scaled clipping function to
avoid overflows (inst
This series adds a bunch of scaling and clipping related utility stuff to
drm core, and then implementes real clipping for intel sprite planes.
Most of this stuff was in my drm_atomic branch already for quite a while,
but I did do some minor changes here and there.
My glplane test app [1] can now
Add a reference section about the EDID helper functions to the DRM
documentation.
Signed-off-by: Thierry Reding
---
Documentation/DocBook/drm.tmpl | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/DocBook/drm.tmpl b/Documentation/DocBook/drm.tmpl
index 51e1904..003c18a 100644
Add generic helpers to pack HDMI infoframes into binary buffers.
Signed-off-by: Thierry Reding
---
Changes in v2:
- add support for audio, vendor-specific and SPD infoframes
- add various validity checks on infoframes
- factor out checksum computation
Changes in v3:
- introduce HDMI_INFOFRAME_HE
The drm_file and drm_clip_rect structures are used throughout the file
but they are never declared nor pulled in through an include. Add
forward declarations to make them available.
Signed-off-by: Thierry Reding
---
include/drm/drm_crtc.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
The same function had already been merged with a different name. Remove
the duplicate one but reuse some of its kerneldoc fragments for the
existing implementation.
Signed-off-by: Thierry Reding
---
Changes in v4:
- replace drm_mode_cea_vic() usage in i915 HDMI code
Changes in v5:
- replace more
The first three patches are of a janitorial nature. The first removes
the duplicate implementation of drm_mode_cea_vic(). The second patch
moves the various mode tables from drm_edid_modes.h to drm_edid.c in
order to localize them in one source file instead of potentially
including the header file
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #47 from Bryan Quigley ---
The series of 4 patches by Alex (41-44) doesn't fix the issue for me.
The patch in Comment #39 does fix it for me! I tested it repeatedly with 6
runs of padman, urbanterror and openarena each. (using 3.8 k
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130221/7f3352df/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #25 from Alexandre Demers ---
For the info, I use a now-unavailable demo used to test features for Amnesia
(RendererFeattest). It is no where to be found anymore I think. It is a quick
and progressive test (starting with almost nothin
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/20130221/e156eed4/attachment.html>
ves/dri-devel/attachments/20130221/6805d038/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130221/3e9f6d80/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130221/1f56204a/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130221/9568bb56/attachment.html>
vel/attachments/20130221/e72346f4/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130221/255a6503/attachment-0001.html>
On Thu, Feb 21, 2013 at 03:50:10PM +0100, Thierry Reding wrote:
> The same function had already been merged with a different name. Remove
> the duplicate one but reuse some of its kerneldoc fragments for the
> existing implementation.
We have a few more uses of this in i915 since my RGB quant rang
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #46 from Andy Furniss ---
(In reply to comment #39)
> Created attachment 75272 [details] [review]
> Possible fix for R600 hw deadlock
>
> Patch has been tested on a system with AMD K8 CPU and Radeon AGP card (AMD
> RV670 / Radeon HD
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130221/5a3a321d/attachment.html>
I will try as soon as I come back.
--
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/20130221/c6f6628f/attachment.html>
On Sat, Feb 16, 2013 at 1:04 PM, Patrik Jakobsson
wrote:
> The values of n, m1 and m2 needs to be subtracted by 2 before writing them to
> the FP register. The dot clock calculation already thinks of these values in
> register form so we must also specify them as such.
>
> Signed-off-by: Patrik Ja
https://bugs.freedesktop.org/show_bug.cgi?id=50655
Alex Deucher changed:
What|Removed |Added
CC||archon-...@hotmail.com
--- Comment #45 fr
https://bugs.freedesktop.org/show_bug.cgi?id=47116
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=47116
--- Comment #1 from Alex Deucher ---
This may be a duplicate of bug 50655. Please try the patches there.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailin
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #44 from Alex Deucher ---
Created attachment 75277
--> https://bugs.freedesktop.org/attachment.cgi?id=75277&action=edit
flush fix 4/4
Optional patch to enable CP DMA on 6xx.
--
You are receiving this mail because:
You are the ass
On Fri, Feb 22, 2013 at 1:36 AM, Patrik Jakobsson
wrote:
> On Sat, Feb 16, 2013 at 1:04 PM, Patrik Jakobsson
> wrote:
>> The values of n, m1 and m2 needs to be subtracted by 2 before writing them to
>> the FP register. The dot clock calculation already thinks of these values in
>> register form s
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #43 from Alex Deucher ---
Created attachment 75276
--> https://bugs.freedesktop.org/attachment.cgi?id=75276&action=edit
flush fix 3/4
patch 3 of 4.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #42 from Alex Deucher ---
Created attachment 75275
--> https://bugs.freedesktop.org/attachment.cgi?id=75275&action=edit
flush fix 2/4
patch 2 of 4.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #41 from Alex Deucher ---
Created attachment 75274
--> https://bugs.freedesktop.org/attachment.cgi?id=75274&action=edit
flush fix 1/4
Please try this patch series. The 4th patch is optional. It just enables CP
DMA assuming that t
On 02/21/2013 04:12 PM, Vikas Sajjan wrote:
> Hi,
>
> On 21 February 2013 12:25, Joonyoung Shim wrote:
>> Hi,
>>
>>
>> On 02/15/2013 03:43 PM, Vikas Sajjan wrote:
>>> Add support for parsing the display-timing node using video helper
>>> function.
>>>
>>> The DT node parsing and pinctrl selection
vailable
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130221/d7745fb3/attachment.pgp>
Hi,
On 02/21/2013 02:11 PM, Vikas Sajjan wrote:
> Adds support for pinctrl to drm fimd.
>
> Signed-off-by: Leela Krishna Amudala
> Signed-off-by: Vikas Sajjan
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c |9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/drivers/gpu/drm/
Hi,
Please refer my comments about v6 patch.
On 02/21/2013 02:11 PM, Vikas Sajjan wrote:
> Add display-timing node parsing to drm fimd and depends on
> the display helper patchset at
> http://lists.freedesktop.org/archives/dri-devel/2013-January/033998.html
>
> It also adds pinctrl support for d
Hi,
On 02/15/2013 03:43 PM, Vikas Sajjan wrote:
> Add support for parsing the display-timing node using video helper
> function.
>
> The DT node parsing and pinctrl selection is done only if 'dev.of_node'
> exists and the NON-DT logic is still maintained under the 'else' part.
>
> Signed-off-by: L
Use the generic HDMI infoframe helpers to get rid of the duplicate
implementation in the radeon driver.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/radeon/evergreen_hdmi.c | 85 +---
drivers/gpu/drm/radeon/r600_hdmi.c | 134 ++--
2 files ch
From: Paulo Zanoni
Use the generic HDMI infoframe helpers to get rid of the duplicate
implementation in the i915 driver.
This patch is based on the initial patch by Thierry Reding, but with a
different approach.
TODO:
- The SDVO part is totally untested. I am not sure if the buffer
size o
Use the generic HDMI infoframe helpers to get rid of the NVIDIA Tegra
reimplementation.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/Kconfig | 1 +
drivers/gpu/drm/tegra/hdmi.c | 226 --
drivers/gpu/drm/tegra/hdmi.h | 189 ---
Add a reference section about the EDID helper functions to the DRM
documentation.
Signed-off-by: Thierry Reding
---
Documentation/DocBook/drm.tmpl | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/DocBook/drm.tmpl b/Documentation/DocBook/drm.tmpl
index 51e1904..003c18a 100644
Add a generic helper to fill in an HDMI AVI infoframe with data
extracted from a DRM display mode.
Signed-off-by: Thierry Reding
---
Changes in v2:
- reuse CEA modes defined in drm_edid_modes.h
- don't use pixel aspect ratio for picture aspect
Changes in v3:
- move implementation into drm_edid.[
Add generic helpers to pack HDMI infoframes into binary buffers.
Signed-off-by: Thierry Reding
---
Changes in v2:
- add support for audio, vendor-specific and SPD infoframes
- add various validity checks on infoframes
- factor out checksum computation
Changes in v3:
- introduce HDMI_INFOFRAME_HE
The drm_file and drm_clip_rect structures are used throughout the file
but they are never declared nor pulled in through an include. Add
forward declarations to make them available.
Signed-off-by: Thierry Reding
---
include/drm/drm_crtc.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
The modes are only used from within drm_edid.c so we move them there to
avoid creating duplicates by multiple inclusion of drm_edid_modes.h. As
a side-effect we can also get rid of a few variables that keep track of
the number of entries in the tables and use ARRAY_SIZE() instead.
Signed-off-by: T
The same function had already been merged with a different name. Remove
the duplicate one but reuse some of its kerneldoc fragments for the
existing implementation.
Signed-off-by: Thierry Reding
---
Changes in v4:
- replace drm_mode_cea_vic() usage in i915 HDMI code
- move to front of patch serie
The first three patches are of a janitorial nature. The first removes
the duplicate implementation of drm_mode_cea_vic(). The second patch
moves the various mode tables from drm_edid_modes.h to drm_edid.c in
order to localize them in one source file instead of potentially
including the header file
Hi Dave,
This pull-request includes hdmi mode relevant some improvements,
bug fixes and code cleanups.
The summary:
. Add display mode check operaion to mixer driver
- Mixer IP also can put certain restrictions on the proposed
display modes and these restrictions need to be considered
d
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #40 from Alex Deucher ---
(In reply to comment #39)
> Created attachment 75272 [details] [review]
> Possible fix for R600 hw deadlock
>
> Patch has been tested on a system with AMD K8 CPU and Radeon AGP card (AMD
> RV670 / Radeon HD
This list is most useful to inspect whether framebuffer reference
counting works as expected. The code is loosely based on the i915
implementation.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/drm.c | 44
1 file changed, 44 insertions(+)
d
bpp stores the number of bytes per pixel, but color expansion needs to
be enabled for less than 24 bits per pixel.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tegra/dc.c b/drivers/gpu/drm/tegra/d
The Tegra TRM says that the ACT_REQ and UPDATE fields cannot be
programmed at the same time so they are updated in two consecutive
writes instead.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm
All the necessary support bits like .mode_set_base() and VBLANK are now
available, so page-flipping case easily be implemented on top.
Signed-off-by: Thierry Reding
---
Changes in v3:
- use drm_send_vblank_event()
- set crtc->fb field
Changes in v4:
- fix a potential race by checking that a fram
Implement support for the VBLANK IOCTL. Note that Tegra is somewhat
special in this case because it doesn't use the generic IRQ support
provided by the DRM core (DRIVER_HAVE_IRQ) but rather registers one
interrupt handler for each display controller.
While at it, clean up the way that interrupts a
The sequence for replacing the scanout buffer is much shorter than a
full mode change operation so implementing this callback considerably
speeds up cases where only a new framebuffer is to be scanned out.
Signed-off-by: Thierry Reding
---
Changes in v3:
- split DC_CMD_STATE_CONTROL writes
Chang
Add support for the B and C planes which support RGB and YUV pixel
formats and can be used as overlays or hardware cursor. Currently 32-bit
XRGB as well as UYVY, YUV420 and YUV422 pixel formats are advertised.
Other formats should be easy to add but these are the most common ones
and should cover t
Tegra uses the CMA FB helpers so framebuffers passed to the driver need
to use the corresponding functions to access the underlying GEM objects.
This used to work because struct tegra_framebuffer was sufficiently
similar to struct drm_fb_cma but that isn't guaranteed to stay that way.
Signed-off-
Driver implementations of the drm_crtc's .page_flip() function are
required to update the crtc->fb field on success to reflect that the new
framebuffer is now in use. This is important to keep reference counting
on the framebuffers balanced.
While at it, document this requirement to keep others fr
This patch series introduces a number of useful features for the Tegra
DRM driver. Patch 1 is a documentation update and adds a warning to the
page-flip IOCTL to catch buggy drivers that return success but failed to
update the crtc->fb field, which would cause the reference counting to
become unbal
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #39 from Erik Jørgensen ---
Created attachment 75272
--> https://bugs.freedesktop.org/attachment.cgi?id=75272&action=edit
Possible fix for R600 hw deadlock
Patch has been tested on a system with AMD K8 CPU and Radeon AGP card (AMD
dri-devel/attachments/20130221/2386f992/attachment.html>
On Wed, Feb 20, 2013 at 07:57:32PM +0100, Marcin Slusarz wrote:
> On Wed, Feb 20, 2013 at 03:47:05PM +0100, Jiri Slaby wrote:
> > On 02/19/2013 08:07 AM, Marcin Slusarz wrote:
> > >>> Crash/warning should be fixed by commit
> > >>> cfd376b6bfccf33782a0748a9c70f7f752f8b869
> > >>> "drm/nouveau/vm:
On Wed, Feb 20, 2013 at 07:57:32PM +0100, Marcin Slusarz wrote:
> On Wed, Feb 20, 2013 at 03:47:05PM +0100, Jiri Slaby wrote:
> > On 02/19/2013 08:07 AM, Marcin Slusarz wrote:
> > >>> Crash/warning should be fixed by commit
> > >>> cfd376b6bfccf33782a0748a9c70f7f752f8b869
> > >>> "drm/nouveau/vm:
From: Ville Syrjälä
struct drm_region represents a two dimensional region. The utility
functions are there to help driver writers.
v2: Moved the region stuff into its own file, made the smaller funcs
static inline, used 64bit maths in the scaled clipping function to
avoid overflows (inst
From: Ville Syrjälä
Properly clip the source when the destination gets clipped
by the pipe dimensions.
Sadly the video sprite hardware is rather limited so it can't do proper
sub-pixel postitioning. Resort to truncating the source coordinates to
(macro)pixel boundary.
The scaling checks are don
From: Ville Syrjälä
Add a debug function to print the region in a human readable format.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_region.c | 22 ++
include/drm/drm_region.h | 1 +
2 files changed, 23 insertions(+)
diff --git a/drivers/gpu/drm/drm_region.c
From: Ville Syrjälä
These functions calculcate the scaling factor based on the source and
destination regions.
There are two version of the functions, the strict ones that will
return an error if the min/max scaling factor is exceeded, and the
relaxed versions that will adjust the src/dst region
This series adds a bunch of scaling and clipping related utility stuff to
drm core, and then implementes real clipping for intel sprite planes.
Most of this stuff was in my drm_atomic branch already for quite a while,
but I did do some minor changes here and there.
My glplane test app [1] can now
https://bugs.freedesktop.org/show_bug.cgi?id=60929
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--
You are receivin
Hi,
On 21 February 2013 12:25, Joonyoung Shim wrote:
> Hi,
>
>
> On 02/15/2013 03:43 PM, Vikas Sajjan wrote:
>>
>> Add support for parsing the display-timing node using video helper
>> function.
>>
>> The DT node parsing and pinctrl selection is done only if 'dev.of_node'
>> exists and the NON-DT
On Thu, Feb 21, 2013 at 9:50 AM, Thierry Reding
wrote:
> The first three patches are of a janitorial nature. The first removes
> the duplicate implementation of drm_mode_cea_vic(). The second patch
> moves the various mode tables from drm_edid_modes.h to drm_edid.c in
> order to localize them in o
https://bugs.freedesktop.org/show_bug.cgi?id=60848
--- Comment #5 from Thomas Lindroth ---
The workaround patch posted here prevents the lockup in dishonored. The one in
bug 60969 doesn't fix dishonored but it prevents an other lockup in
google-earth. I assumed it was the same issue. Lockups in d
https://bugs.freedesktop.org/show_bug.cgi?id=42162
--- Comment #13 from Johan Brannlund ---
Bug is still present in kernel 3.8. After resuming, I get
Feb 21 14:32:18 mars kernel: [ 148.029820] [drm:atom_op_jump] *ERROR* atombios
stuck in loop for more than 5secs aborting
Feb 21 14:32:18 mars k
https://bugs.freedesktop.org/show_bug.cgi?id=60879
Hristo Venev changed:
What|Removed |Added
Assignee|zhigang.g...@gmail.com |dri-devel@lists.freedesktop
Adds support for pinctrl to drm fimd.
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c
b/drivers/gpu/drm/exynos/exynos_drm_fimd.
Add support for parsing the display-timing node using video helper
function.
The DT node parsing and pinctrl selection is done only if 'dev.of_node'
exists and the NON-DT logic is still maintained under the 'else' part.
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
---
drive
Add display-timing node parsing to drm fimd and depends on
the display helper patchset at
http://lists.freedesktop.org/archives/dri-devel/2013-January/033998.html
It also adds pinctrl support for drm fimd.
changes since v6:
addressed comments from Inki Dae to
separated out the pi
https://bugs.freedesktop.org/show_bug.cgi?id=60969
Laurent carlier changed:
What|Removed |Added
CC||lordhea...@gmail.com
--- Comment #7 fr
https://bugs.freedesktop.org/show_bug.cgi?id=60955
Laurent carlier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=60955
--- Comment #1 from Laurent carlier ---
It seems fixed with 2e4ef989a2142c9976be6fe0c6fafeb2bdf4e37d
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing lis
Hi Mr. Inki Dae,
On 20 February 2013 16:45, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Vikas Sajjan [mailto:vikas.sajjan at linaro.org]
>> Sent: Friday, February 15, 2013 3:43 PM
>> To: dri-devel at lists.freedesktop.org
>> Cc: linux-media at vger.kernel.org; kgene.kim at samsung.
On Thu, Feb 21, 2013 at 9:50 AM, Thierry Reding
wrote:
> The first three patches are of a janitorial nature. The first removes
> the duplicate implementation of drm_mode_cea_vic(). The second patch
> moves the various mode tables from drm_edid_modes.h to drm_edid.c in
> order to localize them in o
https://bugs.freedesktop.org/show_bug.cgi?id=60969
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #24 from Jakob Nixdorf ---
(In reply to comment #23)
> Can you identify the a specific piglit test that triggers the fault messages
> and attach the fault messages it generates?
I won't be at my computer for awhile, but I will try as
dri-devel/attachments/20130221/570d2f5a/attachment.html>
Hi,
On 21 February 2013 12:25, Joonyoung Shim wrote:
> Hi,
>
>
> On 02/15/2013 03:43 PM, Vikas Sajjan wrote:
>>
>> Add support for parsing the display-timing node using video helper
>> function.
>>
>> The DT node parsing and pinctrl selection is done only if 'dev.of_node'
>> exists and the NON-DT
On Sat, Feb 16, 2013 at 1:04 PM, Patrik Jakobsson
wrote:
> The values of n, m1 and m2 needs to be subtracted by 2 before writing them to
> the FP register. The dot clock calculation already thinks of these values in
> register form so we must also specify them as such.
>
> Signed-off-by: Patrik Ja
On Thu, Feb 21, 2013 at 05:04:31PM +0200, Ville Syrjälä wrote:
> On Thu, Feb 21, 2013 at 03:50:10PM +0100, Thierry Reding wrote:
> > The same function had already been merged with a different name. Remove
> > the duplicate one but reuse some of its kerneldoc fragments for the
> > existing implement
On Thu, Feb 21, 2013 at 03:50:10PM +0100, Thierry Reding wrote:
> The same function had already been merged with a different name. Remove
> the duplicate one but reuse some of its kerneldoc fragments for the
> existing implementation.
We have a few more uses of this in i915 since my RGB quant rang
https://bugs.freedesktop.org/show_bug.cgi?id=60802
--- Comment #23 from Alex Deucher ---
(In reply to comment #22)
> Ok, I managed to get the dmesg output using piglit and the r600.tests, so I
> think this confirms 325422c49449acdd8df1eb2ca8ed81f7696c38cc as culprit.
Can you identify the a speci
From: Paulo Zanoni
Use the generic HDMI infoframe helpers to get rid of the duplicate
implementation in the i915 driver.
This patch is based on the initial patch by Thierry Reding, but with a
different approach.
TODO:
- The SDVO part is totally untested. I am not sure if the buffer
size o
Use the generic HDMI infoframe helpers to get rid of the duplicate
implementation in the radeon driver.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/radeon/evergreen_hdmi.c | 85 +---
drivers/gpu/drm/radeon/r600_hdmi.c | 134 ++--
2 files ch
Add generic helpers to pack HDMI infoframes into binary buffers.
Signed-off-by: Thierry Reding
---
Changes in v2:
- add support for audio, vendor-specific and SPD infoframes
- add various validity checks on infoframes
- factor out checksum computation
Changes in v3:
- introduce HDMI_INFOFRAME_HE
Use the generic HDMI infoframe helpers to get rid of the NVIDIA Tegra
reimplementation.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/Kconfig | 1 +
drivers/gpu/drm/tegra/hdmi.c | 226 --
drivers/gpu/drm/tegra/hdmi.h | 189 ---
1 - 100 of 119 matches
Mail list logo
