|--- |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/20140424/5f7b633b/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/1edc44c2/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/6cfe8703/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/4bb73004/attachment.html>
the same way (as far as I can see) that
the test does.
--
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/20140424/cc2dc40e/attachment.html>
On Thu, Apr 24, 2014 at 10:55 PM, Rob Clark wrote:
> On Thu, Apr 24, 2014 at 12:55 PM, Ajay kumar wrote:
>> Rob,
>>
>> On Thu, Apr 24, 2014 at 9:41 PM, Rob Clark wrote:
>>> On Wed, Apr 23, 2014 at 3:02 PM, Ajay kumar wrote:
Sorry for the previous reply,
Here goes the full explain
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/20140424/0009ef61/attachment.html>
(-)
-- 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/20140424/4418/attachment.sig>
On Thu, Apr 24, 2014 at 02:00:49PM -0700, Tim Harvey wrote:
> I'm still seeing issues with HDMI detect on powerup, at least on my
> Gateworks Ventana boards (which have no voltage devider or anything
> else on the HPD line to the IMX6 other than a TVS). I'm currently
> using your latest imx-drm-sta
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/4d8a24a7/attachment.html>
ves/dri-devel/attachments/20140424/9203b928/attachment.html>
Rob,
On Thu, Apr 24, 2014 at 9:41 PM, Rob Clark wrote:
> On Wed, Apr 23, 2014 at 3:02 PM, Ajay kumar wrote:
>> Sorry for the previous reply,
>>
>> Here goes the full explaination:
>>
>>> Rob,
>>>
>>> On Tue, Apr 22, 2014 at 5:04 PM, Rob Clark wrote:
So what about, rather than adding drm_pa
Fix regression where only 20% of screen works in X. This is manual
revert of a51435a3137ad8ae75c288c39bd2d8b2696bae8f.
Signed-off-by: Pavel Machek
diff --git a/drivers/gpu/drm/i915/intel_ringbuffer.c
b/drivers/gpu/drm/i915/intel_ringbuffer.c
index 6bc68bd..cf63c67 100644
--- a/drivers/gpu/drm
Hi!
> And if you can indeed reliably reproduce this a bisect could be really useful.
And we have a winner here :-)
Ok, it was not as painfull as I feared.
It does not revert cleanly, but doing it by hand was not that bad.
Best regards,
P
Hi!
> And if you can indeed reliably reproduce this a bisect could be
> really useful
It seems reliable, yes. So far I got:
Pavel
git bisect start
# good: [455c6fdbd219161bd09b1165f11699d6d73de11c] Linux 3.14
git bisect good 455c6f
org/archives/dri-devel/attachments/20140424/26000bfb/attachment.html>
On Thu, Apr 24, 2014 at 09:40:38PM +0200, Pavel Machek wrote:
> Hi!
>
> > And if you can indeed reliably reproduce this a bisect could be really
> > useful.
>
> And we have a winner here :-)
>
> Ok, it was not as painfull as I feared.
>
> It does not revert cleanly, but doing it by hand was no
l panels since they all need to use
the drm_panel_*() functions to abstract away the details from drivers
that use the panels.
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/20140424/c3f83ecb/attachment-0001.sig>
27;t :(
--
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/20140424/422f9011/attachment.html>
Hi Tim,
I'll look a this issue soon. It looks like the scanout is not started in
your test case.
Thanks for reporting this.
JJ
On 04/24/2014 02:46 PM, Tim Niemeyer wrote:
>
> Hi Boris
>
> Am Donnerstag, den 24.04.2014, 14:14 +0200 schrieb Boris BREZILLON:
>> Hi Tim,
>>
>> On 23/04/2014 17:36,
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/f261e913/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/9433ac14/attachment.html>
On Mon, Mar 3, 2014 at 2:08 PM, Felipe Balbi wrote:
> From: Darren Etheridge
>
> 1680x1050 appears to also be within the bandwidth capabilities
> of the device and memory infrastructure.
For this one, is 1680x1050 possible on all devices w/ tilcdc (like 1st
gen beaglebone (white), etc)? If not,
On Mon, Mar 3, 2014 at 2:08 PM, Felipe Balbi wrote:
> From: Darren Etheridge
>
> On resume the screen contents were not being restored properly. Looking at
> other DRM drivers it seems a call to drm_helper_resume_force_mode() is needed
> in the resume handler to force restoration of the mode and
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/223a7239/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #3 from Tasev Nikola ---
Created attachment 133641
--> https://bugzilla.kernel.org/attachment.cgi?id=133641&action=edit
dmidecode
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #2 from Tasev Nikola ---
Created attachment 133631
--> https://bugzilla.kernel.org/attachment.cgi?id=133631&action=edit
lspci grep VGA
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #1 from Tasev Nikola ---
Created attachment 133621
--> https://bugzilla.kernel.org/attachment.cgi?id=133621&action=edit
dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=74751
Bug ID: 74751
Summary: resume from suspend broken with 3.15-rc1 and rc2
kernels
Product: Drivers
Version: 2.5
Kernel Version: 3.15-rc2
Hardware: All
OS:
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/3820da0d/attachment-0001.html>
Rob Clark wrote on Thu [2014-Apr-24 16:51:04 -0400]:
> On Mon, Mar 3, 2014 at 2:08 PM, Felipe Balbi wrote:
> > From: Darren Etheridge
> >
> > 1680x1050 appears to also be within the bandwidth capabilities
> > of the device and memory infrastructure.
>
> For this one, is 1680x1050 possible on al
On Thu, Apr 24, 2014 at 03:43:45PM +0200, Pavel Machek wrote:
> Hi!
>
> > Like Chris said please test latest drm-intel-nighlty from
> > http://cgit.freedesktop.org/drm-intel to make sure that the recently
> > merged mitigation measures work properly. But those won't get your gpu
> > back, only the
ri-devel/attachments/20140424/99b37357/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/559d626e/attachment.html>
On Thu, Apr 24, 2014 at 3:07 PM, Russell King - ARM Linux
wrote:
> On Thu, Apr 24, 2014 at 02:00:49PM -0700, Tim Harvey wrote:
>> I'm still seeing issues with HDMI detect on powerup, at least on my
>> Gateworks Ventana boards (which have no voltage devider or anything
>> else on the HPD line to th
On Thu, 24 Apr 2014, Pavel Machek wrote:
> > > [drm:init_ring_common] *ERROR* render ring initialization failed ctl
> > > 0001f001 head 2034 tail start 0012f000
> > >
> > > Jiri has been seeing a similar issue creep in during resume, but it is
> > > not reliable enough to bisect. Is y
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/3f55fb6d/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/eaccfb7a/attachment.html>
pen when there is an "interruption" in the media.
--
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/20140424/2917aea5/attachment.html>
/archives/dri-devel/attachments/20140424/08855637/attachment-0001.html>
Hi!
> Like Chris said please test latest drm-intel-nighlty from
> http://cgit.freedesktop.org/drm-intel to make sure that the recently
> merged mitigation measures work properly. But those won't get your gpu
> back, only the display and it's only for 3.16. We're still hunting a
What does it means
On Thu 2014-04-24 08:03:04, Daniel Vetter wrote:
> On Thu, Apr 24, 2014 at 7:50 AM, Chris Wilson
> wrote:
> > That says that i915.ko failed to initialise the GPU (or rather the GPU
> > wasn't responding) and bailed during module load. The key line here is
> >
> > [drm:init_ring_common] *ERROR* re
the high profile.
Correct. Auto is the default power profile. So it appears that changing the
state causes a problem.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freede
Hi Boris
Am Donnerstag, den 24.04.2014, 14:14 +0200 schrieb Boris BREZILLON:
> Hi Tim,
>
> On 23/04/2014 17:36, Tim Niemeyer wrote:
> > Hi Jean-Jacques,
> >
> > Am Freitag, den 18.04.2014, 11:45 +0200 schrieb Jean-Jacques Hiblot:
> >> Hi,
> >>
> >> this patch serie implements a simple DRM driver
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140424/33cce27c/attachment.html>
Dave,
One security fix cc'd stable.
The following changes since commit abaafc0af9f74f8e6212a3bf54fb907358b40ad7:
Merge branch 'drm-fixes-3.15' of
git://people.freedesktop.org/~deathsimple/linux into drm-next (2014-04-23
07:39:12 +1000)
are available in the git repository at:
git://people
Hi Tim,
On 23/04/2014 17:36, Tim Niemeyer wrote:
> Hi Jean-Jacques,
>
> Am Freitag, den 18.04.2014, 11:45 +0200 schrieb Jean-Jacques Hiblot:
>> Hi,
>>
>> this patch serie implements a simple DRM driver for the ATMEL High end LCD
>> controller found in the SAMA5 familly. It's based on the tilcdc dr
On Fri, Apr 18, 2014 at 2:46 AM, Russell King
wrote:
>
> The initial state at boot is assumed to be disconnected, and we hope
> to receive an interrupt to update the status. Let's be more explicit
> about the current state - reading the PHY status register tells us
> the current level of the hotp
tu64 14.04 full desktop.
--
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/20140424/7d13fc66/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/687a6e5a/attachment.html>
On Thu, 24 Apr 2014, Pavel Machek wrote:
> > That says that i915.ko failed to initialise the GPU (or rather the GPU
> > wasn't responding) and bailed during module load. The key line here is
>
> > [drm:init_ring_common] *ERROR* render ring initialization failed ctl
> > 0001f001 head 2034 tai
It would appear this bug has been copy/pasted many times without being noticed.
Signed-off-by: Maarten Lankhorst
---
diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c
index f58a07c26b86..0e071571a4c6 100644
--- a/drivers/gpu/drm/radeon/cik.c
+++ b/drivers/gpu/drm/radeon/cik
On Thu, Apr 24, 2014 at 12:55 PM, Ajay kumar wrote:
> Rob,
>
> On Thu, Apr 24, 2014 at 9:41 PM, Rob Clark wrote:
>> On Wed, Apr 23, 2014 at 3:02 PM, Ajay kumar wrote:
>>> Sorry for the previous reply,
>>>
>>> Here goes the full explaination:
>>>
Rob,
On Tue, Apr 22, 2014 at 5:04 P
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/8ca44880/attachment.html>
Hi Andrzej,
Thank you for kind comments.
On 04/23/2014 07:16 PM, Andrzej Hajda wrote:
> Hi YoungJun,
>
>
> On 04/21/2014 02:28 PM, YoungJun Cho wrote:
>> This patch adds MIPI-DSI command mode based S6E3FA0 AMOLED LCD Panel driver.
>>
>> Changelog v2:
>> - Declares delay, size properties in probe
http://www.tux.org/lkml/
--
balbi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/813536ba/attachment-0001.sig>
he body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
balbi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: a
Hi,
HDMI display is not showing anything (i.e. shows black ) while running
Wayland/Weston 1.4.0 with drm-backend.so on linux 3.8.13 which is
customized for Jacinto 6 based platform.
- Although weston seem to be running
- I am able to run the kmscube and it is showing cube on display.
- I am able
Hi!
> > > > After update to 3.15-rc2, only top 20% of screen works on X.
> > > >
> > > > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset
> > > > Integrated Graphics Controller (rev 03)
> > > >
> > > > 00:02.1 Display controller: Intel Corporation 4 Series Chipset
> > > > Inte
Hi Andrzej,
On 04/23/2014 10:33 PM, Andrzej Hajda wrote:
> On 04/23/2014 02:55 PM, Laurent Pinchart wrote:
>> Hi Andrzej,
>>
>> On Wednesday 23 April 2014 14:48:31 Andrzej Hajda wrote:
>>> On 04/23/2014 01:34 PM, Laurent Pinchart wrote:
On Wednesday 23 April 2014 11:02:21 Andrzej Hajda wrote:
Hi Laurent,
Thank you for comments.
On 04/23/2014 08:34 PM, Laurent Pinchart wrote:
> Hi Andrzej,
>
> On Wednesday 23 April 2014 11:02:21 Andrzej Hajda wrote:
>> On 04/21/2014 02:28 PM, YoungJun Cho wrote:
>>> This patch adds DT bindings for s6e3fa0 panel.
>>> The bindings describes panel resourc
On Wed, Apr 23, 2014 at 3:02 PM, Ajay kumar wrote:
> Sorry for the previous reply,
>
> Here goes the full explaination:
>
>> Rob,
>>
>> On Tue, Apr 22, 2014 at 5:04 PM, Rob Clark wrote:
>>> So what about, rather than adding drm_panel support to each bridge
>>> individually, we introduce a drm_pan
https://bugzilla.kernel.org/show_bug.cgi?id=71891
--- Comment #23 from sdh ---
(In reply to Christian K?nig from comment #22)
> Possible fix v2.
> Meanwhile please test the attached patch.
> It won't fix the issue, but might at least allow your system to boot.
Yes indeed, thank you. Successfully
e assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/49aa2c5d/attachment.html>
Hi Andrzej,
Thank you for comments.
On 04/23/2014 06:02 PM, Andrzej Hajda wrote:
> On 04/21/2014 02:28 PM, YoungJun Cho wrote:
>> This patch adds DT bindings for s6e3fa0 panel.
>> The bindings describes panel resources, display timings and cpu timings.
>>
>> Changelog v2:
>> - Adds unit address (
Hi Andrzej,
Thank you for comments.
On 04/23/2014 05:29 PM, Andrzej Hajda wrote:
> On 04/21/2014 02:28 PM, YoungJun Cho wrote:
>> The offset of register DSIM_PLLTMR_REG in Exynos5420 is different
>> from the one in Exynos4 SoC.
>>
>> In case of Exynos5420 SoC, there is no frequency band bit in
>
Am 24.04.2014 00:04, schrieb Ed Tomlinson:
> On Wednesday 23 April 2014 07:54:17 Dave Airlie wrote:
>> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
>> wrote:
>>> Dave, mind sending me a pull request for drm fixes?
>>>
>>> There's now at least these two:
>>>
>>> - "drm/radeon/aux: fix hpd assi
Am 23.04.2014 23:36, schrieb Woody Suwalski:
> Dave Airlie wrote:
>> On Wed, Apr 23, 2014 at 1:59 AM, Linus Torvalds
>> wrote:
>>> Dave, mind sending me a pull request for drm fixes?
>>>
>>> There's now at least these two:
>>>
>>> - "drm/radeon/aux: fix hpd assignment for aux bus"
>>> - "drm/r
Hi Andrzej,
Thank you for the comments.
On 04/23/2014 04:37 PM, Andrzej Hajda wrote:
> On 04/23/2014 05:45 AM, YoungJun Cho wrote:
>> Hi again Andrzej,
>>
>> On 04/23/2014 10:01 AM, YoungJun Cho wrote:
>>> Hi Andrzej
>>>
>>> Thank you for comments.
>>>
>>> On 04/22/2014 09:15 PM, Andrzej Hajda wr
Hi Thomas,
On Wed, Apr 02, 2014 at 04:26:08PM +0200, Thomas Schwinge wrote:
> Hi!
>
> On Fri, 2 Aug 2013 11:37:26 -0400, Johannes Weiner
> wrote:
> > Each zone that holds userspace pages of one workload must be aged at a
> > speed proportional to the zone size. [...]
>
> > Fix this with a ve
https://bugzilla.kernel.org/show_bug.cgi?id=71891
Christian K?nig changed:
What|Removed |Added
Attachment #131871|0 |1
is obsolete|
We already check that the buffer object we're accessing is registered with
the file. Now also make sure that we can't DMA across buffer object boundaries.
v2: Code commenting update.
Cc: stable at vger.kernel.org
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
---
drivers/gpu/dr
On Thu, Apr 24, 2014 at 7:50 AM, Chris Wilson
wrote:
> That says that i915.ko failed to initialise the GPU (or rather the GPU
> wasn't responding) and bailed during module load. The key line here is
>
> [drm:init_ring_common] *ERROR* render ring initialization failed ctl
> 0001f001 head 2034
https://bugzilla.kernel.org/show_bug.cgi?id=71891
--- Comment #21 from Christian K?nig ---
(In reply to sdh from comment #19)
> Anything I can do to help debug this?
Well, do you have some experience with kernel hacking?
The problem is somewhere in rv770_set_uvd_clocks found in the kernel sourc
|running OpenGL programs.|shown when running glmark2
--
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/20140424/af0f9
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/20140424/a531f899/attachment.html>
On Thu, Apr 24, 2014 at 12:09:52AM +0200, Pavel Machek wrote:
> Hi!
>
> > > After update to 3.15-rc2, only top 20% of screen works on X.
> > >
> > > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset
> > > Integrated Graphics Controller (rev 03)
> > >
> > > 00:02.1 Display contr
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140424/9c40d814/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=73111
Ciel Avenir changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=71891
Ciel Avenir changed:
What|Removed |Added
CC||cielartisan at gmail.com
--- Comment #20 fr
Thierry,
On Wed, Apr 23, 2014 at 1:12 PM, Thierry Reding
wrote:
> On Wed, Apr 23, 2014 at 09:29:15AM +0200, Daniel Vetter wrote:
>> On Tue, Apr 22, 2014 at 08:06:19PM +0530, Ajay kumar wrote:
>> > Hi Thierry,
>> >
>> >
>> > On Tue, Apr 22, 2014 at 1:49 PM, Thierry Reding > > gmail.com>
>> > wrote
Daniel,
On Wed, Apr 23, 2014 at 12:59 PM, Daniel Vetter wrote:
> On Tue, Apr 22, 2014 at 08:06:19PM +0530, Ajay kumar wrote:
>> Hi Thierry,
>>
>>
>> On Tue, Apr 22, 2014 at 1:49 PM, Thierry Reding
>> wrote:
>> > On Tue, Apr 22, 2014 at 04:09:11AM +0530, Ajay Kumar wrote:
>> >> Most of the panels
Sorry for the previous reply,
Here goes the full explaination:
> Rob,
>
> On Tue, Apr 22, 2014 at 5:04 PM, Rob Clark wrote:
>> So what about, rather than adding drm_panel support to each bridge
>> individually, we introduce a drm_panel_bridge (with a form of
>> chaining).. ie:
>>
>> struct drm
Rob,
On Tue, Apr 22, 2014 at 5:04 PM, Rob Clark wrote:
> So what about, rather than adding drm_panel support to each bridge
> individually, we introduce a drm_panel_bridge (with a form of
> chaining).. ie:
>
> struct drm_panel_bridge {
> struct drm_bridge base;
> struct drm_panel *panel
Hi!
> > After update to 3.15-rc2, only top 20% of screen works on X.
> >
> > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset
> > Integrated Graphics Controller (rev 03)
> >
> > 00:02.1 Display controller: Intel Corporation 4 Series Chipset
> > Integrated Graphics Controller (
On Wed 2014-04-23 23:09:45, Daniel Vetter wrote:
> On Wed, Apr 23, 2014 at 10:22 PM, Pavel Machek wrote:
> > After update to 3.15-rc2, only top 20% of screen works on X.
> >
> > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset
> > Integrated Graphics Controller (rev 03)
> >
>
86 matches
Mail list logo
