https://bugzilla.kernel.org/show_bug.cgi?id=60691
Egor Y. Egorov changed:
What|Removed |Added
Summary|UVD don't work after resume |[radeon HD5450 ] UVD don't
On Tue, Jul 30, 2013 at 05:23:52PM -0700, Stéphane Marchesin wrote:
> Signed-off-by: Stéphane Marchesin
Queued for -next, thanks for the patch.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
___
On Tue, Jul 30, 2013 at 05:23:53PM -0700, Stéphane Marchesin wrote:
> Signed-off-by: Stéphane Marchesin
Ben originally picked this up into his danvet-on-vactaion tree, but since
it's for core drm it needs to go in through Dave's tree.
-Daniel
> ---
> drivers/gpu/drm/drm_modes.c | 37 ---
Each dma-buf has an associated size and it's reasonable for userspace
to want to know what it is.
Since userspace already has an fd, expose the size using the
size = lseek(fd, SEEK_END, 0); lseek(fd, SEEK_CUR, 0);
idiom.
Signed-off-by: Christopher James Halse Rogers
---
I've run into a point i
On Thu, Aug 01, 2013 at 06:21:28PM +0200, Peter Wu wrote:
> Since commit 29a241c (ACPICA: Add argument typechecking for all
> predefined ACPI names), _DSM parameters are validated which trigger the
> following warning:
>
> ACPI Warning: \_SB_.PCI0.GFX0._DSM: Argument #4 type mismatch - Found
On Thu, Aug 01, 2013 at 02:12:22PM -0700, Furquan Shaikh wrote:
> Enables getting correct mode clock when reading pipe config
>
> Signed-off-by: Furquan Shaikh
> ---
> drivers/gpu/drm/i915/intel_ddi.c | 8
> drivers/gpu/drm/i915/intel_display.c | 9 -
> 2 files changed, 16 i
https://bugs.freedesktop.org/show_bug.cgi?id=67187
--- Comment #8 from Harald Judt ---
Finally! I've pulled
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.11 for rc3 and
reliability of suspending and hibernating has improved *a lot*. The machine
will even hibernate and resume with su
On Fri, Aug 02, 2013 at 09:16:03AM +0800, Aaron Lu wrote:
> Hi Jani & Daniel,
>
> It turned out there is an integer overflow problem, and the below patch
> fixed this problem on Acer Aspire 4732Z and thinkpad R61i.
>
> From: Aaron Lu
> Subject: [PATCH] drm/i915: avoid brightness overflow when do
On Mon, Jul 29, 2013 at 08:53:35PM -0400, Dave Jones wrote:
> On Mon, Jun 17, 2013 at 09:49:27PM -0400, David Airlie wrote:
> >
> > > Reading /proc/dri/0/vma causes bad things to happen on a box with nouveau
> > > loaded.
> > > (Note, no X running on that box)
> > >
> > > Trace below shows
On Mon, Aug 05, 2013 at 11:02:48AM +0900, Inki Dae wrote:
>
>
> > -Original Message-
> > From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch]
> > Sent: Monday, August 05, 2013 2:42 AM
> > To: Inki Dae
> > Cc: DRI Development
> > Subject: Re: [PATCH 00/20] prime/flink fixes and related stuf
On Sat, Jul 27, 2013 at 01:36:27PM +0200, David Herrmann wrote:
> Add a "best_match" flag similar to the drm_mm_search_*() helpers so we
> can convert TTM to use them in follow up patches. We can also inline the
> non-generic helpers and move them into the header to allow compile-time
> optimizatio
On Sat, Jul 27, 2013 at 04:21:27PM +0200, David Herrmann wrote:
> i915 is the last user of the weird search+get_block drm_mm API. Convert it
> to an explicit kmalloc()+insert_node(). This drops the last user of the
> node-cache in drm_mm. We can remove it now in a follow-up patch.
>
> v2:
> - sim
On Tue, Jul 30, 2013 at 10:13:41AM +0200, Maarten Lankhorst wrote:
> The check needs to be for > 1, because ctx->acquired is already incremented.
> This will prevent ww_mutex_lock_slow from returning -EDEADLK and not locking
> the mutex. It caused a lot of false gpu lockups on radeon with
> CONFIG_
On Sun, Aug 04, 2013 at 10:20:54PM -0400, Rob Clark wrote:
> On Sun, Aug 4, 2013 at 1:34 PM, Daniel Vetter wrote:
> > On Thu, Aug 1, 2013 at 1:23 AM, Rob Clark wrote:
> >> A small helper to queue up work to do, from workqueue context, after a
> >> flip. Typically useful to defer unreffing buffer
https://bugzilla.kernel.org/show_bug.cgi?id=54381
--- Comment #13 from Andrew Stubbs ---
The "problem" code appears to be in
drivers/gpu/drm/radeon/atombios_crtc.c:radeon_get_shared_nondp_ppll or possibly
radeon_get_shared_dp_ppll.
I've tried making the clock matching code slightly more permissi
https://bugs.freedesktop.org/show_bug.cgi?id=64471
Andre Heider changed:
What|Removed |Added
CC||a.hei...@gmail.com
--- Comment #8 from An
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #80 from Sergey ---
Looks like there are still some issues left in my case. Not as sever as it was
thought.
Over weekend got system hanged 2 time after cold start. And one time after
hibernation. In case of hibernate system resumed an
https://bugs.freedesktop.org/show_bug.cgi?id=67550
Andre Heider changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |xorg-driver-...@lists.x.org
On Mon, Aug 05, 2013 at 01:06:35AM +0200, Daniel Vetter wrote:
> On Wed, Jul 31, 2013 at 6:22 PM, Borislav Petkov wrote:
> > Dudes,
> >
> > has anyone already reported this (happens on Linus of today +
> > tip/master):
>
> I think this should be fixed with
>
> commit e1b4d3036c07ff137955fb1c0197
https://bugs.freedesktop.org/show_bug.cgi?id=66940
--- Comment #8 from Marco Trevisan (Treviño) ---
(In reply to comment #7)
> Can you try with my drm-fixes-3.11 branch:
> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.11
Cool, that seems to work... I can't test this with HDMI scree
https://bugzilla.kernel.org/show_bug.cgi?id=60694
Bug ID: 60694
Summary: nvc3 suspend hangs
Product: Drivers
Version: 2.5
Kernel Version: 3.5-3.11
Hardware: All
OS: Linux
Tree: Mainline
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=67187
--- Comment #9 from Harald Judt ---
Ok, it happened a second time with a similar message; this seems to occur
randomly and unpredictibly as always.
It is definitely a UVD-only issue. I've applied the radeon.no_uvd patch some
guy wrote from here:
https://bugs.freedesktop.org/show_bug.cgi?id=67187
--- Comment #10 from Christian König ---
I'm constantly improving the UVD support for 3.11 (and back porting the fixes
to 3.10).
So please retest with each new release candidate as long a those symptoms
remain.
--
You are receiving this mail b
On Fri, Aug 02, 2013 at 01:27:49PM -0400, Rob Clark wrote:
> Because, there is no reason for it not to be const.
>
> v1: original
> v2: fix compile break in vmwgfx, and couple related cleanups suggested
> by Ville Syrjälä
>
> Signed-off-by: Rob Clark
Reviewed-by: Ville Syrjälä
--
Ville S
Hi Rob,
FYI, there are new warnings show up in
tree: git://people.freedesktop.org/~robclark/linux drm-next
head: 865ff8a71f4227222fec89ebb1743b4ca9f24ab1
commit: b91c7b5f2efe902c846e315ea7d219f37ba17ef5 [14/15] WIP: drm/msm: add rd
logging debugfs
scripts/checkpatch.pl 0001-WIP-drm-msm-add
From: Christian König
Otherwise just reinitialize from scratch on resume,
and so make it more likely to succeed.
Signed-off-by: Christian König
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/cik.c |2 +-
drivers/gpu/drm/radeon/radeon.h |2 +-
drivers/gpu/drm/radeo
From: Christian König
We also need to check the handle.
Signed-off-by: Christian König
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_uvd.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_uvd.c
b/drivers/gpu/drm/radeon/rad
From: Christian König
Improve error handling in case userspace sends us
an invalid command buffer.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_uvd.c | 43 ---
1 file changed, 35 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/r
From: Christian König
We don't pin the BO on allocation, so don't unpin it on free.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_gart.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_gart.c
b/drivers/gpu/drm/radeon/radeon_gart.c
index 6
https://bugzilla.kernel.org/show_bug.cgi?id=60606
--- Comment #2 from Sebastien Fievet ---
After a *lot* of googling effort, I managed to narrow down and find a
workaround to this bug.
- First, my mistake was to have an xorg.conf.d directory defining the video
drivers.
Letting X auto detect th
oh, I guess I should have pushed those top two RFC patches somewhere
else.. if it has "//" comments, that is my reminder of something to
fix before the patch can be merged :-P
but good catch on the min_t() and debugfs_remove()..
BR,
-R
On Sun, Aug 4, 2013 at 10:10 PM, Fengguang Wu wrote:
>
> H
https://bugs.freedesktop.org/show_bug.cgi?id=67790
Priority: medium
Bug ID: 67790
Assignee: dri-devel@lists.freedesktop.org
Summary: error message on suspend: *ERROR* Could not force DPM
to low
Severity: normal
Classifica
https://bugzilla.kernel.org/show_bug.cgi?id=60691
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #1 from
https://bugs.freedesktop.org/show_bug.cgi?id=67723
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=67187
Alex Deucher changed:
What|Removed |Added
CC||bastian.tril...@gmail.com
--- Comment #11
On Mon, Aug 05, 2013 at 03:23:53PM +0200, Johannes Stezenbach wrote:
> wrt to $Subject, I get this with 3.10.5:
>
> [4.342638] i915 :00:02.0: setting latency timer to 64
> [4.409045] INFO: trying to register non-static key.
> [4.409164] the code is fine but needs lockdep annotation
Hi Rob,
FYI, there are new warnings show up in
tree: git://people.freedesktop.org/~robclark/linux drm-next
head: 72b17e21c5965bd0da5e56d96a4776e508cbd79e
commit: 72b17e21c5965bd0da5e56d96a4776e508cbd79e [15/15] WIP: drm/msm: add perf
logging debugfs
scripts/checkpatch.pl 0001-WIP-drm-msm-a
>From CEA-861:
Data Byte 1, bit A0 indicates whether Active Format Data is present in
Data Byte 2 bits R3 through R0. A source device shall set A0=1 when
any of the AFD bits are set.
ie. if we want to set active_aspect, we need to set the
active_info_valid bit to 1 as well.
Cc: Thierry Red
On Mon, Aug 05, 2013 at 02:36:47PM +0100, Damien Lespiau wrote:
> >From CEA-861:
>
> Data Byte 1, bit A0 indicates whether Active Format Data is present in
> Data Byte 2 bits R3 through R0. A source device shall set A0=1 when
> any of the AFD bits are set.
>
> ie. if we want to set active_a
On Mon, Aug 5, 2013 at 5:44 AM, Vikas Sajjan wrote:
> While trying to get boot-logo up on exynos5420 SMDK which has eDP panel
> connected with resolution 2560x1600, following error occured even with
> IOMMU enabled:
> [0.88] [drm:lowlevel_buffer_allocate] *ERROR* failed to allocate buffer.
> [
On Mon, Aug 05, 2013 at 04:54:06PM +0300, Ville Syrjälä wrote:
> On Mon, Aug 05, 2013 at 02:36:47PM +0100, Damien Lespiau wrote:
> > >From CEA-861:
> >
> > Data Byte 1, bit A0 indicates whether Active Format Data is present in
> > Data Byte 2 bits R3 through R0. A source device shall set A0=1
https://bugs.freedesktop.org/show_bug.cgi?id=67283
--- Comment #13 from sfievet ---
would these patches work for a "muxed" hybrid laptop as well ?
Otherwise, what would be needed to have libvdpau automatically pick up the
right driver on muxed systems ?
--
You are receiving this mail because:
On Monday 05 of August 2013 15:14:42 Vikas Sajjan wrote:
> While trying to get boot-logo up on exynos5420 SMDK which has eDP panel
> connected with resolution 2560x1600, following error occured even with
> IOMMU enabled:
> [0.88] [drm:lowlevel_buffer_allocate] *ERROR* failed to allocate
> buffe
Hello,
Just a quick mail to tell that I've pushed the following modetest patches to
the libdrm master branch.
3c967e7 modetest: Allocate NV buffers large enough for the two planes
1ef179d modetest: Fix line stride in SMPTE YUV packet pattern generator
a4f2f1b modetest: Try all possible encoders
On Mon, Aug 5, 2013 at 4:00 AM, Daniel Vetter wrote:
> On Sun, Aug 04, 2013 at 10:20:54PM -0400, Rob Clark wrote:
>> On Sun, Aug 4, 2013 at 1:34 PM, Daniel Vetter wrote:
>> > On Thu, Aug 1, 2013 at 1:23 AM, Rob Clark wrote:
>> >> A small helper to queue up work to do, from workqueue context, aft
Hi Rob,
+linux-media, +linaro-mm-sig for discussion of video/camera
buffer constraints...
> On Fri, Jul 26, 2013 at 11:58 AM, Tom Cooksey
> wrote:
> >> > * It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB to also
> >> >allocate buffers for the GPU. Still not sure how to resolve
> >>
On Mon, Aug 05, 2013 at 02:36:47PM +0100, Damien Lespiau wrote:
> >From CEA-861:
>
> Data Byte 1, bit A0 indicates whether Active Format Data is present in
> Data Byte 2 bits R3 through R0. A source device shall set A0=1 when
> any of the AFD bits are set.
>
> ie. if we want to set active_a
On Mon, Aug 05, 2013 at 09:07:05PM +0300, Ville Syrjälä wrote:
> On Mon, Aug 05, 2013 at 02:36:47PM +0100, Damien Lespiau wrote:
> > >From CEA-861:
> >
> > Data Byte 1, bit A0 indicates whether Active Format Data is present in
> > Data Byte 2 bits R3 through R0. A source device shall set A0=1
On Mon, Aug 5, 2013 at 1:10 PM, Tom Cooksey wrote:
> Hi Rob,
>
> +linux-media, +linaro-mm-sig for discussion of video/camera
> buffer constraints...
>
>
>> On Fri, Jul 26, 2013 at 11:58 AM, Tom Cooksey
>> wrote:
>> >> > * It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB to also
>> >> >
On Mon, Aug 05, 2013 at 07:18:27PM +0100, Damien Lespiau wrote:
> On Mon, Aug 05, 2013 at 09:07:05PM +0300, Ville Syrjälä wrote:
> > On Mon, Aug 05, 2013 at 02:36:47PM +0100, Damien Lespiau wrote:
> > > >From CEA-861:
> > >
> > > Data Byte 1, bit A0 indicates whether Active Format Data is presen
https://bugzilla.kernel.org/show_bug.cgi?id=60687
--- Comment #5 from Gabor Hasenfrasz ---
(In reply to Alex Deucher from comment #2)
> Can you bisect?
Bisect finished:
d3418eacad403033e95e49dc14afa37c2112c134 is the first bad commit
commit d3418eacad403033e95e49dc14afa37c2112c134
Author: Rafał
https://bugzilla.kernel.org/show_bug.cgi?id=60687
--- Comment #6 from Gabor Hasenfrasz ---
(In reply to Rafał Miłecki from comment #4)
> Do you have some second monitor or other machine to ssh the first one?
>
> I'd like to see output of command
> avivotool regs hdmi
> when using 3.9 with audio=
https://bugs.freedesktop.org/show_bug.cgi?id=67800
Priority: medium
Bug ID: 67800
Assignee: dri-devel@lists.freedesktop.org
Summary: Computer freezes after idle for several hours with
dpms off (trinity)
Severity: normal
C
https://bugzilla.kernel.org/show_bug.cgi?id=60687
--- Comment #7 from Gabor Hasenfrasz ---
Created attachment 107104
--> https://bugzilla.kernel.org/attachment.cgi?id=107104&action=edit
avivotool regs hdmi output on kernel 3.9
This is with radeon.audio=1 kernel parameter with kernel 3.9.9
--
https://bugzilla.kernel.org/show_bug.cgi?id=60687
--- Comment #8 from Gabor Hasenfrasz ---
Created attachment 107105
--> https://bugzilla.kernel.org/attachment.cgi?id=107105&action=edit
avivotool regs hdmi output on kernel 3.10
This is with radeon.audio=1 kernel parameter with kernel 3.10.3
-
[Now without the confidential header which shouldn't have spilled to
public lists, please reply to this one here.]
On Mon, Aug 05, 2013 at 01:24:15PM -0700, Furquan Shaikh wrote:
> We tested the submitted patch on several systems here and it seems to be
> working fine. So, I'm not sure I understan
On Thu, 1 Aug 2013 14:12:22 -0700
Furquan Shaikh wrote:
> @@ -1282,6 +1283,13 @@ static void intel_ddi_get_config(struct intel_encoder
> *encoder,
> flags |= DRM_MODE_FLAG_NVSYNC;
>
> pipe_config->adjusted_mode.flags |= flags;
> +
> + if (port == PORT_A) {
> +
On Mon, Aug 5, 2013 at 8:10 AM, Christian König wrote:
> From: Christian König
>
> Otherwise just reinitialize from scratch on resume,
> and so make it more likely to succeed.
>
> Signed-off-by: Christian König
> Cc: sta...@vger.kernel.org
Pulled the series into my -fixes branch.
Alex
> ---
>
> diff --git a/include/uapi/drm/msm_drm.h b/include/uapi/drm/msm_drm.h
> new file mode 100644
> index 000..a586fbd
> --- /dev/null
> +++ b/include/uapi/drm/msm_drm.h
> @@ -0,0 +1,198 @@
> +/*
> + * Copyright (C) 2013 Red Hat
> + * Author: Rob Clark
> + *
> + * This program is free software; yo
https://bugs.freedesktop.org/show_bug.cgi?id=67713
--- Comment #5 from Mike Lothian ---
OK I've gotten a dmesg for when it freezes up
I can't change VTs but I was able to SSH in
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=67713
--- Comment #6 from Mike Lothian ---
Created attachment 83685
--> https://bugs.freedesktop.org/attachment.cgi?id=83685&action=edit
Dmesg showing issue
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=67713
Mike Lothian changed:
What|Removed |Added
Summary|Atombios stuck in a loop on |Freezes on Trinity 7500G
https://bugs.freedesktop.org/show_bug.cgi?id=67713
--- Comment #7 from Mike Lothian ---
Changing the bug name - perhaps the atombios issue was a red herring
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailin
https://bugs.freedesktop.org/show_bug.cgi?id=42162
--- Comment #19 from Johan Brannlund ---
I just tried 3.11-rc3, with the important difference that I kept both cards
active when suspending.
When resuming, the backlight now came on for a second but the screen then
turned dark again. Looking at
https://bugs.freedesktop.org/show_bug.cgi?id=42162
--- Comment #20 from Johan Brannlund ---
Created attachment 83689
--> https://bugs.freedesktop.org/attachment.cgi?id=83689&action=edit
3.11-rc3 suspend/resume, both cards powered up before suspend
--
You are receiving this mail because:
You a
https://bugs.freedesktop.org/show_bug.cgi?id=42162
--- Comment #21 from Johan Brannlund ---
Comment on attachment 83689
--> https://bugs.freedesktop.org/attachment.cgi?id=83689
3.11-rc3 suspend/resume, both cards powered up before suspend
>Aug 6 00:14:53 mars kernel: [ 143.123335] PM: Syncin
https://bugs.freedesktop.org/show_bug.cgi?id=42162
Johan Brannlund changed:
What|Removed |Added
Attachment #83689|0 |1
is obsolete|
We tested the submitted patch on several systems here and it seems to be
working fine. So, I'm not sure I understand your comment. Can you please
provide more details?
Thanks,
Furquan
On Mon, Aug 5, 2013 at 12:24 AM, Daniel Vetter wrote:
> On Thu, Aug 01, 2013 at 02:12:22PM -0700, Furquan Shai
Hi Sylwester,
On 2 August 2013 16:28, Sylwester Nawrocki wrote:
> Hi Vikas,
>
> On 08/02/2013 12:10 PM, Vikas Sajjan wrote:
>> yeah, we could not allocate CMA region for FIMD, because the function
>> dma_declare_contiguous() needs "dev" as the first argument and we have
>> access to "dev" node on
While trying to get boot-logo up on exynos5420 SMDK which has eDP panel
connected with resolution 2560x1600, following error occured even with
IOMMU enabled:
[0.88] [drm:lowlevel_buffer_allocate] *ERROR* failed to allocate buffer.
[0.89] [drm] Initialized exynos 1.0.0 20110530 on minor 0
T
On Mon, Aug 05, 2013 at 03:27:29PM +0200, Borislav Petkov wrote:
> On Mon, Aug 05, 2013 at 03:23:53PM +0200, Johannes Stezenbach wrote:
> > wrt to $Subject, I get this with 3.10.5:
> >
> > [4.342638] i915 :00:02.0: setting latency timer to 64
> > [4.409045] INFO: trying to register non
Hi,
wrt to $Subject, I get this with 3.10.5:
[4.342638] i915 :00:02.0: setting latency timer to 64
[4.409045] INFO: trying to register non-static key.
[4.409164] the code is fine but needs lockdep annotation.
[4.409278] turning off the locking correctness validator.
[4.409
On 05/08/2013 22:24, Furquan Shaikh wrote:
We tested the submitted patch on several systems here and it seems to
be working fine. So, I'm not sure I understand your comment. Can you
please provide more details?
You check for the bit DP_PLL_FREQ_160MHZ in the register DP_A when
calculating the
From: Russell King
TDA19988 devices need their RAM enabled in order to read EDID
information. Add support for this.
Signed-off-by: Russell King
Tested-by: Sebastian Hesselbarth
---
Cc: David Airlie
Cc: Darren Etheridge
Cc: Rob Clark
Cc: Russell King
Cc: Daniel Vetter
Cc: dri-devel@lists.
From: Russell King
The npix/nline registers are supposed to be programmed with the total
number of pixels/lines, not the displayed pixels/lines, and not minus
one either.
Signed-off-by: Russell King
Tested-by: Sebastian Hesselbarth
---
Cc: David Airlie
Cc: Darren Etheridge
Cc: Rob Clark
Cc:
This patch set picks up several patches sent during the past months
related with NXP TDA998x HDMI transmitter driver. The patches have
been tested on Marvell Dove (Armada DRM) on several HDMI modes with
audio playing on S/PDIF. I have also quickly tested on Beaglebone
Black (tilcdc) for one DVI mod
From: Russell King
When switching between various drivers for this device, it's possible
that some critical registers are left containing values which affect
the device operation. One such case encountered is the VIP output
mux register. This defaults to 0x24 on powerup, but other drivers may
s
From: Russell King
The video-input-port (VIP) is highly configurable. This prepares
current driver to allow to configure VIP configuration, as some
boards connect lcd controller and TDA998x "pin-swapped" and depend
on VIP to swap the pins by register configuration.
Signed-off-by: Russell King
T
From: Russell King
This patch adds tda998x specific parameters to allow it to be configured
for different boards using it. Also, this implements rudimentary audio
support for S/PDIF attached controllers.
Signed-off-by: Russell King
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
for v1:
-
From: Darren Etheridge
Some LCD controller cannot provide valid VESA style sync, i.e. coincident
HS/VS edges. First, this patch adds hskew passed from the adjusted_mode to
reference pixel calculation to allow those controllers to add an offset
relative to the expected reference pixel.
Signed-off
This fixes the wrong sync generation and sync calculation of TDA998x
for HS/VS-based sync detection.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David Airlie
Cc: Darren Etheridge
Cc: Rob Clark
Cc: Russell King
Cc: Daniel Vetter
Cc: dri-devel@lists.freedesktop.org
Cc: linux-ker...@vger.kerne
From: Darren Etheridge
Add a fixup function that will flip the hsync priority and
add a hskew value that is used to shift the tda998x to the
right by a variable number of pixels depending on the mode.
This works around an issue with the sync timings that tilcdc
is outputing.
Signed-off-by: Darre
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter
> Sent: Monday, August 05, 2013 1:42 PM
> To: Chris Wilson; Liu, Chuansheng; daniel.vet...@ffwll.ch; airl...@linux.ie;
> intel-...@lists.freedesktop.org; Li, Fei; dri-devel@lists.freedesk
While trying to get boot-logo up on exynos5420 SMDK which has eDP panel
connected with resolution 2560x1600, following error occured even with
IOMMU enabled:
[0.88] [drm:lowlevel_buffer_allocate] *ERROR* failed to allocate buffer.
[0.89] [drm] Initialized exynos 1.0.0 20110530 on minor 0
T
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
drivers/gpu/drm/i915/i915_gem.c between commit a70a3148b0c6 ("drm/i915:
Make proper functions for VMs") from the drm-intel tree and commit
e6950216e0af ("drivers: convert shrinkers to new count/scan API") from
the akpm tree.
I
https://bugs.freedesktop.org/show_bug.cgi?id=66940
--- Comment #9 from Konstantin Shcherban ---
(In reply to comment #7)
> Can you try with my drm-fixes-3.11 branch:
> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.11
Resume now works for me as well with drm-fixes-3.11 branch, thank
On Wed, Jul 31, 2013 at 6:22 PM, Borislav Petkov wrote:
> Dudes,
>
> has anyone already reported this (happens on Linus of today +
> tip/master):
I think this should be fixed with
commit e1b4d3036c07ff137955fb1c0197ab62534f46ec
Author: Ben Widawsky
Date: Tue Jul 30 16:27:57 2013 -0700
dr
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch]
> Sent: Monday, August 05, 2013 2:42 AM
> To: Inki Dae
> Cc: DRI Development
> Subject: Re: [PATCH 00/20] prime/flink fixes and related stuff
>
> On Sat, Jul 27, 2013 at 11:22 AM, Inki Dae wrote:
> >
> > 2013/
This is a repost of the series with some bugs fixed, I've really only
tested this on my one optimus laptop so far. I've also ported radeon
to this patch series, but it doesn't work on my only radeon test box
since we always end up with a crtc configured, but I may just push
the patches as they migh
From: Dave Airlie
For optimus and powerxpress muxless we really want the GPU
driver deciding when to power up/down the GPU, not userspace.
This adds the ability for a driver to dynamically power up/down
the GPU and remove the switcheroo from controlling it, the
switcheroo reports the dynamic sta
From: Dave Airlie
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_fops.c | 2 +-
include/drm/drmP.h | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
index 3a24385..d5429ee 100644
--- a/drivers/gpu/drm/drm_fop
From: Dave Airlie
This hooks nouveau up to the runtime PM system to enable
dynamic power management for secondary GPUs in switchable
and optimus laptops.
a) rewrite suspend/resume printks to hide them during dynamic s/r
to avoid cluttering logs
b) add runtime pm suspend to irq handler, crtc disp
Add support for HDMI audio device on VGA cards that powerdown
to D3cold using non-standard ACPI/PCI infrastructure (optimus).
This does a couple of things to make it work:
a) add a set of power ops for the hdmi domain, and enables them
via vga_switcheroo when we are a switcheroo controlled card.
https://bugzilla.kernel.org/show_bug.cgi?id=60691
Bug ID: 60691
Summary: UVD don't work after resume from hibernate
Product: Drivers
Version: 2.5
Kernel Version: 3.11-rc4
Hardware: All
OS: Linux
Tree: Mainline
https://bugzilla.kernel.org/show_bug.cgi?id=60687
Rafa? Mi?ecki changed:
What|Removed |Added
CC||zajec5 at gmail.com
--- Comment #4 from R
On Sat, Jul 27, 2013 at 10:40:14AM +0100, Chris Wilson wrote:
> On Sun, Jul 28, 2013 at 01:43:02AM +0800, Chuansheng Liu wrote:
> >
> > It is possible that during i915 device suspending with one pending
> > hotplug work, one of cases is the device resume/suspend quickly.
> >
> > At this case, the
https://bugzilla.kernel.org/show_bug.cgi?id=60691
Egor Y. Egorov changed:
What|Removed |Added
Summary|UVD don't work after resume |[radeon HD5450 ] UVD don't
On Tue, Jul 30, 2013 at 05:23:52PM -0700, St?phane Marchesin wrote:
> Signed-off-by: St?phane Marchesin
Queued for -next, thanks for the patch.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
On Tue, Jul 30, 2013 at 05:23:53PM -0700, St?phane Marchesin wrote:
> Signed-off-by: St?phane Marchesin
Ben originally picked this up into his danvet-on-vactaion tree, but since
it's for core drm it needs to go in through Dave's tree.
-Daniel
> ---
> drivers/gpu/drm/drm_modes.c | 37 ---
Each dma-buf has an associated size and it's reasonable for userspace
to want to know what it is.
Since userspace already has an fd, expose the size using the
size = lseek(fd, SEEK_END, 0); lseek(fd, SEEK_CUR, 0);
idiom.
Signed-off-by: Christopher James Halse Rogers
---
I've run into a point in
1 - 100 of 160 matches
Mail list logo
