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
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
---
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
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.
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 ]
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.
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
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,
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
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
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
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
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
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
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
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:
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
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,
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
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
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
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
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:
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.
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
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
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)
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
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
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 +
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
---
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
https://bugzilla.kernel.org/show_bug.cgi?id=49981
Jérôme Glisse gli...@freedesktop.org changed:
What|Removed |Added
CC|
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
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():
https://bugs.freedesktop.org/show_bug.cgi?id=60034
--- Comment #5 from Andy Furniss li...@andyfurniss.entadsl.com ---
(In reply to comment #4)
Please update mesa again a bunch of fixes were push. Make sure you have up
to :
e1598cb642334c809e6ec219d793e7bc85a213de
I am still seeing it on
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
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 rodrigo.v...@gmail.com
---
drivers/gpu/drm/i915/i915_dma.c | 8 +--
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 rodrigo.v...@gmail.com
---
From: Shobhit Kumar shobhit.ku...@intel.com
Signed-off-by: Sateesh Kavuri sateesh.kav...@intel.com
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 shobhit.ku...@intel.com
v3:
From: Shobhit Kumar shobhit.ku...@intel.com
Signed-off-by: Shobhit Kumar shobhit.ku...@intel.com
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 rodrigo.v...@gmail.com
From: Shobhit Kumar shobhit.ku...@intel.com
Parse and store useful information in i915_dev_private
Signed-off-by: Shobhit Kumar shobhit.ku...@intel.com
v2: Add to new vbt struct and call them psr_*
Signed-off-by: Rodrigo Vivi rodrigo.v...@gmail.com
---
drivers/gpu/drm/i915/i915_drv.h | 7
From: Shobhit Kumar shobhit.ku...@intel.com
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 put
From: Shobhit Kumar shobhit.ku...@intel.com
Added support for PSR entry counter and performance counters
Signed-off-by: Shobhit Kumar shobhit.ku...@intel.com
v2: Add psr enabled yes/no info
Signed-off-by: Rodrigo Vivi rodrigo.v...@gmail.com
---
drivers/gpu/drm/i915/i915_debugfs.c | 34
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 rodrigo.v...@gmail.com
---
drivers/gpu/drm/i915/intel_ddi.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
On Tue, Jan 29, 2013 at 1:09 PM, Mikko Tiihonen mikko.tiiho...@iki.fi wrote:
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
https://bugs.freedesktop.org/show_bug.cgi?id=59982
--- Comment #5 from Jerome Glisse gli...@freedesktop.org ---
Can you try dumping the bios when booting with kms disable and nothing bind to
the gpu
--
You are receiving this mail because:
You are the assignee for the bug.
On Wed, Jan 30, 2013 at 10:52 PM, Russell King r...@arm.linux.org.uk 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:
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #10 from Vladimir boba...@gmail.com ---
Some news which makes it easier to isolate the bug
ubuntu updated kernel to 3.5.0-22 and bug appeared on this kernel
3.5.0-21 - no bug
looks like they added some upstream changes.
here is
On Wed, Jan 30, 2013 at 11:19 PM, Russell King r...@arm.linux.org.uk 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
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #11 from Alex Deucher ag...@yahoo.com ---
this looks like it may be a duplicate of bug 59431.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=59332
Matt Turner matts...@gmail.com changed:
What|Removed |Added
Assignee|i...@freedesktop.org
On Thu, Jan 31, 2013 at 9:19 AM, Russell King r...@arm.linux.org.uk 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
On Thu, Jan 31, 2013 at 9:52 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Thu, Jan 31, 2013 at 9:19 AM, Russell King r...@arm.linux.org.uk 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
On Thu, Jan 31, 2013 at 11:13 AM, Russell King r...@arm.linux.org.uk wrote:
Which may or may not be a good thing depending how you look at it; it
means that once your kernel blanks, you get a lockdep dump. At that
point you lose lockdep checking for everything else because lockdep
disables
https://bugs.freedesktop.org/show_bug.cgi?id=56139
John Lenz l...@math.uic.edu changed:
What|Removed |Added
CC||l...@math.uic.edu
---
2013/1/30 Sylwester Nawrocki sylvester.nawro...@gmail.com:
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
On 01/30/2013 06:16 PM, Inki Dae wrote:
2013/1/30 Sylwester Nawrocki sylvester.nawro...@gmail.com:
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
Hi Linus,
as suggested lets undo the console lock lockdep tracking for now,
Dave.
The following changes since commit 2e51b231a8d716ea5aacde0bd95ac789cea195b0:
Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux
(2013-01-30 12:02:26 +1100)
are available in the git
On Thu, Jan 31, 2013 at 10:22 AM, Inki Dae inki@samsung.com wrote:
2013/1/31 Stephen Warren swar...@wwwdotorg.org:
On 01/30/2013 06:16 PM, Inki Dae wrote:
2013/1/30 Sylwester Nawrocki sylvester.nawro...@gmail.com:
Hi,
On 01/08/2013 11:56 PM, Stephen Warren wrote:
On 01/08/2013 01:16
Hello,
Here's a new DRM driver for the Renesas R-Car Display Unit (DU).
The DU features two superposition processors (modeled as CRTCs) and eight
planes that can be shared between the superposition processors.
The driver supports the superposition processors (currently in pure overlay
mode
Only the DU0 VGA output is currently supported. Support for the DU0 LVDS
and DU1 LVDS outputs will require information about the panels that will
be connected to those outputs.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
arch/arm/mach-shmobile/board-marzen.c |
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
samsung,exynos5-g2d instead
On Wed, Jan 30, 2013 at 11:07:16PM +0100, Daniel Vetter wrote:
On Wed, Jan 30, 2013 at 10:52 PM, Russell King r...@arm.linux.org.uk 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
On Thu, Jan 31, 2013 at 10:52:51AM +1100, Linus Torvalds wrote:
On Thu, Jan 31, 2013 at 9:19 AM, Russell King r...@arm.linux.org.uk 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
On Thu, Jan 31, 2013 at 10:04:05AM +1000, Dave Airlie wrote:
On Thu, Jan 31, 2013 at 9:52 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Thu, Jan 31, 2013 at 9:19 AM, Russell King r...@arm.linux.org.uk wrote:
So... what you seem to be telling me is that 3.9 is going to be a
-Original Message-
From: Jani Nikula [mailto:jani.nik...@linux.intel.com]
Sent: Thursday, January 24, 2013 5:05 PM
To: Su, Xuemin
Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org;
linux-ker...@vger.kernel.org; yanmin_zh...@linux.intel.com; He, Bo
Subject: Re: [PATCH V3] drm_crtc:
From: Phil Edworthy phil.edwor...@renesas.com
Signed-off-by: Phil Edworthy phil.edwor...@renesas.com
[Rename device from to rcarfb to rcar-du]
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
arch/arm/mach-shmobile/clock-r8a7779.c | 4 +++-
1 file changed, 3
On 30.01.13 13:36, Daniel Vetter wrote:
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
On 01/29/2013 06:23 PM, Rob Clark wrote:
Driver for the NXP TDA998X i2c hdmi encoder slave.
Rob,
good to see a driver for TDA998x comming! I'd love to test
it on CuBox (mach-dove) but there is no gpu driver I can hook up,
yet. Anyway, I will make some comments how I think the driver
should be
I forgot to change subject. So I resend a patch.
---
acpi_bus_get_device() returns int not acpi_status.
The patch change not to apply ACPI_FAILURE() to the return value of
acpi_bus_get_device().
Signed-off-by: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
---
acpi_bus_get_device() returns int not acpi_status.
The patch change not to apply ACPI_FAILURE() to the return value of
acpi_bus_get_device().
Signed-off-by: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
---
drivers/gpu/drm/i915/intel_opregion.c |2 +-
1 file changed, 1 insertion(+), 1
Hi Sean,
Sorry, wrongly sent incomplete mail.
On 31 January 2013 10:41, Vikas Sajjan vikas.saj...@linaro.org wrote:
Hi Sean,
On 30 January 2013 21:28, Sean Paul seanp...@chromium.org wrote:
On Wed, Jan 30, 2013 at 1:30 AM, Vikas Sajjan vikas.saj...@linaro.org
wrote:
This patch adds
On Thu, Jan 31, 2013 at 11:26:53AM +1100, Linus Torvalds wrote:
On Thu, Jan 31, 2013 at 11:13 AM, Russell King r...@arm.linux.org.uk wrote:
Which may or may not be a good thing depending how you look at it; it
means that once your kernel blanks, you get a lockdep dump. At that
point you
From: liu chuansheng chuansheng@intel.com
Date: Thu, 31 Jan 2013 22:13:00 +0800
Subject: [PATCH] drm/radeon: Calling object_unrefer() when creating fb
failure
When kzalloc() failed in radeon_user_framebuffer_create(), need to
call object_unreference() to match the object_reference().
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
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:
https://bugzilla.kernel.org/show_bug.cgi?id=49981
D. Hugh Redelmeier changed:
What|Removed |Added
CC||hugh at mimosa.com
--- Comment
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
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.
>>
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 ++
>
-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>
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(-)
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
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/ac5e1c67/attachment.html>
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
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
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
>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130130/2afca0da/attachment.html>
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>
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
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>
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
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>
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
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>
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
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
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
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/a62882a7/attachment-0001.html>
1 - 100 of 140 matches
Mail list logo