At the moment, there is an inconsistency in the way modes are named.
Modes with timings parsed from the EDID information will call
drm_mode_set_name(), which will name the mode using this form:
x
eg, 1920x1080i for an interlaced mode, or 1920x1080 for a progressive
mode.
However, timings
On Fri, Aug 10, 2012 at 04:57:52PM +0200, Maarten Lankhorst wrote:
> A dma-fence can be attached to a buffer which is being filled or consumed
> by hw, to allow userspace to pass the buffer without waiting to another
> device. For example, userspace can call page_flip ioctl to display the
> next f
On Fri, Aug 10, 2012 at 04:57:58PM +0200, Maarten Lankhorst wrote:
> This type of fence can be used with hardware synchronization for simple
> hardware that can block execution until the condition
> (dma_buf[offset] - value) >= 0 has been met.
>
> A software fallback still has to be provided in ca
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #118 from Alexandre Demers
2012-08-11 04:49:31 UTC ---
Reproduced again with exactly the setup Alex told me to use (kernel
3.6-rc1+Jerome's patch v4 and latest mesa containing Christian's fix). To
reproduce, I clicked repeatedly on A
On Fri, Aug 10, 2012 at 04:57:43PM +0200, Maarten Lankhorst wrote:
> Documentation says that code requiring dma-buf should add it to
> select, so inline fallbacks are not going to be used. A link error
> will make it obvious what went wrong, instead of silently doing
> nothing at runtime.
>
> Sign
https://bugs.freedesktop.org/show_bug.cgi?id=44800
--- Comment #10 from Alexandre Demers
2012-08-10 20:07:23 UTC ---
May or may not be related, but I've seen similar corruption with CAYMAN related
to bug 45018 from time to time. But about comment 3, I was tempted to point at
bug 42373.
Marko, i
https://bugs.freedesktop.org/show_bug.cgi?id=53348
--- Comment #1 from Bruno 2012-08-10 18:39:27 UTC ---
Created attachment 65396
--> https://bugs.freedesktop.org/attachment.cgi?id=65396
i915_error_state with linux 3.5.1
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=ema
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #28 from Alex Deucher 2012-08-10 17:46:32 UTC
---
If you are not using UEFI and the system supports legacy mode, then there's no
need to try the patch.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #27 from Alexander E. Patrakov 2012-08-10
17:44:00 UTC ---
My Sony VAIO currently boots via MBR, in BIOS mode. There is nothing about UEFI
in the BIOS setup screen. I am willing to convert the system and test the patch
only if someon
On Fri, Aug 10, 2012 at 1:29 PM, wrote:
> From: Alex Deucher
>
> It was only used for dynpm, but has been replaced with
> a better implementation using fences. Remove it.
>
> Signed-off-by: Alex Deucher
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/evergreen.c |5
On Fri, Aug 10, 2012 at 1:29 PM, wrote:
> From: Alex Deucher
>
> 1. Drop gui idle stuff, it's not as reliable as fences and only
> covers the 3D engine.
> 2. Wait for fences on all rings. This makes sure all rings are
> idle when reclocking.
>
> Signed-off-by: Alex Deucher
Reviewed-by: Jerome
https://bugs.freedesktop.org/show_bug.cgi?id=53348
Chris Wilson changed:
What|Removed |Added
AssignedTo|daniel at ffwll.ch |dri-devel at
lists.freedesktop
On Mon, Aug 06, 2012 at 07:44:16AM +1000, Dave Airlie wrote:
> >> The "correct" approach is clearly to just have the drm core change the
> >> i2c mux before requesting edid, but that's made difficult because of the
> >> absence of ordering guarantees in initialisation. I don't like quirking
> >> th
Signed-off-by: Maarten Lankhorst
dma-buf-mgr handles the case of reserving single or multiple dma-bufs
while trying to prevent deadlocks from buffers being reserved
simultaneously. For this to happen extra functions have been introduced:
+ dma_buf_reserve()
+ dma_buf_unreserve()
+ dma_buf_
This type of fence can be used with hardware synchronization for simple
hardware that can block execution until the condition
(dma_buf[offset] - value) >= 0 has been met.
A software fallback still has to be provided in case the fence is used
with a device that doesn't support this mechanism. It is
A dma-fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering
Documentation says that code requiring dma-buf should add it to
select, so inline fallbacks are not going to be used. A link error
will make it obvious what went wrong, instead of silently doing
nothing at runtime.
Signed-off-by: Maarten Lankhorst
---
include/linux/dma-buf.h | 99 -
On Fri, Aug 10, 2012 at 11:00:25AM +0530, Sachin Kamat wrote:
> DRM_USB selects USB. However, USB depends on USB_SUPPORT and USB_ARCH_HAS_HCD.
> Thus, selecting USB_SUPPORT in Kconfig avoids the following warning
> (detected when DisplayLink was selected using exynos4_defconfig):
>
> warning: (MOU
On Fri, Aug 10, 2012 at 1:29 PM, wrote:
> From: Alex Deucher
>
> It was only used for dynpm, but has been replaced with
> a better implementation using fences. Remove it.
>
> Signed-off-by: Alex Deucher
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/evergreen.c |5
On Fri, Aug 10, 2012 at 1:29 PM, wrote:
> From: Alex Deucher
>
> 1. Drop gui idle stuff, it's not as reliable as fences and only
> covers the 3D engine.
> 2. Wait for fences on all rings. This makes sure all rings are
> idle when reclocking.
>
> Signed-off-by: Alex Deucher
Reviewed-by: Jerome
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #26 from Alex Deucher 2012-08-10 13:50:54 UTC
---
(In reply to comment #25)
> i don't know why, but it don't get the VFCT Table.
> this returns false:
> (!ACPI_SUCCESS(acpi_get_table("VFCT", 1, &hdr)))
Then your system doesn't have
From: Alex Deucher
Hi Dave,
This is the current set of radeon fixes for 3.6. Nothing too major.
Highlights:
- various display fixes
- some SI fixes
- new SI pci ids
- major VM fix
- CS checker support for MSAA
I've tested on a number of cards across generations and noticed no problems.
There
Add ability for user to add or remove EDID quirks, via module
parameter or sysfs. Also add two new quirk flags --
EDID_QUIRK_DISABLE_INFOFRAMES and EDID_QUIRK_NO_AUDIO -- and adds
a quirk for the LG L246WP display. Document module parameter and
sysfs interface.
---
Documentation/EDID/edid_quirks
OK, so using a period as the "magic" character to clear the list
turns out to be a disastrously bad idea. (It works great everywhere
except on the kernel command line.)
New patch coming that uses at sign (@) instead.
On Fri, Aug 10, 2012 at 04:57:52PM +0200, Maarten Lankhorst wrote:
> A dma-fence can be attached to a buffer which is being filled or consumed
> by hw, to allow userspace to pass the buffer without waiting to another
> device. For example, userspace can call page_flip ioctl to display the
> next f
From: Alex Deucher
It was only used for dynpm, but has been replaced with
a better implementation using fences. Remove it.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |5
drivers/gpu/drm/radeon/r100.c | 19 -
drivers/gpu/drm/rad
From: Alex Deucher
1. Drop gui idle stuff, it's not as reliable as fences and only
covers the 3D engine.
2. Wait for fences on all rings. This makes sure all rings are
idle when reclocking.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_pm.c | 17 ++---
1 files ch
Initial version of this driver.
The full datasheets are available from the Analog Devices website:
http://ez.analog.com/docs/DOC-1741
Not all features of the receiver are supported by this driver for various
reasons. Most notably:
- No CEC support (the CEC API needs a lot more discussion)
- N
Initial version of this driver.
The full datasheets are available from the Analog Devices website:
http://ez.analog.com/docs/DOC-1545
Not all features of the receiver are supported by this driver for various
reasons. Most notably:
- No CEC support (the CEC API needs a lot more discussion)
- O
These two helper functions detect whether the analog video timings detected
by the video receiver match the VESA CVT or GTF standards.
They basically do the inverse of the CVT and GTF modeline calculations.
This patch also adds a helper function that will determine the aspect ratio
based on the p
Add the v4l_match_dv_timings function that can be used to compare two
v4l2_dv_timings structs.
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-common.c | 33 +
include/media/v4l2-common.h |4
2 files changed, 37 insertions(+)
diff --git
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-ctrls.c | 39 ++
1 file changed, 39 insertions(+)
diff --git a/drivers/media/video/v4l2-ctrls.c b/drivers/media/video/v4l2-ctrls.c
index b6a2ee7..6a34c30 100644
--- a/drivers/media/video/v4l2-ctrls.c
+
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-compat-ioctl32.c | 57 +
drivers/media/video/v4l2-ioctl.c | 13 +++
drivers/media/video/v4l2-subdev.c |6 +++
include/media/v4l2-subdev.h |2 +
4 files changed, 78 i
Signed-off-by: Hans Verkuil
---
Documentation/DocBook/media/v4l/biblio.xml | 40 +++
Documentation/DocBook/media/v4l/controls.xml | 161 ++
Documentation/DocBook/media/v4l/v4l2.xml |1 +
3 files changed, 202 insertions(+)
diff --git a/Documentation/DocBoo
These new controls and two new ioctls make it possible to properly support
VGA, DVI-A/D/I, HDMI and DisplayPort connectors. All these controls and the
ioctls are all at the sub-device level. They are meant for V4L2 bridge/platform
drivers or to be accessed on embedded systems through /dev/v4l-subde
Hi all,
This is the third version of this patch series. The second version can be
found here: http://www.spinics.net/lists/linux-media/msg50413.html
I made a pull request based on that and got some feedback:
http://patchwork.linuxtv.org/patch/13442/
The feedback has been incorporated in this th
https://bugs.freedesktop.org/show_bug.cgi?id=44800
--- Comment #10 from Alexandre Demers 2012-08-10
20:07:23 UTC ---
May or may not be related, but I've seen similar corruption with CAYMAN related
to bug 45018 from time to time. But about comment 3, I was tempted to point at
bug 42373.
Marko, i
On Fri, Aug 10, 2012 at 04:57:58PM +0200, Maarten Lankhorst wrote:
> This type of fence can be used with hardware synchronization for simple
> hardware that can block execution until the condition
> (dma_buf[offset] - value) >= 0 has been met.
>
> A software fallback still has to be provided in ca
On Fri, Aug 10, 2012 at 04:57:43PM +0200, Maarten Lankhorst wrote:
> Documentation says that code requiring dma-buf should add it to
> select, so inline fallbacks are not going to be used. A link error
> will make it obvious what went wrong, instead of silently doing
> nothing at runtime.
>
> Sign
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #25 from gyhor at gmx.de 2012-08-10 12:11:40 UTC ---
i don't know why, but it don't get the VFCT Table.
this returns false:
(!ACPI_SUCCESS(acpi_get_table("VFCT", 1, &hdr)))
--
Configure bugmail: https://bugs.freedesktop.org/userprefs
Add ability for user to add or remove EDID quirks, via module
parameter or sysfs. Also add two new quirk flags --
EDID_QUIRK_DISABLE_INFOFRAMES and EDID_QUIRK_NO_AUDIO -- and adds
a quirk for the LG L246WP display. Document module parameter and
sysfs interface.
---
Documentation/EDID/edid_quirks
OK, so using a period as the "magic" character to clear the list
turns out to be a disastrously bad idea. (It works great everywhere
except on the kernel command line.)
New patch coming that uses at sign (@) instead.
___
dri-devel mailing list
dri-deve
https://bugs.freedesktop.org/show_bug.cgi?id=53348
--- Comment #1 from Bruno 2012-08-10 18:39:27 UTC ---
Created attachment 65396
--> https://bugs.freedesktop.org/attachment.cgi?id=65396
i915_error_state with linux 3.5.1
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=ema
On Thu, Aug 9, 2012 at 10:26 PM, Rob Clark wrote:
> On Thu, Aug 9, 2012 at 12:14 AM, Andy Gross wrote:
>> Fix the following sparse warnings:
>>
>> drivers/staging/omapdrm/omap_dmm_tiler.c:123:13:
>>warning: symbol 'omap_dmm_irq_handler' was not declared.
>>Should it be static?
>>
>> drive
DRM_USB selects USB. However, USB depends on USB_SUPPORT and USB_ARCH_HAS_HCD.
Thus, selecting USB_SUPPORT in Kconfig avoids the following warning
(detected when DisplayLink was selected using exynos4_defconfig):
warning: (MOUSE_APPLETOUCH && MOUSE_BCM5974 && MOUSE_SYNAPTICS_USB &&
JOYSTICK_XPAD
From: Alex Deucher
Hi Dave,
This is the current set of radeon fixes for 3.6. Nothing too major.
Highlights:
- various display fixes
- some SI fixes
- new SI pci ids
- major VM fix
- CS checker support for MSAA
I've tested on a number of cards across generations and noticed no problems.
There
On Thu, Aug 9, 2012 at 12:13 AM, Andy Gross wrote:
> Removed the unnecessary copy of the memory page addresses when
> programming the DMM/PAT and all support code for the lut copy.
> The original intent was to have this code in place for
> suspend/resume functionality w.r.t. DEVICE_OFF.
>
> Perfor
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #28 from Alex Deucher 2012-08-10 17:46:32 UTC ---
If you are not using UEFI and the system supports legacy mode, then there's no
need to try the patch.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #27 from Alexander E. Patrakov 2012-08-10
17:44:00 UTC ---
My Sony VAIO currently boots via MBR, in BIOS mode. There is nothing about UEFI
in the BIOS setup screen. I am willing to convert the system and test the patch
only if someon
From: Alex Deucher
It was only used for dynpm, but has been replaced with
a better implementation using fences. Remove it.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |5
drivers/gpu/drm/radeon/r100.c | 19 -
drivers/gpu/drm/rad
From: Alex Deucher
1. Drop gui idle stuff, it's not as reliable as fences and only
covers the 3D engine.
2. Wait for fences on all rings. This makes sure all rings are
idle when reclocking.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_pm.c | 17 ++---
1 files ch
https://bugs.freedesktop.org/show_bug.cgi?id=53348
Chris Wilson changed:
What|Removed |Added
AssignedTo|dan...@ffwll.ch |dri-devel@lists.freedesktop
On Thu, Aug 9, 2012 at 12:13 AM, Andy Gross wrote:
> Removed the unnecessary copy of the memory page addresses when
> programming the DMM/PAT and all support code for the lut copy.
> The original intent was to have this code in place for
> suspend/resume functionality w.r.t. DEVICE_OFF.
>
> Perfor
Signed-off-by: Maarten Lankhorst
dma-buf-mgr handles the case of reserving single or multiple dma-bufs
while trying to prevent deadlocks from buffers being reserved
simultaneously. For this to happen extra functions have been introduced:
+ dma_buf_reserve()
+ dma_buf_unreserve()
+ dma_buf_
This type of fence can be used with hardware synchronization for simple
hardware that can block execution until the condition
(dma_buf[offset] - value) >= 0 has been met.
A software fallback still has to be provided in case the fence is used
with a device that doesn't support this mechanism. It is
A dma-fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering
Documentation says that code requiring dma-buf should add it to
select, so inline fallbacks are not going to be used. A link error
will make it obvious what went wrong, instead of silently doing
nothing at runtime.
Signed-off-by: Maarten Lankhorst
---
include/linux/dma-buf.h | 99 -
On Fri, Aug 10, 2012 at 11:00:25AM +0530, Sachin Kamat wrote:
> DRM_USB selects USB. However, USB depends on USB_SUPPORT and USB_ARCH_HAS_HCD.
> Thus, selecting USB_SUPPORT in Kconfig avoids the following warning
> (detected when DisplayLink was selected using exynos4_defconfig):
>
> warning: (MOU
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #26 from Alex Deucher 2012-08-10 13:50:54 UTC ---
(In reply to comment #25)
> i don't know why, but it don't get the VFCT Table.
> this returns false:
> (!ACPI_SUCCESS(acpi_get_table("VFCT", 1, &hdr)))
Then your system doesn't have t
Initial version of this driver.
The full datasheets are available from the Analog Devices website:
http://ez.analog.com/docs/DOC-1741
Not all features of the receiver are supported by this driver for various
reasons. Most notably:
- No CEC support (the CEC API needs a lot more discussion)
- N
These two helper functions detect whether the analog video timings detected
by the video receiver match the VESA CVT or GTF standards.
They basically do the inverse of the CVT and GTF modeline calculations.
This patch also adds a helper function that will determine the aspect ratio
based on the p
Add the v4l_match_dv_timings function that can be used to compare two
v4l2_dv_timings structs.
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-common.c | 33 +
include/media/v4l2-common.h |4
2 files changed, 37 insertions(+)
diff --git
Hi all,
This is the third version of this patch series. The second version can be
found here: http://www.spinics.net/lists/linux-media/msg50413.html
I made a pull request based on that and got some feedback:
http://patchwork.linuxtv.org/patch/13442/
The feedback has been incorporated in this th
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-ctrls.c | 39 ++
1 file changed, 39 insertions(+)
diff --git a/drivers/media/video/v4l2-ctrls.c b/drivers/media/video/v4l2-ctrls.c
index b6a2ee7..6a34c30 100644
--- a/drivers/media/video/v4l2-ctrls.c
+
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-compat-ioctl32.c | 57 +
drivers/media/video/v4l2-ioctl.c | 13 +++
drivers/media/video/v4l2-subdev.c |6 +++
include/media/v4l2-subdev.h |2 +
4 files changed, 78 i
These new controls and two new ioctls make it possible to properly support
VGA, DVI-A/D/I, HDMI and DisplayPort connectors. All these controls and the
ioctls are all at the sub-device level. They are meant for V4L2 bridge/platform
drivers or to be accessed on embedded systems through /dev/v4l-subde
DRM_USB selects USB. However, USB depends on USB_SUPPORT and USB_ARCH_HAS_HCD.
Thus, selecting USB_SUPPORT in Kconfig avoids the following warning
(detected when DisplayLink was selected using exynos4_defconfig):
warning: (MOUSE_APPLETOUCH && MOUSE_BCM5974 && MOUSE_SYNAPTICS_USB &&
JOYSTICK_XPAD
Signed-off-by: Hans Verkuil
---
Documentation/DocBook/media/v4l/biblio.xml | 40 +++
Documentation/DocBook/media/v4l/controls.xml | 161 ++
Documentation/DocBook/media/v4l/v4l2.xml |1 +
3 files changed, 202 insertions(+)
diff --git a/Documentation/DocBoo
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #25 from gy...@gmx.de 2012-08-10 12:11:40 UTC ---
i don't know why, but it don't get the VFCT Table.
this returns false:
(!ACPI_SUCCESS(acpi_get_table("VFCT", 1, &hdr)))
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cg
On Thu, Aug 9, 2012 at 10:26 PM, Rob Clark wrote:
> On Thu, Aug 9, 2012 at 12:14 AM, Andy Gross wrote:
>> Fix the following sparse warnings:
>>
>> drivers/staging/omapdrm/omap_dmm_tiler.c:123:13:
>>warning: symbol 'omap_dmm_irq_handler' was not declared.
>>Should it be static?
>>
>> drive
70 matches
Mail list logo
