Re: [PATCH] drm/edid: Add 6 bpc quirk for CPT panel in Asus UX303LA

"AEO", 0, EDID_QUIRK_FORCE_6BPC }, + /* CPT panel of Asus UX303LA reports 8 bpc, but is a 6 bpc panel */ + { "CPT", 0x17df, EDID_QUIRK_FORCE_6BPC }, + /* Belinea 10 15 55 */ { "MAX", 1516, EDID_QUIRK_PREFER_LARGE_60 }, { "MAX&qu

Re: [PATCH] drm/edid: Add 6 bpc quirk for CPT panel in Asus UX303LA

_6BPC }, + /* CPT panel of Asus UX303LA reports 8 bpc, but is a 6 bpc panel */ + { "CPT", 0x17df, EDID_QUIRK_FORCE_6BPC }, + /* Belinea 10 15 55 */ { "MAX", 1516, EDID_QUIRK_PREFER_LARGE_60 }, { "MAX", 0x77e, EDID_QUIRK_PREFER_LARGE_60 }, Reviewed-by: Mario Kleiner

Re: [PATCH 4.4 030/103] drm/amdgpu: Make display watermark calculations more accurate

On Thu, Jun 1, 2017 at 1:13 PM, Ben Hutchings <ben.hutchi...@codethink.co.uk> wrote: > On Tue, 2017-05-23 at 22:08 +0200, Greg Kroah-Hartman wrote: >> 4.4-stable review patch. If anyone has any objections, please let me know. >> >> ------ >> >

Re: [PATCH 4.4 030/103] drm/amdgpu: Make display watermark calculations more accurate

On Thu, Jun 1, 2017 at 1:13 PM, Ben Hutchings wrote: > On Tue, 2017-05-23 at 22:08 +0200, Greg Kroah-Hartman wrote: >> 4.4-stable review patch. If anyone has any objections, please let me know. >> >> ------ >> >>

Re: [PATCH 18/28] drm: avoid uninitialized timestamp use in wait_vblank

if (WARN_ON(pipe >= dev->num_crtcs)) + if (WARN_ON(pipe >= dev->num_crtcs)) { + *vblanktime = (struct timeval) { 0 }; return 0; + } do { seq = read_seqbegin(>seqlock); Looks good to me. Reviewed-by: Mario Kleiner <mario.kleiner...@gmail.com> -mario

Re: [PATCH 18/28] drm: avoid uninitialized timestamp use in wait_vblank

time = (struct timeval) { 0 }; return 0; + } do { seq = read_seqbegin(>seqlock); Looks good to me. Reviewed-by: Mario Kleiner -mario

Re: [PATCH] drm/i915: Fix legacy gamma lut updates in Linux 4.7-rc6

it nicely. The patch currently applies cleanly to drm-fixes and drm-next and is Reviewed-and-tested-by: Mario Kleiner <mario.kleiner...@gmail.com> When we are at it, could somebody please look at that updated series of my Displayport color depth fixes ("EDID/DP fixes for

Re: [PATCH] drm/i915: Fix legacy gamma lut updates in Linux 4.7-rc6

it nicely. The patch currently applies cleanly to drm-fixes and drm-next and is Reviewed-and-tested-by: Mario Kleiner When we are at it, could somebody please look at that updated series of my Displayport color depth fixes ("EDID/DP fixes for proper bpc detection of displays.") i

Re: [PATCH] drm/i915: Fix legacy gamma lut updates in Linux 4.7-rc6

On 07/12/2016 05:02 PM, Lionel Landwerlin wrote: On 12/07/16 13:11, Mario Kleiner wrote: On 07/12/2016 12:50 PM, Lionel Landwerlin wrote: Hi Mario, Hi Lionel, There was a couple of patch to fix this issue : https://patchwork.freedesktop.org/series/5467/ https://patchwork.freedesktop.org

Re: [PATCH] drm/i915: Fix legacy gamma lut updates in Linux 4.7-rc6

On 07/12/2016 05:02 PM, Lionel Landwerlin wrote: On 12/07/16 13:11, Mario Kleiner wrote: On 07/12/2016 12:50 PM, Lionel Landwerlin wrote: Hi Mario, Hi Lionel, There was a couple of patch to fix this issue : https://patchwork.freedesktop.org/series/5467/ https://patchwork.freedesktop.org

Re: [PATCH] drm/i915: Fix legacy gamma lut updates in Linux 4.7-rc6

, the final rc afaik? thanks, -mario Cheers, - Lionel On 12/07/16 11:33, Mario Kleiner wrote: Updating legacy gamma tables, e.g., via RandR doesn't work at all as of Linux 4.7-rc6. Reason seems to be that the required call to drm_atomic_helper_commit_planes_on_crtc is skipped in intel_atomic_commit

Re: [PATCH] drm/i915: Fix legacy gamma lut updates in Linux 4.7-rc6

, the final rc afaik? thanks, -mario Cheers, - Lionel On 12/07/16 11:33, Mario Kleiner wrote: Updating legacy gamma tables, e.g., via RandR doesn't work at all as of Linux 4.7-rc6. Reason seems to be that the required call to drm_atomic_helper_commit_planes_on_crtc is skipped in intel_atomic_commit

[PATCH] drm/i915: Fix legacy gamma lut updates in Linux 4.7-rc6

Ironlake to confirm the fix apparently doesn't break anything under X11. Signed-off-by: Mario Kleiner <mario.kleiner...@gmail.com> Cc: Maarten Lankhorst <maarten.lankho...@linux.intel.com> Cc: Lionel Landwerlin <lionel.g.landwer...@intel.com> Cc: Daniel Vetter <daniel.vet...@ffwll

[PATCH] drm/i915: Fix legacy gamma lut updates in Linux 4.7-rc6

Ironlake to confirm the fix apparently doesn't break anything under X11. Signed-off-by: Mario Kleiner Cc: Maarten Lankhorst Cc: Lionel Landwerlin Cc: Daniel Vetter --- drivers/gpu/drm/i915/intel_display.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/gpu

Re: [PATCH 2/2] drm/vc4: Squash commit for Mario's precise vblank timestamping.

Hi Eric, thanks for all the infos and help! Both your patches look good and i have successfully tested them on top of with my vblank timestamping patch. So for both: Reviewed-and-tested-by: Mario Kleiner <mario.kleiner...@gmail.com> Will you squash 2/2 into my patch or should i res

Re: [PATCH 2/2] drm/vc4: Squash commit for Mario's precise vblank timestamping.

Hi Eric, thanks for all the infos and help! Both your patches look good and i have successfully tested them on top of with my vblank timestamping patch. So for both: Reviewed-and-tested-by: Mario Kleiner Will you squash 2/2 into my patch or should i resend my patch with yours squashed

Re: [PATCH 07/14] drm/nouveau: use drm_crtc_send_vblank_event()

On 04/14/2016 07:48 PM, Gustavo Padovan wrote: From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/nouveau/nouveau_display.c | 4

Re: [PATCH 07/14] drm/nouveau: use drm_crtc_send_vblank_event()

On 04/14/2016 07:48 PM, Gustavo Padovan wrote: From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/nouveau/nouveau_display.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/25/2016 09:32 PM, Daniel Vetter wrote: On Mon, Jan 25, 2016 at 08:30:14PM +0100, Mario Kleiner wrote: On 01/25/2016 07:51 PM, Daniel Vetter wrote: On Mon, Jan 25, 2016 at 05:38:30PM +0100, Mario Kleiner wrote: Readding Daniel, which somehow got dropped from the cc. On 01/25/2016 03

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/25/2016 07:51 PM, Daniel Vetter wrote: On Mon, Jan 25, 2016 at 05:38:30PM +0100, Mario Kleiner wrote: Readding Daniel, which somehow got dropped from the cc. On 01/25/2016 03:53 PM, Ville Syrjälä wrote: On Mon, Jan 25, 2016 at 02:44:53PM +0100, Mario Kleiner wrote: On 01/25/2016 02

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

Readding Daniel, which somehow got dropped from the cc. On 01/25/2016 03:53 PM, Ville Syrjälä wrote: On Mon, Jan 25, 2016 at 02:44:53PM +0100, Mario Kleiner wrote: On 01/25/2016 02:23 PM, Ville Syrjälä wrote: On Mon, Jan 25, 2016 at 02:16:45PM +0100, Mario Kleiner wrote: On 01/25/2016 05

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/25/2016 02:23 PM, Ville Syrjälä wrote: On Mon, Jan 25, 2016 at 02:16:45PM +0100, Mario Kleiner wrote: On 01/25/2016 05:15 AM, Michel Dänzer wrote: On 23.01.2016 00:18, Ville Syrjälä wrote: On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote: [ Trimming KDE folks from Cc

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/25/2016 05:15 AM, Michel Dänzer wrote: On 23.01.2016 00:18, Ville Syrjälä wrote: On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote: [ Trimming KDE folks from Cc ] On 21.01.2016 19:09, Daniel Vetter wrote: On Thu, Jan 21, 2016 at 05:36:46PM +0900, Michel Dänzer wrote: On

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/25/2016 05:15 AM, Michel Dänzer wrote: On 23.01.2016 00:18, Ville Syrjälä wrote: On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote: [ Trimming KDE folks from Cc ] On 21.01.2016 19:09, Daniel Vetter wrote: On Thu, Jan 21, 2016 at 05:36:46PM +0900, Michel Dänzer wrote: On

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/25/2016 02:23 PM, Ville Syrjälä wrote: On Mon, Jan 25, 2016 at 02:16:45PM +0100, Mario Kleiner wrote: On 01/25/2016 05:15 AM, Michel Dänzer wrote: On 23.01.2016 00:18, Ville Syrjälä wrote: On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote: [ Trimming KDE folks from Cc

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/25/2016 07:51 PM, Daniel Vetter wrote: On Mon, Jan 25, 2016 at 05:38:30PM +0100, Mario Kleiner wrote: Readding Daniel, which somehow got dropped from the cc. On 01/25/2016 03:53 PM, Ville Syrjälä wrote: On Mon, Jan 25, 2016 at 02:44:53PM +0100, Mario Kleiner wrote: On 01/25/2016 02

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

Readding Daniel, which somehow got dropped from the cc. On 01/25/2016 03:53 PM, Ville Syrjälä wrote: On Mon, Jan 25, 2016 at 02:44:53PM +0100, Mario Kleiner wrote: On 01/25/2016 02:23 PM, Ville Syrjälä wrote: On Mon, Jan 25, 2016 at 02:16:45PM +0100, Mario Kleiner wrote: On 01/25/2016 05

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/25/2016 09:32 PM, Daniel Vetter wrote: On Mon, Jan 25, 2016 at 08:30:14PM +0100, Mario Kleiner wrote: On 01/25/2016 07:51 PM, Daniel Vetter wrote: On Mon, Jan 25, 2016 at 05:38:30PM +0100, Mario Kleiner wrote: Readding Daniel, which somehow got dropped from the cc. On 01/25/2016 03

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/22/2016 07:29 PM, Mario Kleiner wrote: On 01/22/2016 04:18 PM, Ville Syrjälä wrote: On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote: [ Trimming KDE folks from Cc ] On 21.01.2016 19:09, Daniel Vetter wrote: On Thu, Jan 21, 2016 at 05:36:46PM +0900, Michel Dänzer wrote

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/22/2016 07:29 PM, Mario Kleiner wrote: On 01/22/2016 04:18 PM, Ville Syrjälä wrote: On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote: [ Trimming KDE folks from Cc ] On 21.01.2016 19:09, Daniel Vetter wrote: On Thu, Jan 21, 2016 at 05:36:46PM +0900, Michel Dänzer wrote

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/22/2016 04:18 PM, Ville Syrjälä wrote: On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote: [ Trimming KDE folks from Cc ] On 21.01.2016 19:09, Daniel Vetter wrote: On Thu, Jan 21, 2016 at 05:36:46PM +0900, Michel Dänzer wrote: On 21.01.2016 16:58, Daniel Vetter wrote:

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/22/2016 04:18 PM, Ville Syrjälä wrote: On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote: [ Trimming KDE folks from Cc ] On 21.01.2016 19:09, Daniel Vetter wrote: On Thu, Jan 21, 2016 at 05:36:46PM +0900, Michel Dänzer wrote: On 21.01.2016 16:58, Daniel Vetter wrote:

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/21/2016 07:38 AM, Michel Dänzer wrote: On 21.01.2016 14:31, Mario Kleiner wrote: On 01/21/2016 04:43 AM, Michel Dänzer wrote: On 21.01.2016 05:32, Mario Kleiner wrote: So the problem is that AMDs hardware frame counters reset to zero during a modeset. The old DRM code dealt

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/21/2016 07:38 AM, Michel Dänzer wrote: On 21.01.2016 14:31, Mario Kleiner wrote: On 01/21/2016 04:43 AM, Michel Dänzer wrote: On 21.01.2016 05:32, Mario Kleiner wrote: So the problem is that AMDs hardware frame counters reset to zero during a modeset. The old DRM code dealt

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/21/2016 04:43 AM, Michel Dänzer wrote: On 21.01.2016 05:32, Mario Kleiner wrote: So the problem is that AMDs hardware frame counters reset to zero during a modeset. The old DRM code dealt with drivers doing that by keeping vblank irqs enabled during modesets and incrementing vblank count

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/18/2016 11:49 AM, Vlastimil Babka wrote: On 01/16/2016 05:24 AM, Mario Kleiner wrote: On 01/15/2016 01:26 PM, Ville Syrjälä wrote: On Fri, Jan 15, 2016 at 11:34:08AM +0100, Vlastimil Babka wrote: I'm currently running... while xinit /usr/bin/ksplashqml --test -- :1 ; do echo yay

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/21/2016 04:43 AM, Michel Dänzer wrote: On 21.01.2016 05:32, Mario Kleiner wrote: So the problem is that AMDs hardware frame counters reset to zero during a modeset. The old DRM code dealt with drivers doing that by keeping vblank irqs enabled during modesets and incrementing vblank count

Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon

On 01/18/2016 11:49 AM, Vlastimil Babka wrote: On 01/16/2016 05:24 AM, Mario Kleiner wrote: On 01/15/2016 01:26 PM, Ville Syrjälä wrote: On Fri, Jan 15, 2016 at 11:34:08AM +0100, Vlastimil Babka wrote: I'm currently running... while xinit /usr/bin/ksplashqml --test -- :1 ; do echo yay

Fwd: [PATCH] x86: Add iMac10,1 to pci_reboot_dmi_table

Forwarded Message Subject: [PATCH] x86: Add iMac10,1 to pci_reboot_dmi_table Date: Fri, 18 Dec 2015 20:24:06 +0100 From: Mario Kleiner To: x...@kernel.org CC: mi...@redhat.com, h...@zytor.com, mario.kleiner...@gmail.com, sta...@vger.kernel.org Without the reboot=pci method

Fwd: [PATCH] x86: Add iMac10,1 to pci_reboot_dmi_table

Forwarded Message Subject: [PATCH] x86: Add iMac10,1 to pci_reboot_dmi_table Date: Fri, 18 Dec 2015 20:24:06 +0100 From: Mario Kleiner <mario.kleiner...@gmail.com> To: x...@kernel.org CC: mi...@redhat.com, h...@zytor.com, mario.kleiner...@gmail.com, sta...@vger.kern

Re: CONFIG_DMA_CMA causes ttm performance problems/hangs.

On 08/13/2014 03:50 AM, Michel Dänzer wrote: On 12.08.2014 00:17, Jerome Glisse wrote: On Mon, Aug 11, 2014 at 12:11:21PM +0200, Thomas Hellstrom wrote: On 08/10/2014 08:02 PM, Mario Kleiner wrote: On 08/10/2014 01:03 PM, Thomas Hellstrom wrote: On 08/10/2014 05:11 AM, Mario Kleiner wrote

Re: CONFIG_DMA_CMA causes ttm performance problems/hangs.

On 08/11/2014 05:17 PM, Jerome Glisse wrote: On Mon, Aug 11, 2014 at 12:11:21PM +0200, Thomas Hellstrom wrote: On 08/10/2014 08:02 PM, Mario Kleiner wrote: On 08/10/2014 01:03 PM, Thomas Hellstrom wrote: On 08/10/2014 05:11 AM, Mario Kleiner wrote: Resent this time without HTML formatting

Re: CONFIG_DMA_CMA causes ttm performance problems/hangs.

On 08/11/2014 05:17 PM, Jerome Glisse wrote: On Mon, Aug 11, 2014 at 12:11:21PM +0200, Thomas Hellstrom wrote: On 08/10/2014 08:02 PM, Mario Kleiner wrote: On 08/10/2014 01:03 PM, Thomas Hellstrom wrote: On 08/10/2014 05:11 AM, Mario Kleiner wrote: Resent this time without HTML formatting

Re: CONFIG_DMA_CMA causes ttm performance problems/hangs.

On 08/13/2014 03:50 AM, Michel Dänzer wrote: On 12.08.2014 00:17, Jerome Glisse wrote: On Mon, Aug 11, 2014 at 12:11:21PM +0200, Thomas Hellstrom wrote: On 08/10/2014 08:02 PM, Mario Kleiner wrote: On 08/10/2014 01:03 PM, Thomas Hellstrom wrote: On 08/10/2014 05:11 AM, Mario Kleiner wrote

Re: CONFIG_DMA_CMA causes ttm performance problems/hangs.

On 08/10/2014 01:03 PM, Thomas Hellstrom wrote: On 08/10/2014 05:11 AM, Mario Kleiner wrote: Resent this time without HTML formatting which lkml doesn't like. Sorry. On 08/09/2014 03:58 PM, Thomas Hellstrom wrote: On 08/09/2014 03:33 PM, Konrad Rzeszutek Wilk wrote: On August 9, 2014 1:39:39

Re: CONFIG_DMA_CMA causes ttm performance problems/hangs.

On 08/10/2014 01:03 PM, Thomas Hellstrom wrote: On 08/10/2014 05:11 AM, Mario Kleiner wrote: Resent this time without HTML formatting which lkml doesn't like. Sorry. On 08/09/2014 03:58 PM, Thomas Hellstrom wrote: On 08/09/2014 03:33 PM, Konrad Rzeszutek Wilk wrote: On August 9, 2014 1:39:39

Re: CONFIG_DMA_CMA causes ttm performance problems/hangs.

instead of recycling? Is this some debug code left over, or intentional and just me not understanding what happens there? thanks, -mario /Thomas On 08/08/2014 07:42 PM, Mario Kleiner wrote: Hi all, there is a rather severe performance problem i accidentally found when trying to give Lin

Re: CONFIG_DMA_CMA causes ttm performance problems/hangs.

left over, or intentional and just me not understanding what happens there? thanks, -mario /Thomas On 08/08/2014 07:42 PM, Mario Kleiner wrote: Hi all, there is a rather severe performance problem i accidentally found when trying to give Linux 3.16.0 a final test on a x86_64 MacBookPro

CONFIG_DMA_CMA causes ttm performance problems/hangs.

Hi all, there is a rather severe performance problem i accidentally found when trying to give Linux 3.16.0 a final test on a x86_64 MacBookPro under Ubuntu 14.04 LTS with nouveau as graphics driver. I was lazy and just installed the Ubuntu precompiled mainline kernel. That kernel happens to

CONFIG_DMA_CMA causes ttm performance problems/hangs.

Hi all, there is a rather severe performance problem i accidentally found when trying to give Linux 3.16.0 a final test on a x86_64 MacBookPro under Ubuntu 14.04 LTS with nouveau as graphics driver. I was lazy and just installed the Ubuntu precompiled mainline kernel. That kernel happens to

Re: [Intel-gfx] BUG: sleeping function called from invalid context on 3.10.10-rt7

On 10/11/2013 03:30 PM, Sebastian Andrzej Siewior wrote: On 10/11/2013 02:37 PM, Steven Rostedt wrote: On Fri, 11 Oct 2013 12:18:00 +0200 Sebastian Andrzej Siewior wrote: * Mario Kleiner | 2013-09-26 18:16:47 [+0200]: Good! I will do that. Thanks for clarifying the irq and constraints

Re: [Intel-gfx] BUG: sleeping function called from invalid context on 3.10.10-rt7

On 10/11/2013 03:30 PM, Sebastian Andrzej Siewior wrote: On 10/11/2013 02:37 PM, Steven Rostedt wrote: On Fri, 11 Oct 2013 12:18:00 +0200 Sebastian Andrzej Siewior bige...@linutronix.de wrote: * Mario Kleiner | 2013-09-26 18:16:47 [+0200]: Good! I will do that. Thanks for clarifying the irq

Re: [Intel-gfx] BUG: sleeping function called from invalid context on 3.10.10-rt7

On 25.09.13 09:49, Ville Syrjälä wrote: On Wed, Sep 25, 2013 at 06:32:10AM +0200, Mario Kleiner wrote: On 23.09.13 10:38, Ville Syrjälä wrote: On Sat, Sep 21, 2013 at 12:07:36AM +0200, Mario Kleiner wrote: On 09/17/2013 10:55 PM, Daniel Vetter wrote: On Tue, Sep 17, 2013 at 9:50 PM, Peter

Re: [Intel-gfx] BUG: sleeping function called from invalid context on 3.10.10-rt7

On 25.09.13 16:13, Steven Rostedt wrote: On Wed, 25 Sep 2013 06:32:10 +0200 Mario Kleiner wrote: But given the new situation, your proposal is great! If we push the clock readouts into the get_scanoutpos routine, we can make this robust without causing grief for the rt people and without

Re: [Intel-gfx] BUG: sleeping function called from invalid context on 3.10.10-rt7

On 25.09.13 16:13, Steven Rostedt wrote: On Wed, 25 Sep 2013 06:32:10 +0200 Mario Kleiner mario.klei...@tuebingen.mpg.de wrote: But given the new situation, your proposal is great! If we push the clock readouts into the get_scanoutpos routine, we can make this robust without causing grief

Re: [Intel-gfx] BUG: sleeping function called from invalid context on 3.10.10-rt7

On 25.09.13 09:49, Ville Syrjälä wrote: On Wed, Sep 25, 2013 at 06:32:10AM +0200, Mario Kleiner wrote: On 23.09.13 10:38, Ville Syrjälä wrote: On Sat, Sep 21, 2013 at 12:07:36AM +0200, Mario Kleiner wrote: On 09/17/2013 10:55 PM, Daniel Vetter wrote: On Tue, Sep 17, 2013 at 9:50 PM, Peter

Re: [Intel-gfx] BUG: sleeping function called from invalid context on 3.10.10-rt7

On 23.09.13 10:38, Ville Syrjälä wrote: On Sat, Sep 21, 2013 at 12:07:36AM +0200, Mario Kleiner wrote: On 09/17/2013 10:55 PM, Daniel Vetter wrote: On Tue, Sep 17, 2013 at 9:50 PM, Peter Hurley wrote: On 09/11/2013 03:31 PM, Peter Hurley wrote: [+cc dri-devel] On 09/11/2013 11:38 AM

Re: [Intel-gfx] BUG: sleeping function called from invalid context on 3.10.10-rt7

On 23.09.13 10:38, Ville Syrjälä wrote: On Sat, Sep 21, 2013 at 12:07:36AM +0200, Mario Kleiner wrote: On 09/17/2013 10:55 PM, Daniel Vetter wrote: On Tue, Sep 17, 2013 at 9:50 PM, Peter Hurley pe...@hurleysoftware.com wrote: On 09/11/2013 03:31 PM, Peter Hurley wrote: [+cc dri-devel

Re: BUG: sleeping function called from invalid context on 3.10.10-rt7

vblank timestamp needs to be an accurate measurement of a realtime event. Sleeping/servicing interrupts while reading the registers necessary to compute the timestamp would be bad too. (edit: which hopefully Mario Kleiner clarified in his reply) My point earlier was three-fold: 1. Don't need the p

Re: BUG: sleeping function called from invalid context on 3.10.10-rt7

? That the vblank timestamp needs to be an accurate measurement of a realtime event. Sleeping/servicing interrupts while reading the registers necessary to compute the timestamp would be bad too. (edit: which hopefully Mario Kleiner clarified in his reply) My point earlier was three-fold: 1. Don't

Re: BUG: sleeping function called from invalid context on 3.10.10-rt7

On 11.09.13 21:19, Steven Rostedt wrote: On Wed, 11 Sep 2013 21:07:10 +0200 Mario Kleiner wrote: On 11.09.13 20:35, Steven Rostedt wrote: On Wed, 11 Sep 2013 20:29:07 +0200 Mario Kleiner wrote: That said, maybe preempt_disable is no longer the optimal choice there and there's some

Re: BUG: sleeping function called from invalid context on 3.10.10-rt7

On 11.09.13 17:16, Peter Hurley wrote: On 09/11/2013 09:26 AM, Steven Rostedt wrote: On Wed, 11 Sep 2013 07:28:09 -0300 "Luis Claudio R. Goncalves" wrote: Hello, I saw two different occurrences of "BUG: sleeping function called from invalid context" happening on 3.10.10-rt7. The first one

Re: BUG: sleeping function called from invalid context on 3.10.10-rt7

On 11.09.13 20:35, Steven Rostedt wrote: On Wed, 11 Sep 2013 20:29:07 +0200 Mario Kleiner wrote: That said, maybe preempt_disable is no longer the optimal choice there and there's some better way to achieve good protection against interruptions of that bit of code? My knowledge here

Re: BUG: sleeping function called from invalid context on 3.10.10-rt7

On 11.09.13 20:35, Steven Rostedt wrote: On Wed, 11 Sep 2013 20:29:07 +0200 Mario Kleiner mario.klei...@tuebingen.mpg.de wrote: That said, maybe preempt_disable is no longer the optimal choice there and there's some better way to achieve good protection against interruptions of that bit

Re: BUG: sleeping function called from invalid context on 3.10.10-rt7

On 11.09.13 17:16, Peter Hurley wrote: On 09/11/2013 09:26 AM, Steven Rostedt wrote: On Wed, 11 Sep 2013 07:28:09 -0300 Luis Claudio R. Goncalves lclau...@uudg.org wrote: Hello, I saw two different occurrences of BUG: sleeping function called from invalid context happening on 3.10.10-rt7.

Re: BUG: sleeping function called from invalid context on 3.10.10-rt7

On 11.09.13 21:19, Steven Rostedt wrote: On Wed, 11 Sep 2013 21:07:10 +0200 Mario Kleiner mario.klei...@tuebingen.mpg.de wrote: On 11.09.13 20:35, Steven Rostedt wrote: On Wed, 11 Sep 2013 20:29:07 +0200 Mario Kleiner mario.klei...@tuebingen.mpg.de wrote: That said, maybe