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 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
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
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
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/e72eb854/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>
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>
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>
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
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=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
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
, 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>
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
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
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
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/47f55ef6/attachment.html>
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>
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.
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
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
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
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
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
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
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.
[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>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/9f0a34d6/attachment.html>
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>
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
+ 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 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
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:
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
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
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
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
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://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
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
|--- |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>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/1392d520/attachment.html>
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 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 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
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
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
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 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
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/68c8f5e6/attachment.html>
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
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 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
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
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
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-
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
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/b8b5e818/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>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/6c492a40/attachment.html>
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
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>
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>
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
|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>
> 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.
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 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
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;
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/9626e302/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
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
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140211/014b4fbf/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 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 +
>
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 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 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
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
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
Joshua M. Thompson changed:
What|Removed |Added
CC||joshua.thompson at gmail.com
--- Com
83 matches
Mail list logo
