From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754973AbcHYEcU (ORCPT ); Thu, 25 Aug 2016 00:32:20 -0400 Received: from regular1.263xmail.com ([211.150.99.132]:39596 "EHLO regular1.263xmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752746AbcHYEcN (ORCPT ); Thu, 25 Aug 2016 00:32:13 -0400 X-263anti-spam: KSV:0;BIG:0;ABS:1;DNS:0;ATT:0;SPF:S; X-MAIL-GRAY: 0 X-MAIL-DELIVERY: 1 X-KSVirus-check: 0 X-ABS-CHECKED: 1 X-SKE-CHECKED: 1 X-ADDR-CHECKED: 0 X-RL-SENDER: mark.yao@rock-chips.com X-FST-TO: linux-arm-kernel@lists.infradead.org X-SENDER-IP: 58.22.7.114 X-LOGIN-NAME: mark.yao@rock-chips.com X-UNIQUE-TAG: <8e1dec0351b586263b1447380a974249> X-ATTACHMENT-NUM: 0 X-DNS-TYPE: 0 Subject: Re: [PATCH v3 1/5] drm/rockchip: sort registers define by chip's number To: Sean Paul References: <1471454452-2151-1-git-send-email-seanpaul@chromium.org> <57B57AFE.2030706@rock-chips.com> <20160818091141.GZ6232@phenom.ffwll.local> <57B587C0.5050007@rock-chips.com> <57BB9B87.2040406@rock-chips.com> Cc: Tomasz Figa , dri-devel , linux-rockchip@lists.infradead.org, Linux Kernel Mailing List , Linux ARM Kernel From: Mark yao Message-ID: <57BE5727.8070100@rock-chips.com> Date: Thu, 25 Aug 2016 10:25:43 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2016年08月23日 21:13, Sean Paul wrote: > On Mon, Aug 22, 2016 at 8:40 PM, Mark yao wrote: >> On 2016年08月23日 04:30, Sean Paul wrote: >>> On Thu, Aug 18, 2016 at 6:02 AM, Mark yao wrote: >>>> On 2016年08月18日 17:11, Daniel Vetter wrote: >>>>> On Thu, Aug 18, 2016 at 05:08:14PM +0800, Mark yao wrote: >>>>>>> Hi Sean >>>>>>> >>>>>>> Thanks for send v3 patch for rk3399 vop support. >>>>>>> >>>>>>> But sorry for that, I had changed my mind, those patches are >>>>>>> deprecated, >>>>>>> I have new rk3399 patch on my downstream kernel, I will upstream soon. >>>>> Wut? Imo merge Sean's patch here, and then rebase your downstream >>>>> patches >>>>> on top of it. That you have a downstream tree which is out of sync with >>>>> upstream shouldn't be a reason to stall upstream development. >>>>> -Daniel >>>>> >>>> Yeah, Sorry for that. >>>> >>>> In fact, on my downstream kernel, also have those patches, my new rk3399 >>>> patches are based on them, >>>> but the new rk3399 patches will cover the those patches, Sean's patches >>>> is >>>> old version. >>>> >>>> I just want to fast forward, don't want to send two version drivers to >>>> upstream. >>>> but if you and Dave feel ok for that, I have no problem:-) . >>>> >>>> merged Sean's patches and then apply new version patches. >>>> >>> Ok, so can I get a review/ack for these revised patches then? >>> Something is better than nothing, and there's a bunch of stuff that >>> depends on these changes. >>> >>> Sean >> Yes, But I miss your [PATCH v3 0/5] and [PATCH v3 4/5]. do you mean the lost >> patches use v2 version? >> > Yes, v2 4/5 was reviewed as-is, so I just applied it. > > Sean Applied this series to my drm-next. Thanks. >>> >>>> Thanks. >>>> >>>> -- >>>> Ｍark Yao >>>> >>>> >>> >> >> -- >> Ｍark Yao >> >> > > -- Ｍark Yao From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark yao Subject: Re: [PATCH v3 1/5] drm/rockchip: sort registers define by chip's number Date: Thu, 25 Aug 2016 10:25:43 +0800 Message-ID: <57BE5727.8070100@rock-chips.com> References: <1471454452-2151-1-git-send-email-seanpaul@chromium.org> <57B57AFE.2030706@rock-chips.com> <20160818091141.GZ6232@phenom.ffwll.local> <57B587C0.5050007@rock-chips.com> <57BB9B87.2040406@rock-chips.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; Format="flowed" Content-Transfer-Encoding: base64 Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: Sean Paul Cc: Linux ARM Kernel , linux-rockchip@lists.infradead.org, Linux Kernel Mailing List , dri-devel , Tomasz Figa List-Id: linux-rockchip.vger.kernel.org T24gMjAxNuW5tDA45pyIMjPml6UgMjE6MTMsIFNlYW4gUGF1bCB3cm90ZToKPiBPbiBNb24sIEF1 ZyAyMiwgMjAxNiBhdCA4OjQwIFBNLCBNYXJrIHlhbyA8bWFyay55YW9Acm9jay1jaGlwcy5jb20+ IHdyb3RlOgo+PiBPbiAyMDE25bm0MDjmnIgyM+aXpSAwNDozMCwgU2VhbiBQYXVsIHdyb3RlOgo+ Pj4gT24gVGh1LCBBdWcgMTgsIDIwMTYgYXQgNjowMiBBTSwgTWFyayB5YW8gPG1hcmsueWFvQHJv Y2stY2hpcHMuY29tPiB3cm90ZToKPj4+PiBPbiAyMDE25bm0MDjmnIgxOOaXpSAxNzoxMSwgRGFu aWVsIFZldHRlciB3cm90ZToKPj4+Pj4gT24gVGh1LCBBdWcgMTgsIDIwMTYgYXQgMDU6MDg6MTRQ TSArMDgwMCwgTWFyayB5YW8gd3JvdGU6Cj4+Pj4+Pj4gSGkgU2Vhbgo+Pj4+Pj4+Cj4+Pj4+Pj4g VGhhbmtzIGZvciBzZW5kIHYzIHBhdGNoIGZvciByazMzOTkgdm9wIHN1cHBvcnQuCj4+Pj4+Pj4K Pj4+Pj4+PiBCdXQgc29ycnkgZm9yIHRoYXQsIEkgaGFkIGNoYW5nZWQgbXkgbWluZCwgdGhvc2Ug cGF0Y2hlcyBhcmUKPj4+Pj4+PiBkZXByZWNhdGVkLAo+Pj4+Pj4+IEkgaGF2ZSBuZXcgcmszMzk5 IHBhdGNoIG9uIG15IGRvd25zdHJlYW0ga2VybmVsLCBJIHdpbGwgdXBzdHJlYW0gc29vbi4KPj4+ Pj4gV3V0PyBJbW8gbWVyZ2UgU2VhbidzIHBhdGNoIGhlcmUsIGFuZCB0aGVuIHJlYmFzZSB5b3Vy IGRvd25zdHJlYW0KPj4+Pj4gcGF0Y2hlcwo+Pj4+PiBvbiB0b3Agb2YgaXQuIFRoYXQgeW91IGhh dmUgYSBkb3duc3RyZWFtIHRyZWUgd2hpY2ggaXMgb3V0IG9mIHN5bmMgd2l0aAo+Pj4+PiB1cHN0 cmVhbSBzaG91bGRuJ3QgYmUgYSByZWFzb24gdG8gc3RhbGwgdXBzdHJlYW0gZGV2ZWxvcG1lbnQu Cj4+Pj4+IC1EYW5pZWwKPj4+Pj4KPj4+PiBZZWFoLCBTb3JyeSBmb3IgdGhhdC4KPj4+Pgo+Pj4+ IEluIGZhY3QsIG9uIG15IGRvd25zdHJlYW0ga2VybmVsLCBhbHNvIGhhdmUgdGhvc2UgcGF0Y2hl cywgbXkgbmV3IHJrMzM5OQo+Pj4+IHBhdGNoZXMgYXJlIGJhc2VkIG9uIHRoZW0sCj4+Pj4gYnV0 IHRoZSBuZXcgcmszMzk5IHBhdGNoZXMgd2lsbCBjb3ZlciB0aGUgdGhvc2UgcGF0Y2hlcywgIFNl YW4ncyBwYXRjaGVzCj4+Pj4gaXMKPj4+PiBvbGQgdmVyc2lvbi4KPj4+Pgo+Pj4+IEkganVzdCB3 YW50IHRvIGZhc3QgZm9yd2FyZCwgZG9uJ3Qgd2FudCB0byBzZW5kIHR3byB2ZXJzaW9uIGRyaXZl cnMgdG8KPj4+PiB1cHN0cmVhbS4KPj4+PiBidXQgaWYgeW91IGFuZCBEYXZlIGZlZWwgb2sgZm9y IHRoYXQsIEkgaGF2ZSBubyBwcm9ibGVtOi0pIC4KPj4+Pgo+Pj4+IG1lcmdlZCBTZWFuJ3MgcGF0 Y2hlcyBhbmQgdGhlbiBhcHBseSBuZXcgdmVyc2lvbiBwYXRjaGVzLgo+Pj4+Cj4+PiBPaywgc28g Y2FuIEkgZ2V0IGEgcmV2aWV3L2FjayBmb3IgdGhlc2UgcmV2aXNlZCBwYXRjaGVzIHRoZW4/Cj4+ PiBTb21ldGhpbmcgaXMgYmV0dGVyIHRoYW4gbm90aGluZywgYW5kIHRoZXJlJ3MgYSBidW5jaCBv ZiBzdHVmZiB0aGF0Cj4+PiBkZXBlbmRzIG9uIHRoZXNlIGNoYW5nZXMuCj4+Pgo+Pj4gU2Vhbgo+ PiBZZXMsIEJ1dCBJIG1pc3MgeW91ciBbUEFUQ0ggdjMgMC81XSBhbmQgW1BBVENIIHYzIDQvNV0u IGRvIHlvdSBtZWFuIHRoZSBsb3N0Cj4+IHBhdGNoZXMgdXNlIHYyIHZlcnNpb24/Cj4+Cj4gWWVz LCB2MiA0LzUgd2FzIHJldmlld2VkIGFzLWlzLCBzbyBJIGp1c3QgYXBwbGllZCBpdC4KPgo+IFNl YW4KQXBwbGllZCB0aGlzIHNlcmllcyB0byBteSBkcm0tbmV4dC4KClRoYW5rcy4KCj4+Pgo+Pj4+ IFRoYW5rcy4KPj4+Pgo+Pj4+IC0tCj4+Pj4g77ytYXJrIFlhbwo+Pj4+Cj4+Pj4KPj4+Cj4+Cj4+ IC0tCj4+IO+8rWFyayBZYW8KPj4KPj4KPgo+CgoKLS0gCu+8rWFyayBZYW8KCgpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpkcmktZGV2ZWwgbWFpbGluZyBs aXN0CmRyaS1kZXZlbEBsaXN0cy5mcmVlZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5mcmVlZGVz a3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK From mboxrd@z Thu Jan 1 00:00:00 1970 From: mark.yao@rock-chips.com (Mark yao) Date: Thu, 25 Aug 2016 10:25:43 +0800 Subject: [PATCH v3 1/5] drm/rockchip: sort registers define by chip's number In-Reply-To: References: <1471454452-2151-1-git-send-email-seanpaul@chromium.org> <57B57AFE.2030706@rock-chips.com> <20160818091141.GZ6232@phenom.ffwll.local> <57B587C0.5050007@rock-chips.com> <57BB9B87.2040406@rock-chips.com> Message-ID: <57BE5727.8070100@rock-chips.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 2016?08?23? 21:13, Sean Paul wrote: > On Mon, Aug 22, 2016 at 8:40 PM, Mark yao wrote: >> On 2016?08?23? 04:30, Sean Paul wrote: >>> On Thu, Aug 18, 2016 at 6:02 AM, Mark yao wrote: >>>> On 2016?08?18? 17:11, Daniel Vetter wrote: >>>>> On Thu, Aug 18, 2016 at 05:08:14PM +0800, Mark yao wrote: >>>>>>> Hi Sean >>>>>>> >>>>>>> Thanks for send v3 patch for rk3399 vop support. >>>>>>> >>>>>>> But sorry for that, I had changed my mind, those patches are >>>>>>> deprecated, >>>>>>> I have new rk3399 patch on my downstream kernel, I will upstream soon. >>>>> Wut? Imo merge Sean's patch here, and then rebase your downstream >>>>> patches >>>>> on top of it. That you have a downstream tree which is out of sync with >>>>> upstream shouldn't be a reason to stall upstream development. >>>>> -Daniel >>>>> >>>> Yeah, Sorry for that. >>>> >>>> In fact, on my downstream kernel, also have those patches, my new rk3399 >>>> patches are based on them, >>>> but the new rk3399 patches will cover the those patches, Sean's patches >>>> is >>>> old version. >>>> >>>> I just want to fast forward, don't want to send two version drivers to >>>> upstream. >>>> but if you and Dave feel ok for that, I have no problem:-) . >>>> >>>> merged Sean's patches and then apply new version patches. >>>> >>> Ok, so can I get a review/ack for these revised patches then? >>> Something is better than nothing, and there's a bunch of stuff that >>> depends on these changes. >>> >>> Sean >> Yes, But I miss your [PATCH v3 0/5] and [PATCH v3 4/5]. do you mean the lost >> patches use v2 version? >> > Yes, v2 4/5 was reviewed as-is, so I just applied it. > > Sean Applied this series to my drm-next. Thanks. >>> >>>> Thanks. >>>> >>>> -- >>>> ?ark Yao >>>> >>>> >>> >> >> -- >> ?ark Yao >> >> > > -- ?ark Yao