store-coherency).
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160725/1e074f5f/attachment.html>
ri-devel/attachments/20160725/5b0d5b2f/attachment.html>
Hi Lin,
On 2016ë
07ì 25ì¼ 17:47, hl wrote:
> Hi Chanwoo Choi,
>
> On 2016å¹´07æ25æ¥ 14:01, Chanwoo Choi wrote:
>> Hi Lin,
>>
>> I'm glad to support the for dmc ddr clock scaling with devfreq/devfreq-event.
>>
>> But, I think that you have to use the standard interface.
>> As I already men
On 22/07/16 21:50, Heiko Stübner wrote:
> Hi again,
>
> one bigger thing I noticed only now.
>
> Am Freitag, 22. Juli 2016, 17:07:14 schrieben Sie:
>> diff --git a/drivers/firmware/rockchip_sip.c
>> b/drivers/firmware/rockchip_sip.c new file mode 100644
>> index 000..7756af9
>> --- /dev/null
to high and re-testing would help rule out cpufreq
messing things up.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160725/826b01a5/attachment.html>
attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160725/aab51884/attachment.html>
attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160725/7b19d045/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=141741
Christian König changed:
What|Removed |Added
CC||deathsimple at vodafone.de
--- Commen
--
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160725/42a90bff/attachment-0001.sig>
On Mon, Jul 25, 2016 at 01:54:06PM +0100, Brian Starkey wrote:
> Hi Russell,
>
> On Mon, Jul 25, 2016 at 01:25:04PM +0100, Russell King - ARM Linux wrote:
> > On Mon, Jul 25, 2016 at 11:55:48AM +0100, Brian Starkey wrote:
> > > The connector shouldn't be registered until the rest of the whole devi
/archives/dri-devel/attachments/20160725/f42e1f63/attachment.html>
are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160725/52a41cb5/attachment.html>
On Mon, Jul 25, 2016 at 12:42:50PM +0200, Philipp Zabel wrote:
> Am Freitag, den 22.07.2016, 18:49 +0200 schrieb Daniel Vetter:
> > On Fri, Jul 22, 2016 at 12:57:15PM +0200, Philipp Zabel wrote:
> > > Am Freitag, den 22.07.2016, 11:35 +0200 schrieb Daniel Vetter:
> > > [...]
> > > > Proper fix woul
https://bugzilla.kernel.org/show_bug.cgi?id=141741
--- Comment #8 from Michael Schenaerts ---
??
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi Chanwoo Choi,
On 2016å¹´07æ25æ¥ 14:01, Chanwoo Choi wrote:
> Hi Lin,
>
> I'm glad to support the for dmc ddr clock scaling with devfreq/devfreq-event.
>
> But, I think that you have to use the standard interface.
> As I already mentioned[1] on previous mail, devfreq fwk support
> the standar
On 13.07.2016 18:49, Rainer Hochecker wrote:
> We have been using this for years now and did not observe issues you
> mentioned. I would be surprised if a child window refreshes in a
> different rate than the main window
The Xorg driver decides which CRTC to synchronize with based on the
window ge
Hi, CK,
Thanks for your comments.
On Mon, 2016-07-25 at 14:49 +0800, CK Hu wrote:
> Hi, Bibby:
>
> On Mon, 2016-07-25 at 14:24 +0800, Bibby Hsieh wrote:
> > Hi, CK,
> >
> > Thanks for your comments.
> >
> > On Wed, 2016-07-20 at 15:57 +0800, CK Hu wrote:
> > > Hi, Bibby:
> > >
> > > Some comm
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160725/6f3d3fec/attachment.html>
h the modesetting driver and report if
you're still experiencing the issue?
Thanks,
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archi
Am 25.07.2016 um 15:40 schrieb Leo Liu:
> This will make sure all the submissions from different contexts gets
> finished, and then we close the session and free up the handles.
>
> This will fix the issue that session clean-up is not get done properly,
> when with the command `kill -9'
>
> Signed-
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160725/bd923727/attachment.html>
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160725/ee903f52/attachment.html>
Hi Lin,
I'm glad to support the for dmc ddr clock scaling with devfreq/devfreq-event.
But, I think that you have to use the standard interface.
As I already mentioned[1] on previous mail, devfreq fwk support
the standard DEVFREQ_TRANSITION_NOTIFIER notifier which has the two
notifications.
- DEV
Op 21-07-16 om 21:23 schreef Lyude:
> From: Matt Roper
>
> When we write watermark values to the hardware, those values are stored
> in dev_priv->wm.skl_hw. However with recent watermark changes, the
> results structure we're copying from only contains valid watermark and
> DDB values for the pip
Hi, Bibby:
On Mon, 2016-07-25 at 14:24 +0800, Bibby Hsieh wrote:
> Hi, CK,
>
> Thanks for your comments.
>
> On Wed, 2016-07-20 at 15:57 +0800, CK Hu wrote:
> > Hi, Bibby:
> >
> > Some comments inline.
> >
> > On Wed, 2016-07-20 at 12:03 +0800, Bibby Hsieh wrote:
> > > From: Junzhi Zhao
> > >
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160725/81f3cfea/attachment.html>
mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160725/ae94d34e/attachment.html>
Hi, Philipp,
Thanks for your comment.
On Wed, 2016-07-20 at 11:41 +0200, Philipp Zabel wrote:
> Am Mittwoch, den 20.07.2016, 12:03 +0800 schrieb Bibby Hsieh:
> > From: Junzhi Zhao
> >
> > Pixel clock should be 297MHz when resolution is 4K.
> >
> > Signed-off-by: Junzhi Zhao
> > Signed-off-by:
Hi, CK,
Thanks for your comments.
On Wed, 2016-07-20 at 15:57 +0800, CK Hu wrote:
> Hi, Bibby:
>
> Some comments inline.
>
> On Wed, 2016-07-20 at 12:03 +0800, Bibby Hsieh wrote:
> > From: Junzhi Zhao
> >
> > Pixel clock should be 297MHz when resolution is 4K.
> >
> > Signed-off-by: Junzhi Z
Hi, CK,
I'm appreciate your comment.
On Wed, 2016-07-20 at 15:15 +0800, CK Hu wrote:
> Hi, Bibby:
>
> One comment inline.
>
> On Wed, 2016-07-20 at 12:03 +0800, Bibby Hsieh wrote:
> > From: Junzhi Zhao
> >
> > In order to improve 4K resolution performance,
> > we have to enhance the HDMI driv
Hi,
[auto build test ERROR on stable/master]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Steve-Longerbeam/IPUv3-prep-for-i-MX5-6-v4l2-staging-drivers-v2/20160725-010817
base: https
On 21.07.2016 11:07, Jarkko Korpi wrote:
> As the title says.
>
> How to fetch the most recent changes to the hardware? I don't want to
> use 4.7.rc7 but more recent.
Well, 4.7 has now been released. Depending on how adventurous you're
feeling, you can merge in this tree:
https://cgit.freedeskto
Hi Russell,
On Mon, Jul 25, 2016 at 01:25:04PM +0100, Russell King - ARM Linux wrote:
>On Mon, Jul 25, 2016 at 11:55:48AM +0100, Brian Starkey wrote:
>> The connector shouldn't be registered until the rest of the whole device
>> is set up, so that consistent state is presented to userspace.
>>
>>
On Mon, Jul 25, 2016 at 11:55:48AM +0100, Brian Starkey wrote:
> The connector shouldn't be registered until the rest of the whole device
> is set up, so that consistent state is presented to userspace.
>
> As drm_dev_register() now registers all of the connectors anyway,
> there's no need to expl
at we won't have a solution for X11 with EGL for Intel systems
anymore.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160725/52b4ca22/attachment.html>
vel/attachments/20160725/5e3aa93c/attachment.html>
Am Freitag, den 22.07.2016, 18:49 +0200 schrieb Daniel Vetter:
> On Fri, Jul 22, 2016 at 12:57:15PM +0200, Philipp Zabel wrote:
> > Am Freitag, den 22.07.2016, 11:35 +0200 schrieb Daniel Vetter:
> > [...]
> > > Proper fix would be to roll out atomic_ versions of all teh encoder
> > > callbacks wher
On Thu, Jun 09, 2016 at 10:01:40AM +0100, Liviu Dudau wrote:
> On Thu, Jun 09, 2016 at 02:32:12AM +0300, Laurent Pinchart wrote:
> > The driver needs the number of bytes per pixel, not the bpp and depth
> > info meant for fbdev compatibility. Use the right API.
> >
> > Signed-off-by: Laurent Pinch
The connector shouldn't be registered until the rest of the whole device
is set up, so that consistent state is presented to userspace.
As drm_dev_register() now registers all of the connectors anyway,
there's no need to explicitly do it in individual drivers so remove
the calls to drm_connector_r
On Mon, 25 Jul 2016, Peter Griffin wrote:
> On Mon, 25 Jul 2016, Lee Jones wrote:
>
> > Since 0b52297f228 ("reset: Add support for shared reset controls") the
> > new Reset API now demands consumers choose either an *_exclusive or a
> > *_shared line when requesting reset lines.
> >
> > This issu
Hi Lee,
On Mon, 25 Jul 2016, Lee Jones wrote:
> Since 0b52297f228 ("reset: Add support for shared reset controls") the
> new Reset API now demands consumers choose either an *_exclusive or a
> *_shared line when requesting reset lines.
>
> This issue was found when running a kernel containing th
Hello,
I am facing the following issue with vanilla 4.1.27 kernel:
[ 188.831173] [ cut here ]
[ 188.831211] WARNING: CPU: 0 PID: 1690 at
../drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank+0x175/0x180 [drm]()
[ 188.831212] vblank wait timed out on crtc 0
[ 188.8312
Since 0b52297f228 ("reset: Add support for shared reset controls") the
new Reset API now demands consumers choose either an *_exclusive or a
*_shared line when requesting reset lines.
This issue was found when running a kernel containing the aforementioned
patch which includes an informitive WARN
On 22/07/16 12:56, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Fri, 22 Jul 2016 12:48:12 +0200
>
> The drm_property_unreference_blob() function tests whether its argument
> is NULL and then returns immediately.
> Thus the test around the call is not needed.
>
> This issue was detecte
On Fri, Jul 22, 2016 at 8:08 PM, Philipp Zabel
wrote:
> The code in imx_ldb_encoder_mode_set crashes with a NULL pointer
> dereference trying to access crtc->state->state, which was previously
> cleared by drm_atomic_helper_swap_state:
>
> Unable to handle kernel NULL pointer dereference at v
sed on your distro by default).
I hope it is somewhat easier to get it working.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-dev
On pe, 2016-07-22 at 16:43 +0300, ville.syrjala at linux.intel.com wrote:
> diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
> index 986de180e6c2..9e20a52ece7c 100644
> --- a/drivers/gpu/drm/drm_crtc.c
> +++ b/drivers/gpu/drm/drm_crtc.c
> @@ -5801,6 +5801,39 @@ struct drm_proper
u are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160725/6e4817b6/attachment.html>
Only property creation uses the rotation as an index, so convert the
#define to the more used BIT(DRM_ROTATE_?) form and use __builtin_ffs
to figure the index when needed.
Cc: intel-gfx at lists.freedesktop.org
Cc: linux-arm-msm at vger.kernel.org
Cc: freedreno at lists.freedesktop.org
Cc: David A
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160725/893097f6/attachment-0001.html>
This will make sure all the submissions from different contexts gets
finished, and then we close the session and free up the handles.
This will fix the issue that session clean-up is not get done properly,
when with the command `kill -9'
Signed-off-by: Leo Liu
---
drivers/gpu/drm/amd/amdgpu/amd
Op 21-07-16 om 21:23 schreef Lyude:
> Manual pipe flushes are only necessary in order to make sure that we prevent
> pipes with changed ddb allocations from overlapping from one another at
> any point in time. Additionally, forcing us to wait for the next vblank
> every time we have to update the w
On 07/24/16 23:17, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20160724:
>
on i386, when CONFIG_FB is not enabled:
../drivers/gpu/drm/udl/udl_fb.c: In function 'udl_fb_open':
../drivers/gpu/drm/udl/udl_fb.c:206:23: error: 'struct fb_info' has no member
named 'fbdefio'
if (fb_defio &&
On pe, 2016-07-22 at 16:43 +0300, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> On certain platforms not all planes support the same set of
> rotations/reflections, so let's use the per-plane property
> for this.
>
> This is already a problem on SKL when we use the legay cu
https://bugzilla.kernel.org/show_bug.cgi?id=117931
--- Comment #6 from Eugene A. Shatokhin ---
Created attachment 225781
--> https://bugzilla.kernel.org/attachment.cgi?id=225781&action=edit
lspci -vnn (kernel 4.7)
--
You are receiving this mail because:
You are watching the assignee of the bu
https://bugzilla.kernel.org/show_bug.cgi?id=117931
--- Comment #5 from Eugene A. Shatokhin ---
Created attachment 225771
--> https://bugzilla.kernel.org/attachment.cgi?id=225771&action=edit
Xorg.0.log after resume (kernel 4.7)
--
You are receiving this mail because:
You are watching the assig
https://bugzilla.kernel.org/show_bug.cgi?id=117931
--- Comment #4 from Eugene A. Shatokhin ---
Created attachment 225761
--> https://bugzilla.kernel.org/attachment.cgi?id=225761&action=edit
System log after resume (kernel 4.7)
--
You are receiving this mail because:
You are watching the assig
On pe, 2016-07-22 at 16:43 +0300, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Now that all drivers have been converted over to the per-plane rotation
> property, we can just nuke the global rotation property.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Joonas Lahtin
https://bugzilla.kernel.org/show_bug.cgi?id=117931
--- Comment #3 from Eugene A. Shatokhin ---
Re-checked on Fedora 23 x64 with the mainline kernel 4.7-rc7, git rev
68093c43f352, with no additional patches.
Resume from hibernation is not fully working yet but the problem looks
different this tim
On Fri, Jul 22, 2016 at 01:19:12PM -0700, Darren Hart wrote:
> On Tue, Jul 12, 2016 at 03:11:45PM +0200, Daniel Vetter wrote:
> > On Fri, Jul 08, 2016 at 07:49:32AM +0200, Lukas Wunner wrote:
> > > On Wed, Jul 06, 2016 at 01:40:25PM -0700, Darren Hart wrote:
> > > > On Mon, Jul 04, 2016 at 12:40:35
Hi Dave,
Bunch of fixes for the 4.8 merge pull, nothing out of the ordinary. All
suitably marked up with cc: stable where needed.
Cheers, Daniel
The following changes since commit 0b2c0582f1570bfc95aa9ac1cd340a215d8e8335:
drm/i915: Update DRIVER_DATE to 20160711 (2016-07-11 09:18:31 +0200)
gpu power or memory speed to gain some
more effiency in idle use.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160725/db169597/attachment.html>
On Wed, Jul 06, 2016 at 02:04:51PM +0300, Mika Kahola wrote:
> SW revision is mandatory field for DisplayPort branch
> devices. This is defined in DPCD register field 0x50A.
Reviewed-by: Jim Bride
>
> Signed-off-by: Mika Kahola
> ---
> drivers/gpu/drm/drm_dp_helper.c | 21
On Wed, Jul 06, 2016 at 02:04:49PM +0300, Mika Kahola wrote:
> Read DisplayPort branch device id string.
Reviewed-by: Jim Bride
>
> Signed-off-by: Mika Kahola
> ---
> drivers/gpu/drm/drm_dp_helper.c | 12
> include/drm/drm_dp_helper.h | 2 ++
> 2 files changed, 14 insertions
On Wed, Jul 06, 2016 at 02:04:48PM +0300, Mika Kahola wrote:
> Helper routine to read out maximum supported bits per
> component for DisplayPort legay converters.
>
> v2: Return early if detailed port cap info is not available.
> Replace if-else ladder with switch-case (Ville)
Reviewed-by: Ji
On Wed, Jul 06, 2016 at 02:04:47PM +0300, Mika Kahola wrote:
> Helper routine to read out maximum supported pixel rate
> for DisplayPort legay VGA converter or TMDS clock rate
> for other digital legacy converters. The helper returns
> clock rate in kHz.
>
> v2: Return early if detailed port cap i
On Wed, Jul 06, 2016 at 02:04:46PM +0300, Mika Kahola wrote:
> Drop "VGA" from bits per component definitions as these
> are also used by other standards such as DVI, HDMI,
> DP++.
Reviewed-by: Jim Bride
>
> Signed-off-by: Mika Kahola
> ---
> include/drm/drm_dp_helper.h | 10 +-
> 1 f
On Wed, Jul 06, 2016 at 02:04:45PM +0300, Mika Kahola wrote:
> Add missing DisplayPort downstream port types. The introduced
> new port types are DP++ and Wireless.
Looks good relative to the DP spec.
Reviewed-by: Jim Bride
>
> Signed-off-by: Mika Kahola
> ---
> include/drm/drm_dp_helper.h |
Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR.
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/fsl-dcu/fsl_tcon.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/fsl-dcu/fsl_tcon.c
b/drivers/g
Actually, I would be more concerned about the hangcheck timer elapsed error
message. Warnings are a sign of possible problems but errors are a sign of
definite ones.
Sent from my iPhone
> On Jul 25, 2016, at 4:16 AM, Matwey V. Kornilov gmail.com> wrote:
>
>
> Hello,
>
> I am facing the fol
https://bugzilla.kernel.org/show_bug.cgi?id=141741
--- Comment #7 from Michel Dänzer ---
Can you bisect?
--
You are receiving this mail because:
You are watching the assignee of the bug.
72 matches
Mail list logo
