https://bugs.freedesktop.org/show_bug.cgi?id=99313
--- Comment #3 from Alex Deucher ---
Rex is working on a fix.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https:
https://bugs.freedesktop.org/show_bug.cgi?id=99323
--- Comment #9 from Alex Deucher ---
Setting it explicitly just adds some additional debugging info in the dmesg
output.
--
You are receiving this mail because:
You are the assignee for the bug.___
dr
https://bugs.freedesktop.org/show_bug.cgi?id=99323
Alex Deucher changed:
What|Removed |Added
Attachment #128816|text/x-log |text/plain
mime type|
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Monday, January 09, 2017 4:59 AM
> To: Grodzovsky, Andrey
> Cc: dri-devel@lists.freedesktop.org; daniel.vet...@ffwll.ch; Deucher,
> Alexander; Daenzer, Michel; Wentland, Harry
> S
On Tue, Dec 20, 2016 at 10:30:17AM +0100, Daniel Vetter wrote:
> On Mon, Dec 19, 2016 at 11:15:40PM +, Pandiyan, Dhinakaran wrote:
> > On Sun, 2016-12-18 at 14:43 +0100, Daniel Vetter wrote:
> > > On Sat, Dec 17, 2016 at 05:47:56AM +, Pandiyan, Dhinakaran wrote:
> > > > On Fri, 2016-12-16 a
https://bugs.freedesktop.org/show_bug.cgi?id=99323
--- Comment #10 from Alex Deucher ---
Looks like the mclk switching isn't finishing within the vblank period. Do you
have the problem with any other display modes or just 1920x1080?
--
You are receiving this mail because:
You are the assignee
- Remove branch overview, instead link to drm-intel and drm-misc
pages.
- Move quickstart to the top, to make it easier to find.
- Make quickstart generic, we use dim for other stuff than drm-intel
now.
- s/drm-intel-rerere/drm-rerere/
- Remove the section about resolving conflicts, that's
On Wed, Jan 11, 2017 at 3:47 PM, Alastair Bridgewater
wrote:
> Store the ELD correctly, not just enough copies of the first byte
> to pad out the given ELD size.
>
> Signed-off-by: Alastair Bridgewater
Great find! Here are some more tags:
Fixes: 120b0c39c756 ("drm/nv50-/disp: audit and version
https://bugs.freedesktop.org/show_bug.cgi?id=99368
Bug ID: 99368
Summary: Full aspect scaling introduces interlacing on specific
resolutions
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Lin
https://bugs.freedesktop.org/show_bug.cgi?id=99368
--- Comment #1 from Platin ---
Created attachment 128898
--> https://bugs.freedesktop.org/attachment.cgi?id=128898&action=edit
Xorg log
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=99368
--- Comment #2 from Platin ---
Created attachment 128899
--> https://bugs.freedesktop.org/attachment.cgi?id=128899&action=edit
xrandr --verbose
--
You are receiving this mail because:
You are the assignee for the bug._
On Wed, Jan 11, 2017 at 08:16:56AM -0800, Dave Hansen wrote:
> On 01/11/2017 07:39 AM, Daniel Vetter wrote:
> > Hm, just cherry-picked it on top of Linus' latest 4.10 git, applies
> > cleanly there. The substituation was for 4.9. I can send you the patch
> > here, but seems all fine from what I can
https://bugs.freedesktop.org/show_bug.cgi?id=99368
--- Comment #3 from Platin ---
Created attachment 128901
--> https://bugs.freedesktop.org/attachment.cgi?id=128901&action=edit
Image showing interlacing
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=99368
--- Comment #4 from Platin ---
The interlacing is not visible on screenshots
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedes
Hi Thierry,
Ping ?
On Tuesday 22 Nov 2016 15:17:09 Laurent Pinchart wrote:
> On Tuesday 22 Nov 2016 12:14:57 Thierry Reding wrote:
> > On Sat, Nov 19, 2016 at 05:28:06AM +0200, Laurent Pinchart wrote:
> >> This driver supports LVDS panels that don't require device-specific
> >> handling of power
According to the PHY IP core vendor, the SVSRET signal must be asserted
before resetting the PHY. Tests on RK3288 and R-Car Gen3 showed no
regression, the change should thus be safe.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/bridge/dw-hdmi.c | 10 +-
1 file changed, 5 insertion
Hello,
These three small patches add to the 20 dw-hdmi patches previously submitted
in the "[PATCH v2 00/29] R-Car Gen3 HDMI output support" series. As only
patches 1 to 16 from that series have been approved and successfully tested
without any reported regression on all three dw-hdmi platforms, I
Replace the hardcoded register address numerical values with macros to
clarify the code.
This change has been tested by comparing the assembly code before and
after the change.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/bridge/dw-hdmi.c | 35 -
drivers/gpu/drm/bridg
The PHY reset signal is controlled by bit PHYRSTZ in the MC_PHYRSTZ
register. The signal is active low on Gen1 PHYs and active high on Gen2
PHYs. The driver toggles the signal high then low, which is correct for
all currently supported platforms, but the register values macros are
incorrectly named
On Wed, Jan 11, 2017 at 12:48 AM, Archit Taneja wrote:
> Hi,
>
> On 01/04/2017 01:11 AM, John Stultz wrote:
>>
>> Hope everyone had a good newyears!
>>
>> Wanted to re-send out v3 of this patch set improving the EDID
>> probing on the adv7511 used on HiKey, for consideration for
>> merging for 4.1
On Tue, Jan 10, 2017 at 9:04 AM, Ville Syrjälä <
ville.syrj...@linux.intel.com> wrote:
> On Mon, Jan 09, 2017 at 11:20:57AM -0800, Jason Ekstrand wrote:
> > On Thu, Jan 5, 2017 at 7:14 AM, wrote:
> >
> > > From: Ville Syrjälä
> > >
> > > SKL+ display engine can scan out certain kinds of compress
On Wed, Jan 11, 2017 at 1:49 PM, Jason Ekstrand
wrote:
> On Tue, Jan 10, 2017 at 9:04 AM, Ville Syrjälä <
> ville.syrj...@linux.intel.com> wrote:
>
>> On Mon, Jan 09, 2017 at 11:20:57AM -0800, Jason Ekstrand wrote:
>> > On Thu, Jan 5, 2017 at 7:14 AM, wrote:
>> >
>> > > From: Ville Syrjälä
>> >
On 01/11/2017 07:39 AM, Daniel Vetter wrote:
> Hm, just cherry-picked it on top of Linus' latest 4.10 git, applies
> cleanly there. The substituation was for 4.9. I can send you the patch
> here, but seems all fine from what I can tell ...
All of the printk's that I added were making it fail to ap
Psr1 and psr2 are mutually exclusive,ie when psr2 is enabled,
psr1 should be disabled.When psr2 is exited , bit 31 of reg
PSR2_CTL must be set to 0 but currently bit 31 of SRD_CTL
(psr1 control register)is set to 0.
Also ,PSR2_IDLE state is looked up from SRD_STATUS(psr1 register)
instead of PSR2_S
Psr2 is enabled only for y cordinate panels.Once GTC (global time code)
is implemented,this restriction is removed so that psr2
can work on panels without y cordinate support.
v2: (Rodrigo)
- Move the check to intel_psr_match_conditions
v3: (Rodrigo)
- add return false
v4: rebase
Cc: Rodrigo Vi
Hi Ville,
On 10-01-2017 17:21, Ville Syrjälä wrote:
[snip]
>> But we already have color_formats field in drm_display_info
>> struct, right? Shouldn't we instead create for example a helper
>> which returns the best output colorspace? According to what you
>> said it would be something like:
>>
With kernel 4.10rc3 running as Xen dm0 I get at each boot:
[ 49.213697] [drm] GPU HANG: ecode 7:0:0x3d1d3d3d, in gnome-shell
[1431], reason: Hang on render ring, action: reset
[ 49.213699] [drm] GPU hangs can indicate a bug anywhere in the entire
gfx stack, including userspace.
[ 49.213700]
On Fri, 2017-01-06 at 10:43 +0100, Nicolas Dichtel wrote:
> Regularly, when a new header is created in include/uapi/, the developer
> forgets to add it in the corresponding Kbuild file. This error is usually
> detected after the release is out.
>
> In fact, all headers under uapi directories shoul
On 01/10/2017 11:43 PM, Daniel Vetter wrote:
> On Tue, Jan 10, 2017 at 08:52:47AM -0800, Dave Hansen wrote:
>> On 01/10/2017 02:31 AM, Daniel Vetter wrote:
>>> commit e73ab00e9a0f1731f34d0620a9c55f5c30c4ad4e
>>> Author: Daniel Vetter
>>> Date: Sun Dec 18 14:35:45 2016 +0100
>>>
>>> drm: prev
Hi Marek,
On 2017년 01월 10일 21:57, Marek Szyprowski wrote:
> This patch adds pm_runtime_get/put calls to notify device core when MIC
> device is really in use. This is needed to let power domain with this
> device to be turned off when display is turned off.
>
> Signed-off-by: Marek Szyprowski
>
Program EDP_PSR_DEBUG_CTL (PSR_MASK) to enable system
to go to deep sleep while in psr2.PSR2_STATUS bit 31:28
should report value 8 , if system enters deep sleep state.
Also, EDP_FRAMES_BEFORE_SU_ENTRY is set 1 , if not set,
flickering is observed on psr2 panel.
v2: (Ilia Mirkin)
- Remove duplica
As per bpsec, CHICKEN_TRANS_EDP bit 12 ,15 must be programmed in
psr2 enable sequence.
bit 12 : Program Transcoder EDP VSC DIP header with a valid setting for
PSR2 and Set CHICKEN_TRANS_EDP(0x420cc) bit 12 for programmable
header packet.
bit 15 : Set CHICKEN_TRANS_EDP(0x420cc) bit 1
Screen freeze observed if AUX_FRAME_SYNC is not disabled
on psr2 exit.AUX_FRAME_SYNC needed for psr2 is enabled during
psr2 entry. It must be disabled on psr2 exit.
v2: rebase
Cc: Rodrigo Vivi
Cc: Jim Bride
Signed-off-by: Vathsala Nagaraju
Signed-off-by: Patil Deepti
Reviewed-by: Rodrigo Vivi
On Mon, Jan 09, 2017 at 12:33:58PM +0100, Arnd Bergmann wrote:
> On Friday, January 6, 2017 10:43:52 AM CET Nicolas Dichtel wrote:
> > Here is the v2 of this series. The first 5 patches are just cleanup: some
> > exported headers were still under a non-uapi directory.
>
> Since this is meant as a
Hey Everyone,
I started a small project called gputool to help me debug issues on AMD
platforms. I think it may be useful to other driver devs, so I've made
it available on github:
https://github.com/lostgoat/gputool
Mainly I wanted something that could read and decode registers, so that
is
This was based on a patch originally by Kristian. It has been modified
pretty heavily to use the new callbacks from the previous patch.
Cc: Kristian H. Kristensen
Signed-off-by: Ben Widawsky
---
drivers/gpu/drm/i915/intel_display.c | 109 ++-
drivers/gpu/drm/i915
This patch series implements GET_PLANE2 support for Intel platforms and defines
the new kernel UAPI. The idea was originally introduced by Kristian. Ultimately,
the purpose of the new API is to provide the ability to query per-plane
modifiers in KMS. These modifiers, which are just fb modifiers, wi
Cc: Kristian Høgsberg
Signed-off-by: Ben Widawsky
---
drivers/gpu/drm/i915/intel_display.c | 10 --
drivers/gpu/drm/i915/intel_sprite.c | 2 ++
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
i
Originally based off of a patch by Kristian.
This new ioctl extends DRM_IOCTL_MODE_GETPLANE, by returning information
about the modifiers that will work with each format.
It's modified from Kristian's patch in that the modifiers and formats
are setup by the driver, and then a callback is used to
On Wed, Jan 11, 2017 at 7:51 PM, Ben Widawsky wrote:
>
> +struct drm_format_modifier {
> + /* Bitmask of formats in get_plane format list this info
> +* applies to. */
> + uint64_t formats;
re: the uabi, I'd suggest to at least make this 'u32 offset; u32
formats'.. we can keep
On 01/12/2017 05:36 AM, John Stultz wrote:
On Wed, Jan 11, 2017 at 12:48 AM, Archit Taneja wrote:
Hi,
On 01/04/2017 01:11 AM, John Stultz wrote:
Hope everyone had a good newyears!
Wanted to re-send out v3 of this patch set improving the EDID
probing on the adv7511 used on HiKey, for consi
https://bugs.freedesktop.org/show_bug.cgi?id=99323
--- Comment #11 from kartik ---
The problem disappears after switching to a lower resolution like 1280x1024 or
800x600 but comes back as soon as i revert to 1920x1080. Please look into this
as it seems a large number of previous generation cards
On Wed, Jan 11, 2017 at 07:57:11PM +, Deucher, Alexander wrote:
> > -Original Message-
> > From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel
> > Vetter
> > Sent: Monday, January 09, 2017 4:59 AM
> > To: Grodzovsky, Andrey
> > Cc: dri-devel@lists.freedesktop.org; da
101 - 143 of 143 matches
Mail list logo
