diff for duplicates of <1465476465.3203.66.camel@synopsys.com> diff --git a/a/1.txt b/N1/1.txt index 2802b7b..cc008d6 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,13 +1,13 @@ Hi Daniel, -On Thu, 2016-06-09@14:26 +0200, Daniel Vetter wrote: -> On Thu, Jun 09, 2016@10:54:45AM +0000, Alexey Brodkin wrote: +On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote: +> On Thu, Jun 09, 2016 at 10:54:45AM +0000, Alexey Brodkin wrote: > > > > Hi Daniel, > > -> > On Wed, 2016-06-08@16:30 +0200, Daniel Vetter wrote: +> > On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote: > > > -> > > On Wed, Jun 08, 2016@04:14:38PM +0200, Maarten Lankhorst wrote: +> > > On Wed, Jun 08, 2016 at 04:14:38PM +0200, Maarten Lankhorst wrote: > > > > > > > > > > > > Op 08-06-16 om 14:18 schreef Daniel Vetter: @@ -24,10 +24,10 @@ On Thu, 2016-06-09@14:26 +0200, Daniel Vetter wrote: > > > > > v2: Be more robust and either arm, when the CRTC is on, or just send > > > > > the event out right away. > > > > > -> > > > > Cc: Carlos Palminha <palminha at synopsys.com> -> > > > > Cc: Alexey Brodkin <abrodkin at synopsys.com> -> > > > > Cc: linux-snps-arc at lists.infradead.org -> > > > > Signed-off-by: Daniel Vetter <daniel.vetter at intel.com> +> > > > > Cc: Carlos Palminha <palminha@synopsys.com> +> > > > > Cc: Alexey Brodkin <abrodkin@synopsys.com> +> > > > > Cc: linux-snps-arc@lists.infradead.org +> > > > > Signed-off-by: Daniel Vetter <daniel.vetter@intel.com> > > > > Wouldn't it be better to do this in atomic_flush then? > > > I'm not going to fix up other people's drivers completely, just enough to > > > hopefully not break them. If arc also blocks vblank interrupts with the go @@ -37,7 +37,7 @@ On Thu, 2016-06-09@14:26 +0200, Daniel Vetter wrote: > > Actually in ARC PGU driver that was one of many other copy-pastes from > > other drivers. I.e. for me this is another boilerplate and if that's the > > same for other drivers as well probably that's a good candidate for -> > generalization into something like?drm_helper_crtc_atomic_check(). +> > generalization into something like drm_helper_crtc_atomic_check(). > > I checked them all, you are special with your code here. And this can't be > generalized since you must send out vblank events in a race-free manner @@ -53,3 +53,7 @@ arc_pgu_crtc_atomic_begin() barely makes any sense. Still in the future we do plan to add support of interrupts. -Alexey +_______________________________________________ +linux-snps-arc mailing list +linux-snps-arc@lists.infradead.org +http://lists.infradead.org/mailman/listinfo/linux-snps-arc diff --git a/a/content_digest b/N1/content_digest index 0201d72..51de06d 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -4,22 +4,28 @@ "ref\020160608143004.GE3363@phenom.ffwll.local\0" "ref\01465469639.3203.57.camel@synopsys.com\0" "ref\020160609122631.GO3363@phenom.ffwll.local\0" - "From\0Alexey.Brodkin@synopsys.com (Alexey Brodkin)\0" - "Subject\0[PATCH 03/27] drm/arc: Actually bother with handling atomic events.\0" + "From\0Alexey Brodkin <Alexey.Brodkin@synopsys.com>\0" + "Subject\0Re: [PATCH 03/27] drm/arc: Actually bother with handling atomic events.\0" "Date\0Thu, 9 Jun 2016 12:48:31 +0000\0" - "To\0linux-snps-arc@lists.infradead.org\0" + "To\0daniel@ffwll.ch <daniel@ffwll.ch>\0" + "Cc\0daniel.vetter@ffwll.ch <daniel.vetter@ffwll.ch>" + maarten.lankhorst@linux.intel.com <maarten.lankhorst@linux.intel.com> + CARLOS.PALMINHA@synopsys.com <CARLOS.PALMINHA@synopsys.com> + dri-devel@lists.freedesktop.org <dri-devel@lists.freedesktop.org> + daniel.vetter@intel.com <daniel.vetter@intel.com> + " linux-snps-arc@lists.infradead.org <linux-snps-arc@lists.infradead.org>\0" "\00:1\0" "b\0" "Hi Daniel,\n" "\n" - "On Thu, 2016-06-09@14:26 +0200, Daniel Vetter wrote:\n" - "> On Thu, Jun 09, 2016@10:54:45AM +0000, Alexey Brodkin wrote:\n" + "On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote:\n" + "> On Thu, Jun 09, 2016 at 10:54:45AM +0000, Alexey Brodkin wrote:\n" "> > \n" "> > Hi Daniel,\n" "> > \n" - "> > On Wed, 2016-06-08@16:30 +0200, Daniel Vetter wrote:\n" + "> > On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote:\n" "> > > \n" - "> > > On Wed, Jun 08, 2016@04:14:38PM +0200, Maarten Lankhorst wrote:\n" + "> > > On Wed, Jun 08, 2016 at 04:14:38PM +0200, Maarten Lankhorst wrote:\n" "> > > > \n" "> > > > \n" "> > > > Op 08-06-16 om 14:18 schreef Daniel Vetter:\n" @@ -36,10 +42,10 @@ "> > > > > v2: Be more robust and either arm, when the CRTC is on, or just send\n" "> > > > > the event out right away.\n" "> > > > > \n" - "> > > > > Cc: Carlos Palminha <palminha at synopsys.com>\n" - "> > > > > Cc: Alexey Brodkin <abrodkin at synopsys.com>\n" - "> > > > > Cc: linux-snps-arc at lists.infradead.org\n" - "> > > > > Signed-off-by: Daniel Vetter <daniel.vetter at intel.com>\n" + "> > > > > Cc: Carlos Palminha <palminha@synopsys.com>\n" + "> > > > > Cc: Alexey Brodkin <abrodkin@synopsys.com>\n" + "> > > > > Cc: linux-snps-arc@lists.infradead.org\n" + "> > > > > Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>\n" "> > > > Wouldn't it be better to do this in atomic_flush then?\n" "> > > I'm not going to fix up other people's drivers completely, just enough to\n" "> > > hopefully not break them. If arc also blocks vblank interrupts with the go\n" @@ -49,7 +55,7 @@ "> > Actually in ARC PGU driver that was one of many other copy-pastes from\n" "> > other drivers. I.e. for me this is another boilerplate and if that's the\n" "> > same for other drivers as well probably that's a good candidate for\n" - "> > generalization into something like?drm_helper_crtc_atomic_check().\n" + "> > generalization into something like\302\240drm_helper_crtc_atomic_check().\n" ">\n" "> I checked them all, you are special with your code here. And this can't be\n" "> generalized since you must send out vblank events in a race-free manner\n" @@ -64,6 +70,10 @@ "\n" "Still in the future we do plan to add support of interrupts.\n" "\n" - -Alexey + "-Alexey\n" + "_______________________________________________\n" + "linux-snps-arc mailing list\n" + "linux-snps-arc@lists.infradead.org\n" + http://lists.infradead.org/mailman/listinfo/linux-snps-arc -285d168d5bdbc5a92c9d8fb1bc379744f23dd6ef224b6cb7ce532f9b0e50f02a +e2c3bd08a22997931b2680307360967ce02e3129fa0b56a223bebf91eacae00d
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.