From mboxrd@z Thu Jan 1 00:00:00 1970 From: Archit Taneja Subject: Re: [RFC 1/6] drm: Add top level Kconfig option for DRM fbdev emulation Date: Tue, 30 Jun 2015 14:36:44 +0530 Message-ID: <55925C24.8030909@codeaurora.org> References: <20150310094756.GE3800@phenom.ffwll.local> <54FEBEF1.5000103@codeaurora.org> <20150310100547.GG3800@phenom.ffwll.local> <54FEC5F1.90208@codeaurora.org> <20150310121702.GO3800@phenom.ffwll.local> <54FFFAEE.3020301@codeaurora.org> <20150311151731.GJ3800@phenom.ffwll.local> <550282C3.10903@codeaurora.org> <20150313090651.GZ3800@phenom.ffwll.local> <55126F32.90404@codeaurora.org> <20150325092111.GT1349@phenom.ffwll.local> <55924BA6.4050309@codeaurora.org> 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: Benjamin Gaignard Cc: Linux Fbdev development list , linux-arm-msm , Linux Kernel Mailing List , dri-devel , Tomi Valkeinen , Thierry Reding List-Id: linux-arm-msm@vger.kernel.org SGksCgpPbiAwNi8zMC8yMDE1IDAyOjAxIFBNLCBCZW5qYW1pbiBHYWlnbmFyZCB3cm90ZToKPiBI aSwKPgo+IEkgdGhpbmsgdGhhdCB3aGF0IGhhdmUgYmVlbiBkb25lIGJ5IFJvYiB3aXRoIG1vZHVs ZV9wYXJhbSBpcyBhbHNvIGEgZ29vZCBpZGVhOgo+IGh0dHBzOi8vZ2l0Lmtlcm5lbC5vcmcvY2dp dC9saW51eC9rZXJuZWwvZ2l0L25leHQvbGludXgtbmV4dC5naXQvY29tbWl0L2RyaXZlcnMvZ3B1 L2RybS9tc20vbXNtX2Rydi5jP2lkPWU5MGRmZWM3OGVjMjg4ZDZjODlhN2I1MDhhNWM1ZDRhZThi N2Y5MzQKPgo+IENhbiB5b3UgbWl4IGNvbXBpbGF0aW9uIGZsYWcgYW5kIG1vZHVsZSBwYXJhbSA/ CgpJIGd1ZXNzIHRoaXMgd29uJ3QgYmUgaGFyZCB0byBkbyBvbmNlIHdlIGhhdmUgYSBjb21tb24g ZmJkZXYgZW11bGF0aW9uIApjb25maWcgb3B0aW9uLiBXZSBjb3VsZCBjb25zaWRlciB0aGlzIGFz IGEgZHJtIHRvcCBsZXZlbCBtb2R1bGUgcGFyYW0uCgpJJ2xsIGtlZXAgdGhpcyBpbiBtaW5kLgoK VGhhbmtzLApBcmNoaXQKCj4KPiBCZW5qYW1pbgo+Cj4gMjAxNS0wNi0zMCA5OjU2IEdNVCswMjow MCBBcmNoaXQgVGFuZWphIDxhcmNoaXR0QGNvZGVhdXJvcmEub3JnPjoKPj4gSGksCj4+Cj4+IE9u IDA2LzMwLzIwMTUgMTI6NDAgUE0sIERhbmllbCBWZXR0ZXIgd3JvdGU6Cj4+Pgo+Pj4gQW55IHVw ZGF0ZXMgb24gdGhpcyBvciB0b28gbXVjaCBkaXN0cmFjdGlvbnM/IEkgcmVhbGx5IHRoaW5rIGRv aW5nCj4+PiB0aGlzIHdvdWxkIGJlIGF3ZXNvbWUgZm9yIHRoZSBkcm0gc3Vic3lzdGVtLCBpbnN0 ZWFkIG9mIHJlaW52ZW50aW5nCj4+PiB0aGlzIHdoZWVsIGZvciBlYWNoIGRyaXZlci4KPj4KPj4K Pj4gSSdkIHN0YXJ0ZWQgb24gdGhpcyBhZ2Fpbi4gSSd2ZSBnb3QgbW9yZSBmcmVlIHRpbWUgbm93 IHRoYW4gYmVmb3JlLCBzbyBJCj4+IHNob3VsZCBoYXZlIHNvbWV0aGluZyBpbiBhIHdlZWsgb3Ig c28uIEkgYWdyZWUgaXQgd2lsbCBoZWxwIGEgbG90ICh0aGVyZSBhcmUKPj4gYWxyZWFkeSB0d28g bmV3IGRyaXZlcnMgc2luY2Ugd2Ugc3RhcnRlZCBkaXNjdXNzaW5nIHRoaXMhKQo+Pgo+PiBBcmNo aXQKPj4KPj4KPj4+IC1EYW5pZWwKPj4+Cj4+PiBPbiBXZWQsIE1hciAyNSwgMjAxNSBhdCAxMDoy MSBBTSwgRGFuaWVsIFZldHRlciA8ZGFuaWVsQGZmd2xsLmNoPiB3cm90ZToKPj4+Pgo+Pj4+IE9u IFdlZCwgTWFyIDI1LCAyMDE1IGF0IDAxOjQ3OjU0UE0gKzA1MzAsIEFyY2hpdCBUYW5lamEgd3Jv dGU6Cj4+Pj4+Cj4+Pj4+IEhpLAo+Pj4+Pgo+Pj4+PiBPbiAwMy8xMy8yMDE1IDAyOjM2IFBNLCBE YW5pZWwgVmV0dGVyIHdyb3RlOgo+Pj4+Pj4KPj4+Pj4+IE9uIEZyaSwgTWFyIDEzLCAyMDE1IGF0 IDExOjU1OjA3QU0gKzA1MzAsIEFyY2hpdCBUYW5lamEgd3JvdGU6Cj4+Pj4+Pj4KPj4+Pj4+Pgo+ Pj4+Pj4+Cj4+Pj4+Pj4gT24gMDMvMTEvMjAxNSAwODo0NyBQTSwgRGFuaWVsIFZldHRlciB3cm90 ZToKPj4+Pj4+Pj4KPj4+Pj4+Pj4gT24gV2VkLCBNYXIgMTEsIDIwMTUgYXQgMDE6NTE6MDJQTSAr MDUzMCwgQXJjaGl0IFRhbmVqYSB3cm90ZToKPj4+Pj4+Pj4+Cj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4K Pj4+Pj4+Pj4+IE9uIDAzLzEwLzIwMTUgMDU6NDcgUE0sIERhbmllbCBWZXR0ZXIgd3JvdGU6Cj4+ Pj4+Pj4+Pj4KPj4+Pj4+Pj4+PiBPbiBUdWUsIE1hciAxMCwgMjAxNSBhdCAwMzo1Mjo0MVBNICsw NTMwLCBBcmNoaXQgVGFuZWphIHdyb3RlOgo+Pj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+PiBPbiAwMy8x MC8yMDE1IDAzOjM1IFBNLCBEYW5pZWwgVmV0dGVyIHdyb3RlOgo+Pj4+Pj4+Pj4+Pj4KPj4+Pj4+ Pj4+Pj4+IE9uIFR1ZSwgTWFyIDEwLCAyMDE1IGF0IDAzOjIyOjQ5UE0gKzA1MzAsIEFyY2hpdCBU YW5lamEgd3JvdGU6Cj4+Pj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+Pj4+PiBPbiAwMy8xMC8yMDE1IDAz OjE3IFBNLCBEYW5pZWwgVmV0dGVyIHdyb3RlOgo+Pj4+Pj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+Pj4+ PiBPbiBUdWUsIE1hciAxMCwgMjAxNSBhdCAwMzoxMToyOFBNICswNTMwLCBBcmNoaXQgVGFuZWph IHdyb3RlOgo+Pj4+Pj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+Pj4+Pj4+IGRpZmYgLS1naXQgYS9kcml2 ZXJzL2dwdS9kcm0vS2NvbmZpZyBiL2RyaXZlcnMvZ3B1L2RybS9LY29uZmlnCj4+Pj4+Pj4+Pj4+ Pj4+PiBpbmRleCAxNTFhMDUwLi4zOGY4M2EwIDEwMDY0NAo+Pj4+Pj4+Pj4+Pj4+Pj4gLS0tIGEv ZHJpdmVycy9ncHUvZHJtL0tjb25maWcKPj4+Pj4+Pj4+Pj4+Pj4+ICsrKyBiL2RyaXZlcnMvZ3B1 L2RybS9LY29uZmlnCj4+Pj4+Pj4+Pj4+Pj4+PiBAQCAtNDAsNiArNDAsMjQgQEAgY29uZmlnIERS TV9LTVNfRkJfSEVMUEVSCj4+Pj4+Pj4+Pj4+Pj4+PiAgICAgIGhlbHAKPj4+Pj4+Pj4+Pj4+Pj4+ ICAgICAgICBGQkRFViBoZWxwZXJzIGZvciBLTVMgZHJpdmVycy4KPj4+Pj4+Pj4+Pj4+Pj4+Cj4+ Pj4+Pj4+Pj4+Pj4+PiArY29uZmlnIERSTV9GQkRFVl9FTVVMQVRJT04KPj4+Pj4+Pj4+Pj4+Pj4+ ICsgICBib29sICJFbmFibGUgbGVnYWN5IGZiZGV2IHN1cHBvcnQgZm9yIHlvdXIgbW9kZXNldHRp bmcKPj4+Pj4+Pj4+Pj4+Pj4+IGRyaXZlciIKPj4+Pj4+Pj4+Pj4+Pj4+ICsgICBkZXBlbmRzIG9u IERSTQo+Pj4+Pj4+Pj4+Pj4+Pj4gKyAgIHNlbGVjdCBEUk1fS01TX0hFTFBFUgo+Pj4+Pj4+Pj4+ Pj4+Pj4gKyAgIHNlbGVjdCBEUk1fS01TX0ZCX0hFTFBFUgo+Pj4+Pj4+Pj4+Pj4+Pj4gKyAgIHNl bGVjdCBGQl9TWVNfRklMTFJFQ1QKPj4+Pj4+Pj4+Pj4+Pj4+ICsgICBzZWxlY3QgRkJfU1lTX0NP UFlBUkVBCj4+Pj4+Pj4+Pj4+Pj4+PiArICAgc2VsZWN0IEZCX1NZU19JTUFHRUJMSVQKPj4+Pj4+ Pj4+Pj4+Pj4+ICsgICBzZWxlY3QgRkJfU1lTX0ZPUFMKPj4+Pj4+Pj4+Pj4+Pj4+ICsgICBzZWxl Y3QgRkJfQ0ZCX0ZJTExSRUNUCj4+Pj4+Pj4+Pj4+Pj4+PiArICAgc2VsZWN0IEZCX0NGQl9DT1BZ QVJFQQo+Pj4+Pj4+Pj4+Pj4+Pj4gKyAgIHNlbGVjdCBGQl9DRkJfSU1BR0VCTElUCj4+Pj4+Pj4+ Pj4+Pj4+PiArICAgZGVmYXVsdCB5Cj4+Pj4+Pj4+Pj4+Pj4+PiArICAgaGVscAo+Pj4+Pj4+Pj4+ Pj4+Pj4gKyAgICAgQ2hvb3NlIHRoaXMgb3B0aW9uIGlmIHlvdSBoYXZlIGEgbmVlZCBmb3IgdGhl IGxlZ2FjeQo+Pj4+Pj4+Pj4+Pj4+Pj4gZmJkZXYKPj4+Pj4+Pj4+Pj4+Pj4+ICsgICAgIHN1cHBv cnQuIE5vdGUgdGhhdCB0aGlzIHN1cHBvcnQgYWxzbyBwcm92aWRlIHRoZSBsaW51eAo+Pj4+Pj4+ Pj4+Pj4+Pj4gY29uc29sZQo+Pj4+Pj4+Pj4+Pj4+Pj4gKyAgICAgc3VwcG9ydCBvbiB0b3Agb2Yg eW91ciBtb2Rlc2V0dGluZyBkcml2ZXIuCj4+Pj4+Pj4+Pj4+Pj4+Cj4+Pj4+Pj4+Pj4+Pj4+Cj4+ Pj4+Pj4+Pj4+Pj4+IE1heWJlIGNsYXJpZnkgdGhhdCBmb3IgbGludXggY29uc29sZSBzdXBwb3J0 IHlvdSBhbHNvIG5lZWQKPj4+Pj4+Pj4+Pj4+Pj4gQ09ORklHX0ZSQU1FQlVGRkVSX0NPTlNPTEU/ IGZiZGV2IGFsb25lIGlzbid0IGVub3VnaC4KPj4+Pj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+Pj4+Cj4+ Pj4+Pj4+Pj4+Pj4gRFJNX0tNU19GQl9IRUxQRVIgc2VsZWN0cyB0aGF0IGZvciB1cywgcmlnaHQ/ Cj4+Pj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+Pj4+IEhtIHJpZ2h0IEkndmUgbWlz c2VkIHRoYXQuIFJlbWluZHMgbWUgdGhhdCB5b3UgbmVlZCBvbmUgbW9yZQo+Pj4+Pj4+Pj4+Pj4g cGF0Y2ggYXQgdGhlCj4+Pj4+Pj4+Pj4+PiBlbmQgdG8gcmVtb3ZlIGFsbCB0aGUgdmFyaW91cyBz ZWxlY3QgRFJNX0tNU19GQl9IRUxQRVIgZnJvbSBhbGwKPj4+Pj4+Pj4+Pj4+IGRybQo+Pj4+Pj4+ Pj4+Pj4gZHJpdmVycy4gT3RoZXJ3aXNlIHRoaXMga25vYiBoZXJlIHdvbid0IHdvcmsgYnkgZGVm YXVsdCBpZiB5b3UKPj4+Pj4+Pj4+Pj4+IGUuZy4gc2VsZWN0Cj4+Pj4+Pj4+Pj4+PiByYWRlb24u IEluIGdlbmVyYWwgd2UgY2FuJ3QgbWl4IGV4cGxpY2l0IG9wdGlvbnMgd2l0aCBtZW51Cj4+Pj4+ Pj4+Pj4+PiBlbnRyaWVzIHdpdGggYQo+Pj4+Pj4+Pj4+Pj4gc2VsZWN0Lgo+Pj4+Pj4+Pj4+Pgo+ Pj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4+PiBJIHdhcyB0cnlpbmcgdGhhdCBvdXQuIFJlbW92aW5nIERS TV9LTVNfRkJfSEVMUEVSIGFuZCBoYXZpbmcKPj4+Pj4+Pj4+Pj4gRFJNX0ZCREVWX0VNVUxBVElP TiBkaXNhYmxlZCBicmVha3MgZHJpdmVycyB3aGljaCB1c2UgRkIgc3R1ZmYKPj4+Pj4+Pj4+Pj4g aW50ZXJuYWxseSBpbgo+Pj4+Pj4+Pj4+PiB0aGVpciByZXNwZWN0aXZlIHh5el9mYmRldi5jIGZp bGVzLgo+Pj4+Pj4+Pj4+Cj4+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+PiBCdXQgd2l0aCB0aGUgc3R1YmJl ZCBvdXQgZnVuY3Rpb25zIHRoYXQgc2hvdWxkIHdvcmssIHJpZ2h0PyBXaHkKPj4+Pj4+Pj4+PiBk b2Vzbid0Cj4+Pj4+Pj4+Pj4gaXQ/Cj4+Pj4+Pj4+Pgo+Pj4+Pj4+Pj4KPj4+Pj4+Pj4+IFRoZXJl IGFyZSBzdGlsbCBjYWxscyB0byBmdW5jdGlvbnMgZnJvbSBmYiBjb3JlIGxpa2UgZmJfc2V0X3N1 c3BlbmQKPj4+Pj4+Pj4+IGFuZAo+Pj4+Pj4+Pj4gcmVnaXN0ZXJfZnJhbWVidWZmZXIgd2hpY2gg YXJlbid0IGNvdmVyZWQgYnkgdGhlIGRybSBmYiBoZWxwZXIKPj4+Pj4+Pj4+IGZ1bmN0aW9ucy4K Pj4+Pj4+Pj4KPj4+Pj4+Pj4KPj4+Pj4+Pj4gSG0sIHNvdW5kcyBsaWtlIHdlIG5lZWQgYW5vdGhl ciBwYXRjaCB0byBzdHViIG91dCBmYl9zZXRfc3VzcGVuZCB3aGVuCj4+Pj4+Pj4+IGZiZGV2IGlz bid0IGVuYWJsZWQuIElzIHRoZXJlIGFueXRoaW5nIGVsc2U/Cj4+Pj4+Pj4KPj4+Pj4+Pgo+Pj4+ Pj4+IFRoZXJlIGFyZSBhIGhhbmRmdWwgb2YgZmIgY29yZSBmdW5jdGlvbnMgd2hpY2ggYXJlIGNh bGxlZCBieSBkcm0KPj4+Pj4+PiBkcml2ZXJzOgo+Pj4+Pj4+Cj4+Pj4+Pj4gZmJfYWxsb2NfY21h cC9mYl9kZWFsbG9jX2NtYXAKPj4+Pj4+Pgo+Pj4+Pj4+IGZiX3N5c19yZWFkL2ZiX3N5c193cml0 ZQo+Pj4+Pj4+Cj4+Pj4+Pj4gcmVnaXN0ZXJfZnJhbWVidWZmZXIvdW5yZWdpc3Rlcl9mcmFtZWJ1 ZmZlci91bmxpbmtfZnJhbWVidWZmZXIvCj4+Pj4+Pj4gcmVtb3ZlX2NvbmZsaWN0aW5nX2ZyYW1l YnVmZmVycwo+Pj4+Pj4+Cj4+Pj4+Pj4gZmJfc2V0X3N1c3BlbmQKPj4+Pj4+Pgo+Pj4+Pj4+IGZi X2RlZmVycmVkX2lvX2luaXQvZmJfZGVmZXJyZWRfaW9fY2xlYW51cAo+Pj4+Pj4+Cj4+Pj4+Pj4g ZnJhbWVidWZmZXJfYWxsb2MvZnJhbWVidWZmZXJfcmVsZWFzZQo+Pj4+Pj4KPj4+Pj4+Cj4+Pj4+ PiBIbSB5ZWFoIHRoYXQncyBzb21ld2hhdCBhbm5veWluZyBpbmRlZWQuIFdoYXQgYWJvdXQgdGhl IGZvbGxvd2luZzoKPj4+Pj4+IDEuIFdlIG1vdmUgYWxsIHRoZSAjaW5jbHVkZSA8bGludXgvZmIu aD4gZnJvbSBkcml2ZXJzIGludG8KPj4+Pj4+IGRybV9mYl9oZWxwZXIuaAo+Pj4+Pj4KPj4+Pj4+ IDIuIFRoZW4gd2UgYWRkIHN0dWJzIGZvciB0aGVzZSBmdW5jdGlvbnMgaW4gZHJtX2ZiX2hlbHBl ci5oLCBsaWtlIHRoaXMKPj4+Pj4+Cj4+Pj4+PiAjaWYgZGVmaW5lZChDT05GSUdfRkIpCj4+Pj4+ PiAjaW5jbHVkZSA8bGludXgvZmIuaD4KPj4+Pj4+ICNlbHNlCj4+Pj4+Pgo+Pj4+Pj4gLyogc3Rh dGljIGlubGluZSBzdHVicyBmb3IgYWxsIHRoZSBmYiBzdHVmZiB1c2VkIGJ5IGttcyBkcml2ZXJz ICovCj4+Pj4+PiAjZW5kaWYKPj4+Pj4+Cj4+Pj4+PiBJbW8gdGhpcyBtYWtlcyBzZW5zZSBzaW5j ZSBrbXMgZHJpdmVycyByZWFsbHkgaGF2ZSBhIGJpdCBhIHNwZWNpYWwKPj4+Pj4+IHNpdHVhdGlv biB3aXRoIGZiZGV2LiBUaGV5J3JlIG5vdCBmdWxsLWJsb3duIGZiZGV2IGRyaXZlcnMgYW5kIGNh biBiZQo+Pj4+Pj4gdXNlZnVsIGZ1bGx5IHdpdGhvdXQgZmJkZXYuCj4+Pj4+Pgo+Pj4+Pgo+Pj4+ PiBJIHdhcyB0cnlpbmcgdGhpcyBvdXQuIFJlbW92aW5nICdsaW51eC9mYi5oJyBhbmQgcmVwbGFj aW5nIHN0dWIgZmIgZnVuY3MKPj4+Pj4gd29uJ3QgcmVhbGx5IHdvcmsgYmVjYXVzZSBzdHJ1Y3Qg ZGVjbGFyYXRpb25zKGxpa2UgZmJfaW5mbykgYWxzbyBnZXQKPj4+Pj4gcmVtb3ZlZC4KPj4+Pj4K Pj4+Pj4gSSBjb25zaWRlcmVkIHBsYWNpbmcgJyNpZiBJU19FTkFCTEVEKENPTkZJR19GQiknIHdp dGhpbiBsaW51eC9mYi5oCj4+Pj4+IGl0c2VsZiwKPj4+Pj4gYnV0IHRoYXQgc2VlbWVkIGEgYml0 IHRvbyBpbnRydXNpdmUuCj4+Pj4+Cj4+Pj4+IFRoaXMgaXMgd2hhdCBJJ20gY3VycmVudGx5IGRv aW5nOgo+Pj4+Pgo+Pj4+PiAtIFNvbWUgZnVuY3MsIGxpa2UgZnJhbWVidWZlcl9hbGxvYy9yZWxl YXNlLCBhbGxvY19jbWFwL2RlYWxsb2NfY21hcAo+Pj4+PiB3b3VsZAo+Pj4+PiBhY3R1YWxseSBi ZW5lZml0IGlmIHdlIGhhdmUgZHJtIGZiIGhlbHBlcnMgZm9yIHRoZW0uIFRoZXkgYXJlIHVzZWQg aW4KPj4+Pj4gZXhhY3RseSB0aGUgc2FtZSBtYW5uZXIgYnkgYWxsIHRoZSBkcml2ZXJzLgo+Pj4+ Pgo+Pj4+PiAtIEZvciB0aGUgcmVzdCBvZiB0aGUgZnVuY3Rpb25zIHRoYXQgYXJlIHNwYXJzZWx5 IHVzZWQsIEkgd2FzCj4+Pj4+IGNvbnNpZGVyaW5nCj4+Pj4+IG1ha2luZyB2ZXJ5IHNpbXBsZSBk cm1fZmJfKiB3cmFwcGVyIGZ1bmN0aW9ucy4gU29tZXRoaW5nIGxpa2U6Cj4+Pj4+Cj4+Pj4+IHZv aWQgZHJtX2ZiX2hlbHBlcl9kZWZlcnJlZF9pb19pbml0KHN0cnVjdCBkcm1fZmJfaGVscGVyICpo ZWxwZXIpCj4+Pj4+IHsKPj4+Pj4gICAgICAgICBpZiAoaGVscGVyLT5mYmRldikKPj4+Pj4gICAg ICAgICAgICAgICAgIGZiX2RlZmVycmVkX2lvX2luaXQoaGVscGVyLT5mYmRldik7Cj4+Pj4+IH0K Pj4+Pj4KPj4+Pj4gV2UgY291bGQgaGF2ZSBhbGwgZmIgY2FsbHMgY2FsbGVkIHdpdGhpbiBkcm1f ZmJfaGVscGVyLmMsIGNyZWF0aW5nCj4+Pj4+IGRybV9mYl9oZWxwZXJfKiBzdHViIGZ1bmN0aW9u cyB3b3VsZCB0aGVuIGJlIGFuIGVhc2llciB0YXNrLiBXaGF0IGRvIHlvdQo+Pj4+PiB0aGluaz8K Pj4+Pgo+Pj4+Cj4+Pj4gVGhhdCdzIGFjdHVhbGx5IGFuIG9wdGlvbiBJIGNvbnNpZGVyZWQsIGJ1 dCBJIGhvcGVkIHdlIGNvdWxkIGRvIGl0IHdpdGgKPj4+PiBsZXNzIHdvcmsuIElmIHRoaXMgaW5k ZWVkIHdvcmtzIGFuZCB5b3UgY2FuIGNyZWF0ZSB0aGUgcGF0Y2ggdGhhdCB3b3VsZAo+Pj4+IGJl Cj4+Pj4gYXdlc29tZS4KPj4+Pgo+Pj4+IFRoYW5rcywgRGFuaWVsCj4+Pj4gLS0KPj4+PiBEYW5p ZWwgVmV0dGVyCj4+Pj4gU29mdHdhcmUgRW5naW5lZXIsIEludGVsIENvcnBvcmF0aW9uCj4+Pj4g aHR0cDovL2Jsb2cuZmZ3bGwuY2gKPj4+Cj4+Pgo+Pj4KPj4+Cj4+Cj4+IC0tCj4+IFF1YWxjb21t IElubm92YXRpb24gQ2VudGVyLCBJbmMuIGlzIGEgbWVtYmVyIG9mIENvZGUgQXVyb3JhIEZvcnVt LAo+PiBhIExpbnV4IEZvdW5kYXRpb24gQ29sbGFib3JhdGl2ZSBQcm9qZWN0Cj4KPgo+CgotLSAK UXVhbGNvbW0gSW5ub3ZhdGlvbiBDZW50ZXIsIEluYy4gaXMgYSBtZW1iZXIgb2YgQ29kZSBBdXJv cmEgRm9ydW0sCmEgTGludXggRm91bmRhdGlvbiBDb2xsYWJvcmF0aXZlIFByb2plY3QKX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVsIG1haWxp bmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0cy5mcmVl ZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK From mboxrd@z Thu Jan 1 00:00:00 1970 From: Archit Taneja Date: Tue, 30 Jun 2015 09:18:44 +0000 Subject: Re: [RFC 1/6] drm: Add top level Kconfig option for DRM fbdev emulation Message-Id: <55925C24.8030909@codeaurora.org> List-Id: References: <20150310094756.GE3800@phenom.ffwll.local> <54FEBEF1.5000103@codeaurora.org> <20150310100547.GG3800@phenom.ffwll.local> <54FEC5F1.90208@codeaurora.org> <20150310121702.GO3800@phenom.ffwll.local> <54FFFAEE.3020301@codeaurora.org> <20150311151731.GJ3800@phenom.ffwll.local> <550282C3.10903@codeaurora.org> <20150313090651.GZ3800@phenom.ffwll.local> <55126F32.90404@codeaurora.org> <20150325092111.GT1349@phenom.ffwll.local> <55924BA6.4050309@codeaurora.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: Benjamin Gaignard Cc: Linux Fbdev development list , linux-arm-msm , Linux Kernel Mailing List , dri-devel , Tomi Valkeinen , Thierry Reding Hi, On 06/30/2015 02:01 PM, Benjamin Gaignard wrote: > Hi, > > I think that what have been done by Rob with module_param is also a good = idea: > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/d= rivers/gpu/drm/msm/msm_drv.c?id=E90dfec78ec288d6c89a7b508a5c5d4ae8b7f934 > > Can you mix compilation flag and module param ? I guess this won't be hard to do once we have a common fbdev emulation=20 config option. We could consider this as a drm top level module param. I'll keep this in mind. Thanks, Archit > > Benjamin > > 2015-06-30 9:56 GMT+02:00 Archit Taneja : >> Hi, >> >> On 06/30/2015 12:40 PM, Daniel Vetter wrote: >>> >>> Any updates on this or too much distractions? I really think doing >>> this would be awesome for the drm subsystem, instead of reinventing >>> this wheel for each driver. >> >> >> I'd started on this again. I've got more free time now than before, so I >> should have something in a week or so. I agree it will help a lot (there= are >> already two new drivers since we started discussing this!) >> >> Archit >> >> >>> -Daniel >>> >>> On Wed, Mar 25, 2015 at 10:21 AM, Daniel Vetter wrote: >>>> >>>> On Wed, Mar 25, 2015 at 01:47:54PM +0530, Archit Taneja wrote: >>>>> >>>>> Hi, >>>>> >>>>> On 03/13/2015 02:36 PM, Daniel Vetter wrote: >>>>>> >>>>>> On Fri, Mar 13, 2015 at 11:55:07AM +0530, Archit Taneja wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 03/11/2015 08:47 PM, Daniel Vetter wrote: >>>>>>>> >>>>>>>> On Wed, Mar 11, 2015 at 01:51:02PM +0530, Archit Taneja wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On 03/10/2015 05:47 PM, Daniel Vetter wrote: >>>>>>>>>> >>>>>>>>>> On Tue, Mar 10, 2015 at 03:52:41PM +0530, Archit Taneja wrote: >>>>>>>>>>> >>>>>>>>>>> On 03/10/2015 03:35 PM, Daniel Vetter wrote: >>>>>>>>>>>> >>>>>>>>>>>> On Tue, Mar 10, 2015 at 03:22:49PM +0530, Archit Taneja wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> On 03/10/2015 03:17 PM, Daniel Vetter wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrot= e: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kcon= fig >>>>>>>>>>>>>>> index 151a050..38f83a0 100644 >>>>>>>>>>>>>>> --- a/drivers/gpu/drm/Kconfig >>>>>>>>>>>>>>> +++ b/drivers/gpu/drm/Kconfig >>>>>>>>>>>>>>> @@ -40,6 +40,24 @@ config DRM_KMS_FB_HELPER >>>>>>>>>>>>>>> help >>>>>>>>>>>>>>> FBDEV helpers for KMS drivers. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> +config DRM_FBDEV_EMULATION >>>>>>>>>>>>>>> + bool "Enable legacy fbdev support for your modesetting >>>>>>>>>>>>>>> driver" >>>>>>>>>>>>>>> + depends on DRM >>>>>>>>>>>>>>> + select DRM_KMS_HELPER >>>>>>>>>>>>>>> + select DRM_KMS_FB_HELPER >>>>>>>>>>>>>>> + select FB_SYS_FILLRECT >>>>>>>>>>>>>>> + select FB_SYS_COPYAREA >>>>>>>>>>>>>>> + select FB_SYS_IMAGEBLIT >>>>>>>>>>>>>>> + select FB_SYS_FOPS >>>>>>>>>>>>>>> + select FB_CFB_FILLRECT >>>>>>>>>>>>>>> + select FB_CFB_COPYAREA >>>>>>>>>>>>>>> + select FB_CFB_IMAGEBLIT >>>>>>>>>>>>>>> + default y >>>>>>>>>>>>>>> + help >>>>>>>>>>>>>>> + Choose this option if you have a need for the legacy >>>>>>>>>>>>>>> fbdev >>>>>>>>>>>>>>> + support. Note that this support also provide the linux >>>>>>>>>>>>>>> console >>>>>>>>>>>>>>> + support on top of your modesetting driver. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Maybe clarify that for linux console support you also need >>>>>>>>>>>>>> CONFIG_FRAMEBUFFER_CONSOLE? fbdev alone isn't enough. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> DRM_KMS_FB_HELPER selects that for us, right? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Hm right I've missed that. Reminds me that you need one more >>>>>>>>>>>> patch at the >>>>>>>>>>>> end to remove all the various select DRM_KMS_FB_HELPER from all >>>>>>>>>>>> drm >>>>>>>>>>>> drivers. Otherwise this knob here won't work by default if you >>>>>>>>>>>> e.g. select >>>>>>>>>>>> radeon. In general we can't mix explicit options with menu >>>>>>>>>>>> entries with a >>>>>>>>>>>> select. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> I was trying that out. Removing DRM_KMS_FB_HELPER and having >>>>>>>>>>> DRM_FBDEV_EMULATION disabled breaks drivers which use FB stuff >>>>>>>>>>> internally in >>>>>>>>>>> their respective xyz_fbdev.c files. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> But with the stubbed out functions that should work, right? Why >>>>>>>>>> doesn't >>>>>>>>>> it? >>>>>>>>> >>>>>>>>> >>>>>>>>> There are still calls to functions from fb core like fb_set_suspe= nd >>>>>>>>> and >>>>>>>>> register_framebuffer which aren't covered by the drm fb helper >>>>>>>>> functions. >>>>>>>> >>>>>>>> >>>>>>>> Hm, sounds like we need another patch to stub out fb_set_suspend w= hen >>>>>>>> fbdev isn't enabled. Is there anything else? >>>>>>> >>>>>>> >>>>>>> There are a handful of fb core functions which are called by drm >>>>>>> drivers: >>>>>>> >>>>>>> fb_alloc_cmap/fb_dealloc_cmap >>>>>>> >>>>>>> fb_sys_read/fb_sys_write >>>>>>> >>>>>>> register_framebuffer/unregister_framebuffer/unlink_framebuffer/ >>>>>>> remove_conflicting_framebuffers >>>>>>> >>>>>>> fb_set_suspend >>>>>>> >>>>>>> fb_deferred_io_init/fb_deferred_io_cleanup >>>>>>> >>>>>>> framebuffer_alloc/framebuffer_release >>>>>> >>>>>> >>>>>> Hm yeah that's somewhat annoying indeed. What about the following: >>>>>> 1. We move all the #include from drivers into >>>>>> drm_fb_helper.h >>>>>> >>>>>> 2. Then we add stubs for these functions in drm_fb_helper.h, like th= is >>>>>> >>>>>> #if defined(CONFIG_FB) >>>>>> #include >>>>>> #else >>>>>> >>>>>> /* static inline stubs for all the fb stuff used by kms drivers */ >>>>>> #endif >>>>>> >>>>>> Imo this makes sense since kms drivers really have a bit a special >>>>>> situation with fbdev. They're not full-blown fbdev drivers and can be >>>>>> useful fully without fbdev. >>>>>> >>>>> >>>>> I was trying this out. Removing 'linux/fb.h' and replacing stub fb fu= ncs >>>>> won't really work because struct declarations(like fb_info) also get >>>>> removed. >>>>> >>>>> I considered placing '#if IS_ENABLED(CONFIG_FB)' within linux/fb.h >>>>> itself, >>>>> but that seemed a bit too intrusive. >>>>> >>>>> This is what I'm currently doing: >>>>> >>>>> - Some funcs, like framebufer_alloc/release, alloc_cmap/dealloc_cmap >>>>> would >>>>> actually benefit if we have drm fb helpers for them. They are used in >>>>> exactly the same manner by all the drivers. >>>>> >>>>> - For the rest of the functions that are sparsely used, I was >>>>> considering >>>>> making very simple drm_fb_* wrapper functions. Something like: >>>>> >>>>> void drm_fb_helper_deferred_io_init(struct drm_fb_helper *helper) >>>>> { >>>>> if (helper->fbdev) >>>>> fb_deferred_io_init(helper->fbdev); >>>>> } >>>>> >>>>> We could have all fb calls called within drm_fb_helper.c, creating >>>>> drm_fb_helper_* stub functions would then be an easier task. What do = you >>>>> think? >>>> >>>> >>>> That's actually an option I considered, but I hoped we could do it with >>>> less work. If this indeed works and you can create the patch that would >>>> be >>>> awesome. >>>> >>>> Thanks, Daniel >>>> -- >>>> Daniel Vetter >>>> Software Engineer, Intel Corporation >>>> http://blog.ffwll.ch >>> >>> >>> >>> >> >> -- >> Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, >> a Linux Foundation Collaborative Project > > > --=20 Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751203AbbF3JHA (ORCPT ); Tue, 30 Jun 2015 05:07:00 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:54682 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750966AbbF3JGx (ORCPT ); Tue, 30 Jun 2015 05:06:53 -0400 Message-ID: <55925C24.8030909@codeaurora.org> Date: Tue, 30 Jun 2015 14:36:44 +0530 From: Archit Taneja User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Benjamin Gaignard CC: Daniel Vetter , "Clark, Rob" , Dave Airlie , Thierry Reding , Philipp Zabel , dri-devel , Linux Kernel Mailing List , linux-arm-msm , Jani Nikula , Linux Fbdev development list , Tomi Valkeinen Subject: Re: [RFC 1/6] drm: Add top level Kconfig option for DRM fbdev emulation References: <20150310094756.GE3800@phenom.ffwll.local> <54FEBEF1.5000103@codeaurora.org> <20150310100547.GG3800@phenom.ffwll.local> <54FEC5F1.90208@codeaurora.org> <20150310121702.GO3800@phenom.ffwll.local> <54FFFAEE.3020301@codeaurora.org> <20150311151731.GJ3800@phenom.ffwll.local> <550282C3.10903@codeaurora.org> <20150313090651.GZ3800@phenom.ffwll.local> <55126F32.90404@codeaurora.org> <20150325092111.GT1349@phenom.ffwll.local> <55924BA6.4050309@codeaurora.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 06/30/2015 02:01 PM, Benjamin Gaignard wrote: > Hi, > > I think that what have been done by Rob with module_param is also a good idea: > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/gpu/drm/msm/msm_drv.c?id=e90dfec78ec288d6c89a7b508a5c5d4ae8b7f934 > > Can you mix compilation flag and module param ? I guess this won't be hard to do once we have a common fbdev emulation config option. We could consider this as a drm top level module param. I'll keep this in mind. Thanks, Archit > > Benjamin > > 2015-06-30 9:56 GMT+02:00 Archit Taneja : >> Hi, >> >> On 06/30/2015 12:40 PM, Daniel Vetter wrote: >>> >>> Any updates on this or too much distractions? I really think doing >>> this would be awesome for the drm subsystem, instead of reinventing >>> this wheel for each driver. >> >> >> I'd started on this again. I've got more free time now than before, so I >> should have something in a week or so. I agree it will help a lot (there are >> already two new drivers since we started discussing this!) >> >> Archit >> >> >>> -Daniel >>> >>> On Wed, Mar 25, 2015 at 10:21 AM, Daniel Vetter wrote: >>>> >>>> On Wed, Mar 25, 2015 at 01:47:54PM +0530, Archit Taneja wrote: >>>>> >>>>> Hi, >>>>> >>>>> On 03/13/2015 02:36 PM, Daniel Vetter wrote: >>>>>> >>>>>> On Fri, Mar 13, 2015 at 11:55:07AM +0530, Archit Taneja wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 03/11/2015 08:47 PM, Daniel Vetter wrote: >>>>>>>> >>>>>>>> On Wed, Mar 11, 2015 at 01:51:02PM +0530, Archit Taneja wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On 03/10/2015 05:47 PM, Daniel Vetter wrote: >>>>>>>>>> >>>>>>>>>> On Tue, Mar 10, 2015 at 03:52:41PM +0530, Archit Taneja wrote: >>>>>>>>>>> >>>>>>>>>>> On 03/10/2015 03:35 PM, Daniel Vetter wrote: >>>>>>>>>>>> >>>>>>>>>>>> On Tue, Mar 10, 2015 at 03:22:49PM +0530, Archit Taneja wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> On 03/10/2015 03:17 PM, Daniel Vetter wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig >>>>>>>>>>>>>>> index 151a050..38f83a0 100644 >>>>>>>>>>>>>>> --- a/drivers/gpu/drm/Kconfig >>>>>>>>>>>>>>> +++ b/drivers/gpu/drm/Kconfig >>>>>>>>>>>>>>> @@ -40,6 +40,24 @@ config DRM_KMS_FB_HELPER >>>>>>>>>>>>>>> help >>>>>>>>>>>>>>> FBDEV helpers for KMS drivers. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> +config DRM_FBDEV_EMULATION >>>>>>>>>>>>>>> + bool "Enable legacy fbdev support for your modesetting >>>>>>>>>>>>>>> driver" >>>>>>>>>>>>>>> + depends on DRM >>>>>>>>>>>>>>> + select DRM_KMS_HELPER >>>>>>>>>>>>>>> + select DRM_KMS_FB_HELPER >>>>>>>>>>>>>>> + select FB_SYS_FILLRECT >>>>>>>>>>>>>>> + select FB_SYS_COPYAREA >>>>>>>>>>>>>>> + select FB_SYS_IMAGEBLIT >>>>>>>>>>>>>>> + select FB_SYS_FOPS >>>>>>>>>>>>>>> + select FB_CFB_FILLRECT >>>>>>>>>>>>>>> + select FB_CFB_COPYAREA >>>>>>>>>>>>>>> + select FB_CFB_IMAGEBLIT >>>>>>>>>>>>>>> + default y >>>>>>>>>>>>>>> + help >>>>>>>>>>>>>>> + Choose this option if you have a need for the legacy >>>>>>>>>>>>>>> fbdev >>>>>>>>>>>>>>> + support. Note that this support also provide the linux >>>>>>>>>>>>>>> console >>>>>>>>>>>>>>> + support on top of your modesetting driver. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> Maybe clarify that for linux console support you also need >>>>>>>>>>>>>> CONFIG_FRAMEBUFFER_CONSOLE? fbdev alone isn't enough. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> DRM_KMS_FB_HELPER selects that for us, right? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Hm right I've missed that. Reminds me that you need one more >>>>>>>>>>>> patch at the >>>>>>>>>>>> end to remove all the various select DRM_KMS_FB_HELPER from all >>>>>>>>>>>> drm >>>>>>>>>>>> drivers. Otherwise this knob here won't work by default if you >>>>>>>>>>>> e.g. select >>>>>>>>>>>> radeon. In general we can't mix explicit options with menu >>>>>>>>>>>> entries with a >>>>>>>>>>>> select. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> I was trying that out. Removing DRM_KMS_FB_HELPER and having >>>>>>>>>>> DRM_FBDEV_EMULATION disabled breaks drivers which use FB stuff >>>>>>>>>>> internally in >>>>>>>>>>> their respective xyz_fbdev.c files. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> But with the stubbed out functions that should work, right? Why >>>>>>>>>> doesn't >>>>>>>>>> it? >>>>>>>>> >>>>>>>>> >>>>>>>>> There are still calls to functions from fb core like fb_set_suspend >>>>>>>>> and >>>>>>>>> register_framebuffer which aren't covered by the drm fb helper >>>>>>>>> functions. >>>>>>>> >>>>>>>> >>>>>>>> Hm, sounds like we need another patch to stub out fb_set_suspend when >>>>>>>> fbdev isn't enabled. Is there anything else? >>>>>>> >>>>>>> >>>>>>> There are a handful of fb core functions which are called by drm >>>>>>> drivers: >>>>>>> >>>>>>> fb_alloc_cmap/fb_dealloc_cmap >>>>>>> >>>>>>> fb_sys_read/fb_sys_write >>>>>>> >>>>>>> register_framebuffer/unregister_framebuffer/unlink_framebuffer/ >>>>>>> remove_conflicting_framebuffers >>>>>>> >>>>>>> fb_set_suspend >>>>>>> >>>>>>> fb_deferred_io_init/fb_deferred_io_cleanup >>>>>>> >>>>>>> framebuffer_alloc/framebuffer_release >>>>>> >>>>>> >>>>>> Hm yeah that's somewhat annoying indeed. What about the following: >>>>>> 1. We move all the #include from drivers into >>>>>> drm_fb_helper.h >>>>>> >>>>>> 2. Then we add stubs for these functions in drm_fb_helper.h, like this >>>>>> >>>>>> #if defined(CONFIG_FB) >>>>>> #include >>>>>> #else >>>>>> >>>>>> /* static inline stubs for all the fb stuff used by kms drivers */ >>>>>> #endif >>>>>> >>>>>> Imo this makes sense since kms drivers really have a bit a special >>>>>> situation with fbdev. They're not full-blown fbdev drivers and can be >>>>>> useful fully without fbdev. >>>>>> >>>>> >>>>> I was trying this out. Removing 'linux/fb.h' and replacing stub fb funcs >>>>> won't really work because struct declarations(like fb_info) also get >>>>> removed. >>>>> >>>>> I considered placing '#if IS_ENABLED(CONFIG_FB)' within linux/fb.h >>>>> itself, >>>>> but that seemed a bit too intrusive. >>>>> >>>>> This is what I'm currently doing: >>>>> >>>>> - Some funcs, like framebufer_alloc/release, alloc_cmap/dealloc_cmap >>>>> would >>>>> actually benefit if we have drm fb helpers for them. They are used in >>>>> exactly the same manner by all the drivers. >>>>> >>>>> - For the rest of the functions that are sparsely used, I was >>>>> considering >>>>> making very simple drm_fb_* wrapper functions. Something like: >>>>> >>>>> void drm_fb_helper_deferred_io_init(struct drm_fb_helper *helper) >>>>> { >>>>> if (helper->fbdev) >>>>> fb_deferred_io_init(helper->fbdev); >>>>> } >>>>> >>>>> We could have all fb calls called within drm_fb_helper.c, creating >>>>> drm_fb_helper_* stub functions would then be an easier task. What do you >>>>> think? >>>> >>>> >>>> That's actually an option I considered, but I hoped we could do it with >>>> less work. If this indeed works and you can create the patch that would >>>> be >>>> awesome. >>>> >>>> Thanks, Daniel >>>> -- >>>> Daniel Vetter >>>> Software Engineer, Intel Corporation >>>> http://blog.ffwll.ch >>> >>> >>> >>> >> >> -- >> Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, >> a Linux Foundation Collaborative Project > > > -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project