[Bug 59332] Problems building 32bit Mesa

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/20130130/03d675f2/attachment.html>

BUG: circular locking dependency detected

On Wed, Jan 30, 2013 at 11:19 PM, Russell King wrote: > So... what you seem to be telling me is that 3.9 is going to be a > release which issues lockdep complaints when the console blanks, and > you think that's acceptable? > > Adding Linus and Andrew so they're aware of this issue... Linus was

BUG: circular locking dependency detected

On Wed, Jan 30, 2013 at 10:52 PM, Russell King wrote: > Also adding Greg and Daniel to this as Daniel introduced the lockdep > checking. > > This looks extremely horrid to be to solve - the paths are rather deep > where the dependency occurs. The two paths between the locks are: > >

[PATCH 1/2] [media] s5p-g2d: Add DT based discovery support

Hi Sachin, On 01/25/2013 10:55 AM, Sachin Kamat wrote: > This patch adds device tree based discovery support to G2D driver > > Signed-off-by: Sachin Kamat > --- > drivers/media/platform/s5p-g2d/g2d.c | 17 - > 1 files changed, 16 insertions(+), 1 deletions(-) > > diff --git

[Bug 57567] 3.7 radeonfb broken on efivga screens

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/2729326f/attachment.html>

BUG: circular locking dependency detected

On Wed, Jan 30, 2013 at 11:07:16PM +0100, Daniel Vetter wrote: > On Wed, Jan 30, 2013 at 10:52 PM, Russell King > wrote: > > Also adding Greg and Daniel to this as Daniel introduced the lockdep > > checking. > > > > This looks extremely horrid to be to solve - the paths are rather deep > > where

[Bug 57567] 3.7 radeonfb broken on efivga screens

to 22 from their deb pkg for kernel - http://pastebin.com/4uUWUtLV -- 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/20130

[PATCH 2/2] drm/exynos: Add device tree based discovery support for G2D

On 01/30/2013 09:50 AM, Inki Dae wrote: >> +static const struct of_device_id exynos_g2d_match[] = { >> + { .compatible = "samsung,g2d-v41" }, > > not only Exynos5 and also Exyno4 has the g2d gpu and drm-based g2d > driver shoud support for all Exynos SoCs. How about using >

[PATCH v2] drm/exynos: Get HDMI version from device tree

On 01/30/2013 06:16 PM, Inki Dae wrote: > 2013/1/30 Sylwester Nawrocki : >> Hi, >> >> >> On 01/08/2013 11:56 PM, Stephen Warren wrote: >>> >>> On 01/08/2013 01:16 PM, Sean Paul wrote: Add a property to the hdmi node so we can specify the HDMI version in the device tree instead of

[Bug 59982] Radeon: evergreen Atombios in loop during initialization on ppc64

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/53e63661/attachment.html>

[Bug 60034] rv790 etqw regression since r600g: add async for staging buffer upload v2

-- 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/20130130/83702e18/attachment-0001.html>

[PATCH 2/2] drm/exynos: Add device tree based discovery support for G2D

2013/1/25 Sachin Kamat : > From: Ajay Kumar > > This patch adds device tree match table for Exynos G2D controller. > > Signed-off-by: Ajay Kumar > Signed-off-by: Sachin Kamat > --- > drivers/gpu/drm/exynos/exynos_drm_g2d.c | 10 ++ > 1 files changed, 10 insertions(+), 0 deletions(-)

[Bug 59903] [RS880] Xorg.0.log: flip queue failed: Device or resource busy

sktop.org/archives/dri-devel/attachments/20130130/60578c92/attachment.html>

[Bug 60034] rv790 etqw regression since r600g: add async for staging buffer upload v2

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/c19d35cb/attachment.html>

[Bug 49981] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

https://bugzilla.kernel.org/show_bug.cgi?id=49981 J?r?me Glisse changed: What|Removed |Added CC||glisse at freedesktop.org ---

[ANNOUNCE] xf86-video-ati 7.1.0

If I learned anything from the libdrm mess that was 2.4.41 (sorry about that!), it is that people check things like md5sums, imo which should really no longer be included in the release announcements. :-) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alex Deucher (5): bump verion post

[RFC PATCH 4/4] video: display: Add Samsung s6e8ax0 display panel driver

This patch adds Common Display Framework driver for Samsung s6e8ax0 MIPI DSI display panel. Signed-off-by: Tomasz Figa Signed-off-by: Kyungmin Park --- drivers/video/display/Kconfig |3 + drivers/video/display/Makefile|1 + drivers/video/display/panel-s6e8ax0.c | 1027

[RFC PATCH 3/4] video: display: Add exynos-dsi video source driver

This patch adds new driver for DSI master block available in Samsung Exynos SoCs. The driver is designed and written specifically for Common Display Framework. Signed-off-by: Tomasz Figa Signed-off-by: Kyungmin Park --- drivers/video/display/Kconfig |3 +

[RFC PATCH 2/4] video: add makefile & kconfig

Signed-off-by: Tomasz Figa Signed-off-by: Kyungmin Park --- drivers/video/Kconfig | 1 + drivers/video/Makefile | 1 + drivers/video/display/Kconfig | 10 ++ drivers/video/display/Makefile | 1 + 4 files changed, 13 insertions(+) create mode 100644

[RFC PATCH 1/4] video: add display-core

Signed-off-by: Tomasz Figa Signed-off-by: Kyungmin Park --- drivers/video/display/display-core.c | 295 +++ include/video/display.h | 230 +++ 2 files changed, 525 insertions(+) create mode 100644

[RFC PATCH 0/4] Common Display Framework-TF

Hi, After pretty long time of trying to adapt Exynos-specific DSI display support to Common Display Framework I'm ready to show some preliminary RFC patches. This series shows some ideas for CDF that came to my mind during my work, some changes based on comments received by Tomi's edition of CDF

[PATCH 9/9] drm/i915: Hook PSR functionality

PSR must be enabled after transcoder and port are running. And it is only available for HSW. v2: move enable/disable to intel_ddi Signed-off-by: Rodrigo Vivi --- drivers/gpu/drm/i915/intel_ddi.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/i915/intel_ddi.c

[PATCH 8/9] drm/i915: Added debugfs support for PSR Status

From: Shobhit Kumar Added support for PSR entry counter and performance counters Signed-off-by: Shobhit Kumar v2: Add psr enabled yes/no info Signed-off-by: Rodrigo Vivi --- drivers/gpu/drm/i915/i915_debugfs.c | 34 ++ 1 file changed,

[PATCH 7/9] drm/i915: Enable/Disable PSR on HSW

From: Shobhit Kumar Added eDP PSR enable functionality. This includes setting the PSR configuration over AUX, sending SDP VSC DIP over the eDP PIPE config, enabling PSR in the sink via DPCD register and finally enabling PSR on the host. PSR works only in LPSP mode, so

[PATCH 6/9] drm/i915: VBT Parsing for the PSR Feature Block for HSW

From: Shobhit Kumar Parse and store useful information in i915_dev_private Signed-off-by: Shobhit Kumar v2: Add to new vbt struct and call them psr_* Signed-off-by: Rodrigo Vivi --- drivers/gpu/drm/i915/i915_drv.h | 7 +++ drivers/gpu/drm/i915/intel_bios.c |

[PATCH 5/9] drm/i915: Setup EDP PSR AUX Registers

From: Shobhit Kumar Signed-off-by: Shobhit Kumar v2: Created aux_clock_divider function to avoid duplicated code. Unfortunatelly dp_aux_ch and psr_aux_ch aren't so similar to reuse full code. Signed-off-by: Rodrigo Vivi --- drivers/gpu/drm/i915/i915_reg.h | 13

[PATCH 4/9] drm/i915: Read the EDP DPCD and PSR Capability

From: Shobhit Kumar Signed-off-by: Shobhit Kumar v2: reuse of just created is_edp_psr and put it at right place. Signed-off-by: Rodrigo Vivi --- drivers/gpu/drm/i915/intel_dp.c | 12 drivers/gpu/drm/i915/intel_drv.h | 1 + 2 files changed, 13

[PATCH 3/9] drm/i915: Added SDP and VSC structures for handling PSR for eDP

From: Shobhit Kumar Signed-off-by: Sateesh Kavuri v2: Modified and corrected the structures to be more in line for kernel coding guidelines and rebased the code on Paulo's DP patchset Signed-off-by: Shobhit Kumar v3: removing unecessary identation at

[PATCH 2/9] drm/i915: Use cpu_transcoder for HSW_TVIDEO_DIP_* instead of pipe

While old platforms had 3 transcoders and 3 pipes (1:1), HSW has 4 transcoders and 3 pipes. To avoid future mistakes transcoders must be used here instead of pipes even though it is working right now by coincidence. Signed-off-by: Rodrigo Vivi --- drivers/gpu/drm/i915/i915_reg.h | 16

[PATCH 1/9] drm/i915: Organize VBT stuff inside drm_i915_private

drm_i915_private is getting bigger and bigger when adding new vbt stuff. So, the better way of getting drm_i915_private organized is to create an special structure for vbt stuff. Signed-off-by: Rodrigo Vivi --- drivers/gpu/drm/i915/i915_dma.c | 8 +-- drivers/gpu/drm/i915/i915_drv.h

[PATCH 0/9] Enable eDP PSR functionality at HSW - v2

PSR is an eDP feature that allows power saving even with static image at eDP screen. v2: Main differences in this v2: - Created vbt struct to get i915 dev_priv more organized and to avoid adding more stuff into it. - migrated hsw macros to use transcoder instead of pipes than I could address

[PATCH 1/2] drm/exynos: add support for dt based search to exynos4 hdmi

Hi Rahul, Could you add descriptions to dt document file? For this, you can refer to the below link, https://patchwork.kernel.org/patch/1948061/ Thanks, Inki Dae 2013/1/25 Rahul Sharma : > Signed-off-by: Rahul Sharma > --- > drivers/gpu/drm/exynos/exynos_ddc.c | 2 ++ >

[PATCH v2] drm/exynos: Get HDMI version from device tree

2013/1/30 Sean Paul : > On Tue, Jan 8, 2013 at 5:56 PM, Stephen Warren > wrote: >> On 01/08/2013 01:16 PM, Sean Paul wrote: >>> Add a property to the hdmi node so we can specify the HDMI version in >>> the device tree instead of just defaulting to v1.4 with the existence of >>> the dt node. >>

radeon modeset crashes on A4-3400 HD6410D

gt; bits in the given disabled_rb_mask Looks good. I've gone ahead and applied your patch for safety sake and I also added a patch to set up the RBs correctly on your board. Please test the attached patches. Thanks! Alex -- next part -- A non-text attachment was scrub

[Bug 60028] Post-3.7.x memory leak, Radeon Evergreen, bisected

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/20130130/c8235d78/attachment.html>

[Bug 60073] [bisected] Bad rendering in Path of Exile

||g/show_bug.cgi?id=59690 -- 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/20130130/c7fca

[PATCH 4/5] drm/tegra: Implement VBLANK support

On Wed, Jan 30, 2013 at 9:34 AM, Thierry Reding wrote: > On Tue, Jan 22, 2013 at 10:21:40AM -0800, Jon Mayo wrote: >> On Mon, Jan 14, 2013 at 7:55 AM, Thierry Reding >> wrote: >> > Implement support for the VBLANK IOCTL. Note that Tegra is somewhat >> > special in this case because it doesn't

[Bug 60073] [bisected] Bad rendering in Path of Exile

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/84b0944b/attachment.html>

[Bug 60073] [bisected] Bad rendering in Path of Exile

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/1e9f7ad8/attachment.html>

[Bug 60073] [bisected] Bad rendering in Path of Exile

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/424d74f7/attachment.html>

[Bug 60073] [bisected] Bad rendering in Path of Exile

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/77c91b6f/attachment.html>

[Bug 60028] Post-3.7.x memory leak, Radeon Evergreen, bisected

-- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/a62882a7/attachment-0001.html>

[Bug 60073] New: [bisected] Bad rendering in Path of Exile

e assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/a530ed2a/attachment-0001.html>

[git pull] fbcon locking fixes.

On Mon, Jan 28, 2013 at 1:45 PM, Maarten Lankhorst wrote: >> There was a path going into set_con2fb_path if an fb driver was >> already registered, I just pushed the locking out further on anyone >> going in there. >> >> it boots on my EFI macbook here. >> > I cherry picked those patches to my

[PATCH v2 0/1] Adds display-timing node parsing to exynos drm fimd

Hi Vikas, Changelog mentioning differences between v1 and v2 is generally preferred as it will help the reviewers. On 30 January 2013 12:00, Vikas Sajjan wrote: > This patch adds display-timing node parsing to drm fimd, this depends on > the display helper patchset at >

[PATCH 5/5] drm/tegra: Implement page-flipping support

wasn't =) I suppose some queue must be running full if the > event isn't handled by calling drmHandleEvent(). Okay, this now works > properly with page-flipping. Just in case anybody's interested, the code is here: https://gitorious.org/thierryreding/kmslife Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/a1f2e6d7/attachment-0001.pgp>

[PATCH 2/7] mutex: add support for reservation style locks

Op 30-01-13 02:07, Rob Clark schreef: > On Tue, Jan 15, 2013 at 6:33 AM, Maarten Lankhorst > wrote: > Hi Maarten, > > This is a nice looking extension to avoid re-implementing a mutex in > TTM/reservation code.. ofc, probably someone more familiar with mutex > code should probably review, but

[PATCH 5/5] drm/tegra: Implement page-flipping support

dle them in your code? Duh. No I wasn't =) I suppose some queue must be running full if the event isn't handled by calling drmHandleEvent(). Okay, this now works properly with page-flipping. Thanks. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/4df62937/attachment.pgp>

[PATCH 2/7] mutex: add support for reservation style locks

On Wed, Jan 30, 2013 at 2:07 AM, Rob Clark wrote: > == > Basic problem statement: > - --- - > GPU's do operations that commonly involve many buffers. Those buffers > can be shared across contexts/processes, exist in different memory > domains (for example

[PATCH v2 1/1] video: drm: exynos: Adds display-timing node parsing using video helper function

This patch adds display-timing node parsing using video helper function Signed-off-by: Leela Krishna Amudala Signed-off-by: Vikas Sajjan --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 38 +++--- 1 file changed, 35 insertions(+), 3 deletions(-) diff --git

[PATCH v2 0/1] Adds display-timing node parsing to exynos drm fimd

This patch adds display-timing node parsing to drm fimd, this 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. patch is based on branch "exynos-drm-next" at

[PATCH 5/5] drm/tegra: Implement page-flipping support

On Wed, Jan 30, 2013 at 10:32:47AM +0100, Thierry Reding wrote: > On Wed, Jan 16, 2013 at 01:36:17PM +0100, Daniel Vetter wrote: > > On Wed, Jan 16, 2013 at 11:01 AM, Thierry Reding > > wrote: > > > drm_events_release() should be enough to clean up the events, but I > > > suspect the reason why

A patch referencing this bug report has been merged...

Hi Florian, all - First, thanks for your work on adding the bugzilla comments when patches referencing bugs get merged. I find it useful. Recently however there was a comment about a commit referencing a commit referencing the bug report. Turns out the comment was missing one level of

[PATCH 0/1] Adds display-timing node parsing to exynos drm fimd

Hello Sean, This patch set will be abandoned and your comments will be addressed in reply to http://lists.freedesktop.org/archives/dri-devel/2013-January/034080.html Thanks, Leela Krishna Amudala. On Tue, Jan 29, 2013 at 1:42 PM, Leela Krishna Amudala wrote: > This patch adds display-timing

[PATCH v2 1/1] video: drm: exynos: Adds display-timing node parsing using video helper function

On Wed, Jan 30, 2013 at 1:30 AM, Vikas Sajjan wrote: > This patch adds display-timing node parsing using video helper function > > Signed-off-by: Leela Krishna Amudala > Signed-off-by: Vikas Sajjan > --- > drivers/gpu/drm/exynos/exynos_drm_fimd.c | 38 > +++--- > 1

[PATCH 5/5] drm/tegra: Implement page-flipping support

be I am mistaken and this isn't the proper programming sequence? Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/7794ee9c/attachment.pgp>

[PATCH] drm: avoid "mono_time_offset may be used uninitialized"

On 01/29/2013 05:09 PM, Stephen Warren wrote: > From: Stephen Warren > > Silence the following: > drivers/gpu/drm/drm_irq.c: In function > 'drm_calc_vbltimestamp_from_scanoutpos': > drivers/gpu/drm/drm_irq.c:583:24: warning: 'mono_time_offset.tv64' may be > used uninitialized in this function

[PATCH 4/5] drm/tegra: Implement VBLANK support

anyway. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/988c0841/attachment.pgp>

[Bug 58667] Random crashes on CAYMAN

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130130/2afca0da/attachment.html>

[Bug 58667] Random crashes on CAYMAN

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/ac5e1c67/attachment.html>

[Bug 58667] Random crashes on CAYMAN

-enable huge pages to see what happens then. -- 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/20130130/ea577b9a/attachment.html>

[PATCH 2/7] mutex: add support for reservation style locks

On Wed, Jan 30, 2013 at 5:08 AM, Daniel Vetter wrote: > On Wed, Jan 30, 2013 at 2:07 AM, Rob Clark wrote: >> == >> Basic problem statement: >> - --- - >> GPU's do operations that commonly involve many buffers. Those buffers >> can be shared across

[Bug 49981] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

https://bugzilla.kernel.org/show_bug.cgi?id=49981 D. Hugh Redelmeier changed: What|Removed |Added CC||hugh at mimosa.com --- Comment

[Bug 52121] mgag200 driver does not work properly with Xen in new Intel Server Board

https://bugzilla.kernel.org/show_bug.cgi?id=52121 --- Comment #20 from Fernando Chaves 2013-01-30 02:08:38 --- Well... Same thing with EFI boot. Video still slow. I think I should use a VGA card for a while (or forever). -- Configure bugmail:

[git pull] drm fixes

Hi Linus, from LCA request, intel, radeon and exynos fixes, nothing too major or wierd, one dmar fix and a radeon cursor corruption, along with misc exynos fixes. Dave. The following changes since commit 014b34409fb2015f63663b6cafdf557fdf289628: ttm: on move memory failure don't leave a

[Bug 58667] Random crashes on CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=58667 --- Comment #42 from Thomas Rohloff v10la...@myway.de --- I updated m kernel to 3.8-rc5 and mesa to http://cgit.freedesktop.org/mesa/mesa/commit/?id=952e6e9f3b0eb179f67345f00e5a7f1dbaa7bdd5 (can't go higher cause of

Re: [PATCH 2/2] drm/exynos: Add device tree based discovery support for G2D

2013/1/25 Sachin Kamat sachin.ka...@linaro.org: From: Ajay Kumar ajaykumar...@samsung.com This patch adds device tree match table for Exynos G2D controller. Signed-off-by: Ajay Kumar ajaykumar...@samsung.com Signed-off-by: Sachin Kamat sachin.ka...@linaro.org ---

A patch referencing this bug report has been merged...

Hi Florian, all - First, thanks for your work on adding the bugzilla comments when patches referencing bugs get merged. I find it useful. Recently however there was a comment about a commit referencing a commit referencing the bug report. Turns out the comment was missing one level of

[Bug 58667] Random crashes on CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=58667 --- Comment #43 from Thomas Rohloff v10la...@myway.de --- And again I was to fast with this. I started another game and the dmesg spam was there again. -- You are receiving this mail because: You are the assignee for the bug.

Re: 3.8-rc2: lockdep warning in nouveau driver

On Wed, 2013-01-09 at 12:45 +0100, Arend van Spriel wrote: Maybe this one is already known, but I did not find a post about it. So here it is. Regards, Arend [snip] [9.589986] = [9.595365] [ INFO: possible recursive locking detected ]

Re: [PATCH] x86, efi: remove attribute check from setup_efi_pci

On Tue, 2013-01-29 at 17:52 +0100, Maarten Lankhorst wrote: It looks like the original commit that copied the rom contents from efi always copied the rom, and the fixup in setup_efi_pci from commit 886d751a2ea99a160 (x86, efi: correct precedence of operators in setup_efi_pci) broke that.

radeon modeset crashes on A4-3400 HD6410D

Hi, I have a A4-3400 CPU that I bought half a year ago. I've tried once month, but Fedora has never succeeded in booting in graphical mode. Some time ago a finally built some custom kernels to figure out why. I created a bug to Fedora bughttps://bugzilla.redhat.com/show_bug.cgi?id=892233, but

Re: [PATCH v2] drm/exynos: Get HDMI version from device tree

Hi, On 01/08/2013 11:56 PM, Stephen Warren wrote: On 01/08/2013 01:16 PM, Sean Paul wrote: Add a property to the hdmi node so we can specify the HDMI version in the device tree instead of just defaulting to v1.4 with the existence of the dt node. I guess this seems OK to me if required,

[PATCH v2 0/1] Adds display-timing node parsing to exynos drm fimd

This patch adds display-timing node parsing to drm fimd, this 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. patch is based on branch exynos-drm-next at

[PATCH v2 1/1] video: drm: exynos: Adds display-timing node parsing using video helper function

This patch adds display-timing node parsing using video helper function Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com Signed-off-by: Vikas Sajjan vikas.saj...@linaro.org --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 38 +++--- 1 file changed, 35

Re: [PATCH v2 0/1] Adds display-timing node parsing to exynos drm fimd

Hi Vikas, Changelog mentioning differences between v1 and v2 is generally preferred as it will help the reviewers. On 30 January 2013 12:00, Vikas Sajjan vikas.saj...@linaro.org wrote: This patch adds display-timing node parsing to drm fimd, this depends on the display helper patchset at

[Bug 58667] Random crashes on CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=58667 --- Comment #44 from Thomas Rohloff v10la...@myway.de --- And it crashed again, too. :( -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list

Re: [PATCH 5/5] drm/tegra: Implement page-flipping support

On Wed, Jan 16, 2013 at 01:36:17PM +0100, Daniel Vetter wrote: On Wed, Jan 16, 2013 at 11:01 AM, Thierry Reding thierry.red...@avionic-design.de wrote: drm_events_release() should be enough to clean up the events, but I suspect the reason why Laurent put that code in was that the drm_crtc

Re: [PATCH 5/5] drm/tegra: Implement page-flipping support

On Wed, Jan 30, 2013 at 10:32:47AM +0100, Thierry Reding wrote: On Wed, Jan 16, 2013 at 01:36:17PM +0100, Daniel Vetter wrote: On Wed, Jan 16, 2013 at 11:01 AM, Thierry Reding thierry.red...@avionic-design.de wrote: drm_events_release() should be enough to clean up the events, but I

Re: [PATCH 2/7] mutex: add support for reservation style locks

On Wed, Jan 30, 2013 at 2:07 AM, Rob Clark robdcl...@gmail.com wrote: == Basic problem statement: - --- - GPU's do operations that commonly involve many buffers. Those buffers can be shared across contexts/processes, exist in different memory domains

Re: [PATCH 5/5] drm/tegra: Implement page-flipping support

On Wed, Jan 30, 2013 at 11:42:40AM +0200, Ville Syrjälä wrote: On Wed, Jan 30, 2013 at 10:32:47AM +0100, Thierry Reding wrote: On Wed, Jan 16, 2013 at 01:36:17PM +0100, Daniel Vetter wrote: On Wed, Jan 16, 2013 at 11:01 AM, Thierry Reding thierry.red...@avionic-design.de wrote:

Re: [PATCH 2/7] mutex: add support for reservation style locks

Op 30-01-13 02:07, Rob Clark schreef: On Tue, Jan 15, 2013 at 6:33 AM, Maarten Lankhorst m.b.lankho...@gmail.com wrote: Hi Maarten, This is a nice looking extension to avoid re-implementing a mutex in TTM/reservation code.. ofc, probably someone more familiar with mutex code should

Re: [PATCH 5/5] drm/tegra: Implement page-flipping support

On Wed, Jan 30, 2013 at 12:14:36PM +0100, Thierry Reding wrote: On Wed, Jan 30, 2013 at 11:42:40AM +0200, Ville Syrjälä wrote: On Wed, Jan 30, 2013 at 10:32:47AM +0100, Thierry Reding wrote: On Wed, Jan 16, 2013 at 01:36:17PM +0100, Daniel Vetter wrote: On Wed, Jan 16, 2013 at 11:01 AM,

Re: [PATCH 2/7] mutex: add support for reservation style locks

On Wed, Jan 30, 2013 at 5:08 AM, Daniel Vetter dan...@ffwll.ch wrote: On Wed, Jan 30, 2013 at 2:07 AM, Rob Clark robdcl...@gmail.com wrote: == Basic problem statement: - --- - GPU's do operations that commonly involve many buffers. Those buffers can

Re: [git pull] fbcon locking fixes.

On Mon, Jan 28, 2013 at 1:45 PM, Maarten Lankhorst maarten.lankho...@canonical.com wrote: There was a path going into set_con2fb_path if an fb driver was already registered, I just pushed the locking out further on anyone going in there. it boots on my EFI macbook here. I cherry picked

Re: [PATCH 4/5] drm/tegra: Implement VBLANK support

On Wed, Jan 30, 2013 at 9:34 AM, Thierry Reding thierry.red...@avionic-design.de wrote: On Tue, Jan 22, 2013 at 10:21:40AM -0800, Jon Mayo wrote: On Mon, Jan 14, 2013 at 7:55 AM, Thierry Reding thierry.red...@avionic-design.de wrote: Implement support for the VBLANK IOCTL. Note that Tegra is

[Bug 60028] Post-3.7.x memory leak, Radeon Evergreen, bisected

https://bugs.freedesktop.org/show_bug.cgi?id=60028 --- Comment #8 from Dave Witbrodt dawit...@sbcglobal.net --- (In reply to comment #7) This is indeed more likely an issue in Mesa than in the kernel. The commit you bisected also bumps KMS_DRIVER_MINOR in radeon_drv.c, which may cause the Mesa

[Bug 60073] New: [bisected] Bad rendering in Path of Exile

https://bugs.freedesktop.org/show_bug.cgi?id=60073 Priority: medium Bug ID: 60073 Assignee: dri-devel@lists.freedesktop.org Summary: [bisected] Bad rendering in Path of Exile Severity: normal Classification: Unclassified OS:

[Bug 60073] [bisected] Bad rendering in Path of Exile

https://bugs.freedesktop.org/show_bug.cgi?id=60073 --- Comment #1 from Wojciech Pyczak nissa...@gmail.com --- Created attachment 73926 -- https://bugs.freedesktop.org/attachment.cgi?id=73926action=edit Login screen -- You are receiving this mail because: You are the assignee for the bug.

[Bug 60073] [bisected] Bad rendering in Path of Exile

https://bugs.freedesktop.org/show_bug.cgi?id=60073 --- Comment #2 from Wojciech Pyczak nissa...@gmail.com --- Created attachment 73927 -- https://bugs.freedesktop.org/attachment.cgi?id=73927action=edit Login screen (bad rendering) -- You are receiving this mail because: You are the assignee

[Bug 60073] [bisected] Bad rendering in Path of Exile

https://bugs.freedesktop.org/show_bug.cgi?id=60073 --- Comment #3 from Wojciech Pyczak nissa...@gmail.com --- Created attachment 73928 -- https://bugs.freedesktop.org/attachment.cgi?id=73928action=edit In-game screenshot -- You are receiving this mail because: You are the assignee for the

[Bug 60028] Post-3.7.x memory leak, Radeon Evergreen, bisected

https://bugs.freedesktop.org/show_bug.cgi?id=60028 --- Comment #9 from Michel Dänzer mic...@daenzer.net --- (In reply to comment #8) Would it be good for me to bisect Mesa? If Mesa commit 6532eb17baff6e61b427f29e076883f8941ae664 (where code depending on DRM minor 26 was first introduced)

[RFC PATCH 0/4] Common Display Framework-TF

Hi, After pretty long time of trying to adapt Exynos-specific DSI display support to Common Display Framework I'm ready to show some preliminary RFC patches. This series shows some ideas for CDF that came to my mind during my work, some changes based on comments received by Tomi's edition of CDF

[RFC PATCH 3/4] video: display: Add exynos-dsi video source driver

This patch adds new driver for DSI master block available in Samsung Exynos SoCs. The driver is designed and written specifically for Common Display Framework. Signed-off-by: Tomasz Figa t.f...@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- drivers/video/display/Kconfig

[RFC PATCH 4/4] video: display: Add Samsung s6e8ax0 display panel driver

This patch adds Common Display Framework driver for Samsung s6e8ax0 MIPI DSI display panel. Signed-off-by: Tomasz Figa t.f...@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- drivers/video/display/Kconfig |3 + drivers/video/display/Makefile|1 +

Re: [PATCH v2 1/1] video: drm: exynos: Adds display-timing node parsing using video helper function

On Wed, Jan 30, 2013 at 1:30 AM, Vikas Sajjan vikas.saj...@linaro.org wrote: This patch adds display-timing node parsing using video helper function Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com Signed-off-by: Vikas Sajjan vikas.saj...@linaro.org ---

[ANNOUNCE] xf86-video-ati 7.1.0

If I learned anything from the libdrm mess that was 2.4.41 (sorry about that!), it is that people check things like md5sums, imo which should really no longer be included in the release announcements. :-) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alex Deucher (5): bump verion post

[Bug 49981] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

https://bugzilla.kernel.org/show_bug.cgi?id=49981 Jérôme Glisse gli...@freedesktop.org changed: What|Removed |Added CC|

[Bug 60034] rv790 etqw regression since r600g: add async for staging buffer upload v2

https://bugs.freedesktop.org/show_bug.cgi?id=60034 --- Comment #4 from Jerome Glisse gli...@freedesktop.org --- Please update mesa again a bunch of fixes were push. Make sure you have up to : e1598cb642334c809e6ec219d793e7bc85a213de -- You are receiving this mail because: You are the assignee

[Bug 59903] [RS880] Xorg.0.log: flip queue failed: Device or resource busy

https://bugs.freedesktop.org/show_bug.cgi?id=59903 --- Comment #8 from Michel Dänzer mic...@daenzer.net --- (In reply to comment #6) * with echo 2 /sys/module/drm/parameters/debug nothing special in dmesg Hmm, so maybe the EBUSY error is coming from this code in drm_mode_page_flip_ioctl():

  1   2   >