https://bugzilla.kernel.org/show_bug.cgi?id=65761
Joshua M. Thompson changed:
What|Removed |Added
CC||joshua.thompson at gmail.com
--- Com
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/2ff7a4e7/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=65761
Jani Nikula changed:
What|Removed |Added
CC||michael at mijobe.de
--- Comment #38 from J
On Mon, Feb 10, 2014 at 8:50 PM, Thierry Reding
wrote:
> On Mon, Feb 10, 2014 at 02:53:00PM +0900, Alexandre Courbot wrote:
> [...]
>> diff --git a/drivers/gpu/drm/nouveau/core/engine/device/base.c
>> b/drivers/gpu/drm/nouveau/core/engine/device/base.c
> [...]
>> +resource_size_t
>> +nv_device_re
On Mon, Feb 10, 2014 at 9:34 PM, Thierry Reding
wrote:
> On Mon, Feb 10, 2014 at 02:58:12PM +0900, Alexandre Courbot wrote:
>> pm_runtime_get*() may return -EACCESS to indicate a device does not have
>
> s/-EACCESS/-EACCES/
Oops.
>> runtime PM enabled. This is the case when the nouveau.runpm par
On 10/02/14 18:34, Rob Clark wrote:
> From: Rob Clark
>
> This lets multiple gallium drivers use XA.
>
Hi Rob,
Seems like I should have explained a bit better.
There is no need to have sourcefiles in order to have a specific target.
All you needed was to link the state-tracker, mesagallium, ga
On 10/02/14 18:34, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
> ---
> src/gallium/targets/pipe-loader/Makefile.am | 16
> src/gallium/targets/pipe-loader/pipe_msm.c | 21 +
> 2 files changed, 37 insertions(+)
> create mode 100644 src/g
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/014b4fbf/attachment.html>
> Why is this loop soo complicated? Why do you need to mess around with
> this "last_ep" stuff - you don't actually end up using it.
>
> The loop reduces down to this without comments:
>
> for (i = 0; !ret; i++) {
Philipp, "ret" isn't set anymore in the new loop.
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/9626e302/attachment.html>
Hi Dan,
Am Dienstag, den 11.02.2014, 11:38 +0300 schrieb Dan Carpenter:
> > Why is this loop soo complicated? Why do you need to mess around with
> > this "last_ep" stuff - you don't actually end up using it.
> >
> > The loop reduces down to this without comments:
> >
> > for (i = 0; !ret;
On Mon, Feb 10, 2014 at 03:32:44PM -0800, Jesse Barnes wrote:
> Just like we have for connector type etc.
>
> v2: drop static array (Chris)
> v3: add kdoc (Daniel)
>
> Signed-off-by: Jesse Barnes
Merged this and the i915 debugfs patch to dinq with Dave's ack.
-Daniel
--
Daniel Vetter
Software
2014-02-10 20:06 GMT+01:00 Ilia Mirkin :
> Lastly, it may be worth trying 3.11.x and 3.12.x to get a better
> handle on when problems happened. The commits you cite are in the
> middle of releases, and may have various badness associated with them
> (e.g. 3.12-rc had a later-disabled MSI implementa
On Mon, Feb 10, 2014 at 3:05 PM, Rafa? Mi?ecki wrote:
> 2014-02-10 20:06 GMT+01:00 Ilia Mirkin :
>> There was also an issue with libdrm_nouveau for pre-nv50 chips, when
>> compiled with gcc-4.8 some time back... fixed in... 2.4.48 or so?
>
> I use openSUSE 12.2 (x86_64) which provides gcc 4.7.1 an
Hi Dave,
So I send you a "nothing going on" -fixes pull request and then the
regressions roll in ;-) All three regression fixes with cc: stable where
applicable.
Aside: Next two weeks I'll be on vacation, so Jani will take over for a
bit. Thanks to the new git repo nothing really should change bu
2014-02-11 11:41 GMT+01:00 Ilia Mirkin :
> (b) bisect. you can (almost) definitely restrict the bisect to
> drivers/gpu/drm/nouveau. if you have additional computational power, i
> would recommend looking into distcc for speeding up the compiles. it
> may be interesting to also try 3.6.x since 3.7
On Tue, Feb 11, 2014 at 6:09 AM, Rafa? Mi?ecki wrote:
> 2014-02-11 11:41 GMT+01:00 Ilia Mirkin :
>> (b) bisect. you can (almost) definitely restrict the bisect to
>> drivers/gpu/drm/nouveau. if you have additional computational power, i
>> would recommend looking into distcc for speeding up the co
On Tue, 11 Feb 2014, Daniel Vetter wrote:
> Aside: Next two weeks I'll be on vacation, so Jani will take over for a
> bit. Thanks to the new git repo nothing really should change but a
> different guy sending you pull requests.
I'll also be on vacation Feb 17-21.
BR,
Jani.
--
Jani Nikula, Int
Hi,
these patches apply on top of Russell's second preview of the
imx-drm cleanup series. I have added device tree bindings between
IPU and the encoders as documented in
Documentation/devicetree/bindings/media/video-interfaces.txt
and used those to determine the possible_crtcs and mux_id.
The crt
From: Philipp Zabel
The video interface bindings described in
Documentation/device-tree/bindings/media/video-interfaces.txt
are useful for DRM drivers, too. To decouple development,
duplicate the v4l2-of parser functions temporarily. Also modify
imx_drm_of_get_next_endpoint to decrement the refco
This patch adds support to find the connections between crtcs and encoder
using the OF graph bindings documented for video interfaces in
Documentation/devicetree/bindings/media/video-interfaces.txt
This patch uses temporary copies of the V4L2 OF graph parsers that can be
removed again once those a
To connect the graph in the device tree, each display interface
needs to have an associated port node in the device tree. We can
associate this node with the crtc device and use it to find the
crtc corresponding to a given node instead of using a combination
of parent device node and id.
Explicitly
This connects the IPU and display encoder (HDMI, LVDS, MIPI)
device tree nodes using the bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interfaces. The
order of endpoints in the ports is arbitrary.
Each encoder with a
|Drivers/Gallium/r600
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/89a3638f/attachment.html>
On Tue, Feb 11, 2014 at 05:02:31PM +0530, Sagar Arun Kamble wrote:
> On Mon, 2014-02-10 at 15:32 +0200, Ville Syrj?l? wrote:
> > On Mon, Feb 10, 2014 at 01:01:18PM +0530, sagar.a.kamble at intel.com wrote:
> > > From: Sagar Kamble
> > >
> > > With clipped sprites these transformations are not wor
it.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/6ac71e7a/attachment.html>
s probably
more suited for another ticket.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/422dfcb4/attachment.html>
On Mon, Feb 10, 2014 at 11:36 PM, Emil Velikov
wrote:
> On 10/02/14 18:34, Rob Clark wrote:
>> From: Rob Clark
>>
>> This lets multiple gallium drivers use XA.
>>
> Hi Rob,
>
> Seems like I should have explained a bit better.
>
> There is no need to have sourcefiles in order to have a specific t
On Mon, Feb 10, 2014 at 11:30 PM, Emil Velikov
wrote:
> On 10/02/14 18:34, Rob Clark wrote:
>> From: Rob Clark
>>
>> Signed-off-by: Rob Clark
>> ---
>> src/gallium/targets/pipe-loader/Makefile.am | 16
>> src/gallium/targets/pipe-loader/pipe_msm.c | 21 +
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/6c492a40/attachment.html>
ut has a completely different origin.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/9a91f214/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/b8b5e818/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/68c8f5e6/attachment.html>
On Tue, Feb 11, 2014 at 7:38 AM, Emil Velikov
wrote:
> On 11/02/14 12:08, Rob Clark wrote:
>> On Mon, Feb 10, 2014 at 11:36 PM, Emil Velikov
>> wrote:
>>> On 10/02/14 18:34, Rob Clark wrote:
From: Rob Clark
This lets multiple gallium drivers use XA.
>>> Hi Rob,
>>>
>>> Seem
On 10.02.2014 08:30, Inki Dae wrote:
> 2014-02-08 11:52 GMT+09:00 Tomasz Figa :
>> Hi,
>>
>>
>> On 30.01.2014 22:19, Sean Paul wrote:
>>>
>>> From: Daniel Kurtz
>>>
>>> The i2c client was previously being passed into the hdmi driver via a
>>> dedicated i2c driver, and then a global variable. Thi
On Tue, Feb 11, 2014 at 05:02:31PM +0530, Sagar Arun Kamble wrote:
> On Mon, 2014-02-10 at 15:32 +0200, Ville Syrj?l? wrote:
> > On Mon, Feb 10, 2014 at 01:01:18PM +0530, sagar.a.kamble at intel.com wrote:
> > > From: Sagar Kamble
> > >
> > > With clipped sprites these transformations are not wor
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/1392d520/attachment.html>
|--- |FIXED
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/75513ec1/attachment.html>
Rob,
Commit 55459968176f ("drm/msm: add a330/apq8x74") added preprocessor
checks for CONFIG_MSM_OCMEM. But I couldn't find a Kconfig symbol
MSM_OCMEM (nor a preprocessor define for a macro of that name). Why were
those preprocessor checks added?
Please note that lines 197-201 currently read:
https://bugzilla.kernel.org/show_bug.cgi?id=70171
--- Comment #41 from Andreas ---
I would not have believed it, but the xrandr option also works. Running
$ xrandr --output HDMI-0 --set audio off
actually resets the screen and everything is as it should be: Audio is
automatically switch from "V
https://bugzilla.kernel.org/show_bug.cgi?id=70171
--- Comment #42 from Alex Deucher ---
Just google for "git bisect howto". There are lots of good examples. Here's
one: http://webchick.net/node/99
You need a kernel git tree. The closer you can narrow the breakage down, the
faster it will be.
https://bugs.freedesktop.org/show_bug.cgi?id=71090
--- Comment #3 from Alf Schlichting ---
On Sun, Feb 09, 2014 at 11:46:02PM +, bugzilla-daemon at freedesktop.org
wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=71090
>
> --- Comment #1 from Alex Deucher ---
> Is this still an issue w
There is a missing unlock on error here.
Fixes: 30f82d816d2d ('drm/vmwgfx: Reemit context bindings when necessary v2')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c
index 269b85cc875a..9fbbaaa9e541 100644
--- a/driver
Return -ENOMEM if kmalloc() fails.
Fixes: d5bde956630b ('drm/vmwgfx: Emulate legacy shaders on guest-backed
devices v2')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_shader.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_shader.c
index 217d941b8176..23a32fd59a57 100644
--- a/drive
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/8ca1bd9b/attachment-0001.html>
-- next part --
A non-text attachment was scrubbed...
Name: 201402111703412_QKNMBDIF.gif
Type: image/gif
Size: 14036 bytes
Des
From: Sagar Kamble
Primary planes support 180 degree rotation. Expose the feature
through rotation drm property.
v2: Calculating linear/tiled offsets based on pipe source width and
height. Added 180 degree rotation support in ironlake_update_plane.
v3: Checking if CRTC is active before issueing
From: Ville Syrj?l?
The sprite planes (in fact all display planes starting from gen4)
support 180 degree rotation. Add the relevant low level bits to the
sprite code to make use of that feature.
The upper layers are not yet plugged in.
v2: HSW handles the rotated buffer offset automagically
v3
On Tue, 2014-02-11 at 12:59 +0100, Daniel Vetter wrote:
> On Tue, Feb 11, 2014 at 05:02:31PM +0530, Sagar Arun Kamble wrote:
> > On Mon, 2014-02-10 at 15:32 +0200, Ville Syrj?l? wrote:
> > > On Mon, Feb 10, 2014 at 01:01:18PM +0530, sagar.a.kamble at intel.com
> > > wrote:
> > > > From: Sagar Kamb
On 11/02/14 12:08, Rob Clark wrote:
> On Mon, Feb 10, 2014 at 11:36 PM, Emil Velikov
> wrote:
>> On 10/02/14 18:34, Rob Clark wrote:
>>> From: Rob Clark
>>>
>>> This lets multiple gallium drivers use XA.
>>>
>> Hi Rob,
>>
>> Seems like I should have explained a bit better.
>>
>> There is no need
On 11/02/14 12:09, Rob Clark wrote:
> On Mon, Feb 10, 2014 at 11:30 PM, Emil Velikov
> wrote:
>> On 10/02/14 18:34, Rob Clark wrote:
>>> From: Rob Clark
>>>
>>> Signed-off-by: Rob Clark
>>> ---
>>> src/gallium/targets/pipe-loader/Makefile.am | 16
>>> src/gallium/targets/pipe-
Reviewed-by: Sagar Kamble
Tested-by: Sagar Kamble
On Mon, 2014-02-10 at 16:05 +0200, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrj?l?
>
> Make drm_property_create_bitmask() a bit more generic by allowing the
> caller to specify which bits are in fact supported. This allows multipl
+ drm_rect_rotate_inv(&dst, intel_crtc->config.pipe_src_w,
> > + intel_crtc->config.pipe_src_h,
> > + intel_plane->rotation);
> >
> > /* sanity check to make sure the src vi
On Tue, Feb 11, 2014 at 10:39 AM, Paul Bolle wrote:
> Rob,
>
> Commit 55459968176f ("drm/msm: add a330/apq8x74") added preprocessor
> checks for CONFIG_MSM_OCMEM. But I couldn't find a Kconfig symbol
> MSM_OCMEM (nor a preprocessor define for a macro of that name). Why were
> those preprocessor ch
are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/103df622/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/9f0a34d6/attachment.html>
[1] http://www.mesa3d.org
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/7944c653/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #31 from kilobug at kilobug.org ---
I tried the drm-fixes-3.14 branch, but it didn't work better for me - playing a
video with mplayer freezes the system in less than one minute (with
radeon.dpm=1). I didn't run any other test with it.
https://bugzilla.kernel.org/show_bug.cgi?id=70171
--- Comment #43 from Andreas ---
Should I git clone
1) git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
2) git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
I don?t really understand how to get kernel 3.13 and
On Tue, Feb 11, 2014 at 6:12 PM, Dmitry Osipenko wrote:
> Add guard to check whether RGB output is already enabled in the way it's
> done for HDMI output. Fixes possible hang on trying to disable output twice
> (first time during driver probe and second on fb registering).
>
> Signed-off-by: Dmitr
https://bugzilla.kernel.org/show_bug.cgi?id=70171
--- Comment #44 from Andreas ---
git log --oneline v3.12..v3.13 kernel/time/
7a06c41 sched_clock: Disable seqlock lockdep usage in sched_clock()
0e576ac nohz: Fix another inconsistency between CONFIG_NO_HZ=n and nohz=off
4be7739 time: Fix 1ns/tic
https://bugzilla.kernel.org/show_bug.cgi?id=70171
--- Comment #45 from Andreas ---
Got it, working on it... Will report the result in a couple of days...
--
You are receiving this mail because:
You are watching the assignee of the bug.
ec/arb_framebuffer_object/framebuffer-blit-levels.c:63
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/e9099218/attachment.html>
On Tue, 2014-02-11 at 12:29 -0500, Rob Clark wrote:
> On Tue, Feb 11, 2014 at 10:39 AM, Paul Bolle wrote:
> > Commit 55459968176f ("drm/msm: add a330/apq8x74") added preprocessor
> > checks for CONFIG_MSM_OCMEM. But I couldn't find a Kconfig symbol
> > MSM_OCMEM (nor a preprocessor define for a ma
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/47f55ef6/attachment.html>
On Tue, Feb 11, 2014 at 3:21 PM, Kumar Gala wrote:
> The ARCH_MSM depend is redundant with ARCH_MSM8960, so we can remove it.
> Additionally, we are splitting Qualcomm MSM support into legacy (ARCH_MSM)
> and multiplatform (ARCH_QCOM). The MSM8960 with be ARCH_QCOM going forward
> so dropping ARC
about it, maybe the current interface to outputs isn't the best
solution. It's simple and with the guards in place it works pretty well.
Perhaps if I can find some spare time I'll investigate whether something
a little cleaner can be done.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/bd78e44a/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=70171
--- Comment #46 from Alan ---
(and the timer bug is unrelated but fix posted to lkml by Thomas Gleixner
WARNING: CPU: 1 PID: 0 at kernel/time/tick-broadcast.c:668
tick_broadcast_oneshot_control+0x17d/0x190())
--
You are receiving this mail becau
, if needed.
I can replicate this bug on 3.14-rc2.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/61196761/attachment.html>
From: Marek Ol??k
When passing buffers between processes, the receiving process needs to know
the original buffer domain, so that it doesn't accidentally move the buffer.
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/radeon.h| 3 +++
drivers/gpu/drm/radeon/radeon_drv.c| 3
On Tue, Feb 11, 2014 at 04:29:50PM +0530, sagar.a.kamble at intel.com wrote:
> From: Sagar Kamble
>
> Primary planes support 180 degree rotation. Expose the feature
> through rotation drm property.
>
> v2: Calculating linear/tiled offsets based on pipe source width and
> height. Added 180 degree
https://bugzilla.kernel.org/show_bug.cgi?id=70411
Bug ID: 70411
Summary: 7970M PRIME: lockup with Distance game, recovery
doesn't work
Product: Drivers
Version: 2.5
Kernel Version: 3.13-3.14-rc2
Hardware: All
On Tue, Feb 11, 2014 at 11:59 AM, wrote:
> From: Sagar Kamble
>
> Primary planes support 180 degree rotation. Expose the feature
> through rotation drm property.
>
> v2: Calculating linear/tiled offsets based on pipe source width and
> height. Added 180 degree rotation support in ironlake_update
e assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/dfc96234/attachment-0001.html>
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/ca5f6e33/attachment.html>
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/de314f13/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/e72eb854/attachment.html>
On Fri, Feb 7, 2014 at 6:52 PM, Tomasz Figa wrote:
> Adding new required properties to an already defined binding is breaking
> backwards compatibility, which is supposed to be preserved, since DT is an
> ABI.
>
> Now, I'm not really a big fan of DT stability, but if we decide to maintain
> it fo
On Tue, 2014-02-11 at 16:56 +0200, Ville Syrj?l? wrote:
> On Tue, Feb 11, 2014 at 05:02:31PM +0530, Sagar Arun Kamble wrote:
> > On Mon, 2014-02-10 at 15:32 +0200, Ville Syrj?l? wrote:
> > > On Mon, Feb 10, 2014 at 01:01:18PM +0530, sagar.a.kamble at intel.com
> > > wrote:
> > > > From: Sagar Kamb
Add guard to check whether RGB output is already enabled in the way it's
done for HDMI output. Fixes possible hang on trying to disable output twice
(first time during driver probe and second on fb registering).
Signed-off-by: Dmitry Osipenko
---
drivers/gpu/drm/tegra/rgb.c | 11 +++
1 f
11.02.2014 23:13, Erik Faye-Lund ?:
> On Tue, Feb 11, 2014 at 6:12 PM, Dmitry Osipenko wrote:
>> Add guard to check whether RGB output is already enabled in the way it's
>> done for HDMI output. Fixes possible hang on trying to disable output twice
>> (first time during driver probe and second
On 10/02/14 18:34, Rob Clark wrote:
> From: Rob Clark
>
> Build two versions of pipe-loader, with only the client version linking
> in x11 client side dependencies. This will allow the XA state tracker
> to use pipe-loader.
>
Seems like you got me confused here - you're trying to get away from
The cubox-i4 just hit a new lockdep problem - not quite sure what to
make of this - it looks like an interaction between quite a lot of
locks - I suspect more than the lockdep code is reporting in its
"Possible unsafe locking scenario" report.
I'm hoping I've sent this to appropriate people... if
The ARCH_MSM depend is redundant with ARCH_MSM8960, so we can remove it.
Additionally, we are splitting Qualcomm MSM support into legacy (ARCH_MSM)
and multiplatform (ARCH_QCOM). The MSM8960 with be ARCH_QCOM going forward
so dropping ARCH_MSM will work properly for the new ARCH_QCOM multiplatform
83 matches
Mail list logo
