this?
--
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/03d675f2/attachment.html>
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 t
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:
>
> console_lock+
From: liu chuansheng
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().
Signed-off-by: liu chuansheng
On Thu, Jan 31, 2013 at 11:26:53AM +1100, Linus Torvalds wrote:
> On Thu, Jan 31, 2013 at 11:13 AM, Russell King 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
Hi Sean,
Sorry, wrongly sent incomplete mail.
On 31 January 2013 10:41, Vikas Sajjan wrote:
> Hi Sean,
>
> On 30 January 2013 21:28, Sean Paul wrote:
>> On Wed, Jan 30, 2013 at 1:30 AM, Vikas Sajjan
>> wrote:
>>> This patch adds display-timing node parsing using video helper function
>>>
>>>
Hi Sean,
On 30 January 2013 21:28, Sean Paul wrote:
> 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/exyn
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
---
drivers/gpu/drm/i915/intel_opregion.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-pm/dri
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
---
drivers/gpu/drm/i915/intel_opregion.c |2 +-
1 file chang
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
On 30.01.13 13:36, Daniel Vetter wrote:
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
From: Phil Edworthy
Signed-off-by: Phil Edworthy
[Rename device from to rcarfb to rcar-du]
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/clock-r8a7779.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-shmobile/clock-r8a7779.c
b/arch/arm/mach-s
-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: c
On Thu, Jan 31, 2013 at 10:04:05AM +1000, Dave Airlie wrote:
> On Thu, Jan 31, 2013 at 9:52 AM, Linus Torvalds
> wrote:
> > On Thu, Jan 31, 2013 at 9:19 AM, 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
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 a/
On Thu, Jan 31, 2013 at 10:52:51AM +1100, Linus Torvalds wrote:
> On Thu, Jan 31, 2013 at 9:19 AM, 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?
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 the
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 a/drivers/medi
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" instea
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
---
arch/arm/mach-shmobile/board-marzen.c | 65 +++
1 f
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 witho
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/2729326f/attachment.html>
On Thu, Jan 31, 2013 at 10:22 AM, Inki Dae wrote:
> 2013/1/31 Stephen Warren :
>> 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
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
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
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 reposi
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-g
2013/1/31 Stephen Warren :
> 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
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 jus
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/53e63661/attachment.html>
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 jus
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>
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(-)
>
sktop.org/archives/dri-devel/attachments/20130130/60578c92/attachment.html>
> -Original Message-
> From: Sylwester Nawrocki [mailto:sylvester.nawro...@gmail.com]
> Sent: Thursday, January 31, 2013 5:51 AM
> To: Inki Dae
> Cc: Sachin Kamat; linux-me...@vger.kernel.org; dri-
> de...@lists.freedesktop.org; devicetree-disc...@lists.ozlabs.org;
> patc...@linaro.org; s
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/c19d35cb/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=49981
J?r?me Glisse changed:
What|Removed |Added
CC||glisse at freedesktop.org
--- Comment
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 rele
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 just defaulting to v1.4 with the existence of
>>> the
https://bugs.freedesktop.org/show_bug.cgi?id=56139
John Lenz changed:
What|Removed |Added
CC||l...@math.uic.edu
--- Comment #46 from John
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 ++
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 +
drivers/video/display/M
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 drivers/video/dis
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 drivers/video/display/display
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 a
On Thu, Jan 31, 2013 at 11:13 AM, Russell King 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 itself after the f
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 b/drivers/gpu
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, 34 insertions(+)
diff --
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 put the PIPE_DDI in DDIA
alw
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 | 30 ++
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 ++
drivers/gpu/drm/i
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 insertions(+)
diff --git a/driver
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 DP_RECEIVER_CAP_SIZE
v4: moving them to i
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 +++
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
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
eD
On Thu, Jan 31, 2013 at 9:52 AM, Linus Torvalds
wrote:
> On Thu, Jan 31, 2013 at 9:19 AM, 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?
>>
>> Addin
On Thu, Jan 31, 2013 at 9:19 AM, 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...
Oh, we're
https://bugs.freedesktop.org/show_bug.cgi?id=59332
Matt Turner changed:
What|Removed |Added
Assignee|i...@freedesktop.org |dri-devel@lists.freedesktop
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 ++
> drivers/gpu
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.
>>
>>
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #11 from Alex Deucher ---
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 mailing list
dri-devel
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 t
num zero
> 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 attac
https://bugs.freedesktop.org/show_bug.cgi?id=57567
--- Comment #10 from Vladimir ---
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 list of changes 21 to
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:
>
> console_lock+
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/c8235d78/attachment.html>
||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
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 use
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/84b0944b/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/1e9f7ad8/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/424d74f7/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/77c91b6f/attachment.html>
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130130/a62882a7/attachment-0001.html>
use:
You are the 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>
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 tre
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
> http://lists.freedesktop.
gt;
> 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.
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>
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 pro
Do you actually handle 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>
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 V
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 a/drivers/gpu
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
http://git.kernel.org/pub/scm/l
https://bugs.freedesktop.org/show_bug.cgi?id=59982
--- Comment #5 from Jerome Glisse ---
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: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 La
On Tue, Jan 29, 2013 at 1:09 PM, Mikko Tiihonen 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
> created a bug to
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 indirectio
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 node
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 f
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 b/drivers/gpu
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, 34 insertions(+)
diff --
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 put the PIPE_DDI in DDIA
alw
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 | 30 ++
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 ++
drivers/gpu/drm/i
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 insertions(+)
diff --git a/driver
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 DP_RECEIVER_CAP_SIZE
v4: moving them to i
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 +++
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
Radeon.
But maybe 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>
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
eD
1 - 100 of 151 matches
Mail list logo
