-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of jung songtan
Sent: Monday, November 16, 2009 7:32 AM
To: linux-omap@vger.kernel.org
Subject: Dose OMAP3 support split transfer?
Hi Guys,
Dose OMAP3 support split
On Mon, 2009-11-16 at 06:04 +0100, ext Stephen Rothwell wrote:
Hi Tomi,
Today's linux-next merge of the omap_dss2 tree got a conflict in
arch/arm/configs/omap_3430sdp_defconfig between the omap tree and the
omap_dss2 tree.
I just used the version from the omap tree as I can't figure out
Hi, all!
I think I found a bug in processor detection code.
as I see,
+ /* OMAP3430 and OMAP3530 are assumed to be same.
+*
+* OMAP3525, OMAP3515 and OMAP3503 can be detected only based
+* on available features. Upon detection, update the CPU id
+* and CPU class bits.
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Saturday, November 14, 2009 6:38 AM
To: Pandita, Vikram
Cc: linux-omap@vger.kernel.org
Subject: Re: Some patches need reposting, inbox cleared,
Many thanks for your reply, Dmitry. Some comments follow yours.
On 14/11/09 07:03 +0100, ext Dmitry Torokhov wrote:
Hi Aaro,
On Wed, Nov 04, 2009 at 03:23:01PM +0200, Aaro Koskinen wrote:
+
+static void tsc2005_ts_update_pen_state(struct tsc2005 *ts,
+
Hi,
this series contains fixes for some clock and PM architecture components
for the 2.6.32-rc series.
- Paul
---
Paul Walmsley (1):
OMAP clock/hwmod: fix off-by-one errors
Rajendra Nayak (1):
OMAP3 clock: Fix the DPLL freqsel computations
Tero Kristo (1):
OMAP3: Clock:
From: Rajendra Nayak rna...@ti.com
Fix the freqsel value computation. Use n instead of (n+1)
The formula in the TRM uses a zero-based N, hence the (n+1); however
at this point in the clock34xx.c code, N is one-based.
Hayati Bayrakdar h-bayrak...@ti.com and Nishanth Menon n...@ti.com helped
From: Tero Kristo tero.kri...@nokia.com
Current calculation does not take into account any changes to M2 divisor, and
thus when we change VDD2 OPP, dpll3_m2x2 rate does not change. Fixed by
re-routing dpll3_m2x2 parent to dpll3_m2.
Signed-off-by: Tero Kristo tero.kri...@nokia.com
Signed-off-by:
Fix loop bailout off-by-one bugs reported by Juha Leppänen
juha_motorsport...@luukku.com.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Juha Leppänen juha_motorsport...@luukku.com
---
arch/arm/mach-omap2/cm.c |2 +-
arch/arm/mach-omap2/omap_hwmod.c | 12 +---
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
sound/soc/omap/Kconfig |7 ---
sound/soc/omap/overo.c |2 +-
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig
index 653a362..bb42681 100644
--- a/sound/soc/omap/Kconfig
On Mon, 2009-11-16 at 15:53 +0200, Mike Rapoport wrote:
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
sound/soc/omap/Kconfig |7 ---
sound/soc/omap/overo.c |2 +-
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/sound/soc/omap/Kconfig
On Mon, Nov 16, 2009 at 06:36:55AM -0700, Paul Walmsley wrote:
Fix loop bailout off-by-one bugs reported by Juha Leppänen
juha_motorsport...@luukku.com.
I'm not sure the new code is any easier to read than the old code.
And what with some checks post-loop being = and others being , it's
a
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Pandita, Vikram
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Gupta,
Ajay Kumar
Sent: Sunday, November 15, 2009 2:46 AM
To:
Liam Girdwood wrote:
On Mon, 2009-11-16 at 15:53 +0200, Mike Rapoport wrote:
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
sound/soc/omap/Kconfig |7 ---
sound/soc/omap/overo.c |2 +-
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/sound/soc/omap/Kconfig
On Mon, 2009-11-16 at 16:19 +0200, Mike Rapoport wrote:
From 4f3628ff75bdeb57e751622f2a92e223f68e81e3 Mon Sep 17 00:00:00 2001
In-Reply-To: 1258380019.3570.113.ca...@odin
References: 1258380019.3570.113.ca...@odin
From: Mike Rapoport m...@compulab.co.il
Date: Mon, 16 Nov 2009 15:35:00 +0200
Frédéric BEGOU wrote :
Frédéric BEGOU wrote:
Hello,
For what I've seen on the Internet concerning your card, there is
only one MMC card reader.
Besides, there is the following piece of code :
+static struct twl4030_hsmmc_info mmc[] = {
+ {
+
On Mon, 2009-11-16 at 16:19 +0200, Mike Rapoport wrote:
Liam Girdwood wrote:
On Mon, 2009-11-16 at 15:53 +0200, Mike Rapoport wrote:
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
sound/soc/omap/Kconfig |7 ---
sound/soc/omap/overo.c |2 +-
2 files changed, 5
The Zoom2 and Zoom3 build breaks on linux-omap-pm(HEAD:pm)
when CONFIG_DEBUG_FS is not enabled.
Build error log:
arch/arm/mach-omap2/built-in.o: In function `omap_sram_idle':
arch/arm/mach-omap2/pm34xx.c:449: undefined reference to `pm_dbg_regset_save'
arch/arm/mach-omap2/pm34xx.c:460: undefined
Manjunatha GK had written, on 11/16/2009 08:46 AM, the following:
Thanks.
Re: [PATCH v3] [OMAP3_PM] Fix zoom2/zoom3 build error
please rename subject to:
[PATCH V3] OMAP3: PM: Fix build failure with !DEBUG_FS
this is not zoom2/zoom3 specific - am I right?
The Zoom2 and Zoom3 build breaks on
On Sun, Nov 15, 2009 at 02:15:48PM +0530, Ajay Kumar Gupta wrote:
Adding regulator framework in EHCI driver.
OMAP3 has three HS USB ports so it can have three different regulator
for each PHY connected to each port.
Currently these regulators are assumed to be optional and driver doesn't
These functions need to be exported so that drivers (e.g. McBSP) can
be configured as modules.
McBSP driver gets built as a module when ASoC driver for OMAP3 EVM
is configured as module. McBSP driver uses functions like
omap_ctrl_readl/omap_ctrl_writel, which are defined in control.c
file but not
On Mon, Nov 16, 2009 at 02:37:48PM +0200, Phil Carmody wrote:
On 14/11/09 07:03 +0100, ext Dmitry Torokhov wrote:
Do we really need to do filtering and averaging in kernel? What about
tslib?
Not everyone uses tslib. There's already some filtering in the tsc2005
already, but it's not
On Mon, Nov 16, 2009 at 04:19:25PM +0200, Mike Rapoport wrote:
I'm ok if it'll say Not Overo! :)
Anyway, here's the update:
Applied, thanks (with manual hacking to remove the reply chain from the
commit log).
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of
Sripathy, Vishwanath vishwanath...@ti.com writes:
As part of Core domain context restoration while coming out of off mode
there are some registers being restored which are not required to be restored.
ROM code will have restored them already. Overwriting some of them can have
potential side
Nishanth Menon n...@ti.com writes:
Manjunatha GK had written, on 11/16/2009 08:46 AM, the following:
Thanks.
Re: [PATCH v3] [OMAP3_PM] Fix zoom2/zoom3 build error
please rename subject to:
[PATCH V3] OMAP3: PM: Fix build failure with !DEBUG_FS
this is not zoom2/zoom3 specific - am I right?
Hi all,
I would like to add support for SoC audio on the IGEP v2 board but I
have some doubts about how to do. As I have seen in the source code,
the SoC driver for IGEP should be the same as omap3evm, overo and
cm-t35.
So, is better to use the solution adopted by the board CM-T35 or add a
Gopinath, Thara th...@ti.com writes:
[...]
+void omap3_pm_off_mode_enable(int enable)
+{
+struct power_state *pwrst;
+u32 state;
+
+if (enable)
+state = PWRDM_POWER_OFF;
+else
+state = PWRDM_POWER_RET;
+
+list_for_each_entry(pwrst, pwrst_list, node) {
* Tomi Valkeinen tomi.valkei...@nokia.com [091116 02:06]:
On Mon, 2009-11-16 at 06:04 +0100, ext Stephen Rothwell wrote:
Hi Tomi,
Today's linux-next merge of the omap_dss2 tree got a conflict in
arch/arm/configs/omap_3430sdp_defconfig between the omap tree and the
omap_dss2 tree.
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
Following set implements checks for idle states of powerdomains, and
changes target cpuidle state according to those. This also includes as
a cleanup removal of some hacks from omap_sram_idle(), and also
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
Previously omap_sram_idle() did not know about the difference between ON and
INACTIVE states, which complicated the state handling in these cases.
This changelog needs an update.
This patch changes makes the
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
A more descriptive changelog would be nice here.
This should be moved inside cpuidle to simplify design.
And this should probably say ... and will be moved into CPUidle in
subsequent patch.
Kevin
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
Following checks are made (and their reasoning):
- If CAM domain is active, prevent idle completely
* CAM pwrdm does not have HW wakeup capability
- If PER is likely to remain on, prevent PER off
* Saves
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
pwrdm_can_idle(pwrdm) will check if the specified powerdomain can enter
idle. This is done by checking the current fclk enable bits.
This call can be used e.g. inside cpuidle to decide which power states
core
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 79b3fe013cc3be8828c2c4ddcb0c266fa67ce372
PatchWorks
http://patchwork.kernel.org/patch/60053/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): cb0c84c058503993a2ef954430d217b484354c8c
PatchWorks
http://patchwork.kernel.org/patch/60055/
Git (Likely to change, and takes a while to get
The patch corrects the issue introduced with my previous patch:
OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set
as pointed out by OMAP subsystem maintainer.
Created and tested against linux-omap for-next,
commit 155a75d9725e66e5ec8a383822957dee52427057
Signed-off-by: Janusz
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): f69a6bb287ffdef1343222af9d3d8cbb6d5a
PatchWorks
http://patchwork.kernel.org/patch/60478/
Git (Likely to change, and takes a while to get
* Cory Maccarrone darkstar6...@gmail.com [091114 11:47]:
The Makefiles and Kconfig files were modified to include the new
HTC Herald board support and LCD panel configuration code.
Ended up merging this with the board-htcherald.c patch.
Tony
Signed-off-by: Cory Maccarrone
* Cory Maccarrone darkstar6...@gmail.com [091115 14:49]:
On Sun, Nov 15, 2009 at 2:31 PM, Felipe Balbi m...@felipebalbi.com wrote:
Hi,
On Sun, 2009-11-15 at 12:06 -0800, Cory Maccarrone wrote:
All,
I'm working with the Wing Linux and Linwizard projects in porting
various
* Aggarwal, Anuj anuj.aggar...@ti.com [091116 03:37]:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Saturday, November 14, 2009 6:38 AM
To: Pandita, Vikram
Cc: linux-omap@vger.kernel.org
* Ajay Kumar Gupta ajay.gu...@ti.com [091115 00:59]:
Hi,
This patch set adds a new structure 'musb_hdrc_board_data' to get all
board specific data from board files.
It is actually done to accomodate ULPI_VBUSCONTROL programming required
for OMAP3EVM Rev =E which uses external Vbus supply
Hello Anuj,
On Mon, 16 Nov 2009, Anuj Aggarwal wrote:
These functions need to be exported so that drivers (e.g. McBSP) can
be configured as modules.
McBSP driver gets built as a module when ASoC driver for OMAP3 EVM
is configured as module. McBSP driver uses functions like
* Gregoire Gentil grego...@gentil.com [091115 20:29]:
Board file of the Always Innovating OMAP3-based Touch Book.
Cool. Looks like the patch needs to be formatted with tabs,
see Documentation/Submit* files.
Then run scripts/checkpatch.pl --strict /path/to/your/patch
on each of them to check for
On Mon, Nov 16, 2009 at 6:05 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Mon, Nov 16, 2009 at 04:19:25PM +0200, Mike Rapoport wrote:
I'm ok if it'll say Not Overo! :)
Anyway, here's the update:
Applied, thanks (with manual hacking to remove the reply chain from the
commit
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091116 20:40]:
The patch corrects the issue introduced with my previous patch:
OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set
as pointed out by OMAP subsystem maintainer.
Created and tested against linux-omap for-next,
commit
Monday 16 November 2009 23:25:18 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091116 20:40]:
The patch corrects the issue introduced with my previous patch:
OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set
as pointed out by OMAP subsystem
OMAP3630 and OMAP4430 UART IP blocks have a restriction wrt RX FIFO.
Empty RX fifo read causes an abort. OMAP1/2/3 do not have this restriction.
So interoduce a flag in 8250 driver: UPF_NO_EMPTY_FIFO_READ
If this flag is specified for an 8250 port, then first check if rx fifo has
contents, and
Empty uart rx fifo read can cause omap to abort
OMAP silicon affected: OMAP3630, OMAP4430
OMAP silicon not-affected: omap1/2/3
So pass flag UPF_NO_EMPTY_FIFO_READ in plat_serial8250_port, so that 8250
driver does not abort on empty rx fifo read
Tested on zoom3(3630) board
Signed-off-by: Vikram
The patch corrects the issue introduced with my previous patch:
OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set
as pointed out by OMAP subsystem maintainer.
Created and tested against linux-omap for-next,
commit 155a75d9725e66e5ec8a383822957dee52427057
Signed-off-by: Janusz
Hi all,
Here are some patches for review. This series is mostly updates
to existing omap board files. It also adds support for zoom3 board,
and contains few clean-up patches.
Regards,
Tony
---
Ajay Kumar Gupta (2):
omap3evm: Add board revision function
omap3evm: ehci: Update EHCI
From: Felipe Balbi felipe.ba...@nokia.com
Cleanup the coding style in id.c while avoiding unneeded switch()
statements.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/id.c | 61
From: Charulatha V ch...@ti.com
This patch disables a GPIO module when all pins of a GPIO
module are inactive (clock gating forced at module level) and
enables the module when any gpio in the module is requested.
The module is enabled only when mod_usage indicates that no GPIO
in that module is
From: vikram pandita vikram.pand...@ti.com
Remove the SYSFS_DEPRECATED flag from OMAP3 board defconfigs
This is a deprecated feature no longer needed.
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
Acked-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Tony Lindgren
From: Ajay Kumar Gupta ajay.gu...@ti.com
Added function to differentiate between the OMAP3EVM revisions. The
chip-id of the ethernet PHY is being used for this purpose.
Rev A to D : 0x0115
Rev = E : 0x9220
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Ajay Kumar Gupta
From: Ajay Kumar Gupta ajay.gu...@ti.com
Added runtime programming for the differences in EHCI interface between
OMAP3EVM revisions (Rev = E) and (Rev E).
Changes:
- EHCI PHY reset GPIO pin is 21 on Rev = E while Rev E
uses GPIO pin 135.
- Rev = E uses EHCI Vbus
From: Anand Gadiyar gadi...@ti.com
The mainline merge of the 3430SDP support (commit 6fdc29e2)
seems to have messed up the 3430 defconfig completely.
Update the defconfig using a known good version
(SDP defconfig from v2.6.26-omap2 and current beagle defconfig)
as reference.
The image size is
From: Mike Rapoport m...@compulab.co.il
Initialize vmmc and vmmc_aux regulators
Note that the omap3evm_twldata.vmmc1 and omap3evm_twldata.vsim
are set in omap3_evm_i2c_init() to avoid a merge conflict
with the MFD tree. These will be initialized in omap3evm_i2c_boardinfo
as a fix later on.
From: Sriram s...@ti.com
Migrate to smsc911x ethernet driver instead of smc911x driver.
The smsc911x ethernet driver supports NAPI and performs better
under heavy traffic. With the smc911x driver we were witnessing
very high iowait time for high IO load over NFS.
Signed-off-by: Sriramakrishnan
From: vikram pandita vikram.pand...@ti.com
Split zoom2 board file into a base board file and a board-zoom-peripherals.c
file. That way the same peripherals file can be reused for zoom3 and sdp3630
in addition to zoom2.
Also remove unused struct omap_board_config_kernel entry.
NOTE: Keep the
From: vikram pandita vikram.pand...@ti.com
Replace zoom2 with zoom name in board-zoom-peripherals.c file
and board-zoom-debugboard.c. Create mach/board-zoom.h.
This file has functions reused for boards: Zoom2/Zoom3/sdp3630.
Hence have all functions commonly named as zoom
Signed-off-by: Vikram
From: vikram pandita vikram.pand...@ti.com
The I2C-1 bus frequency on zoom2/zoom3/sdp3630 should be 2.4 MHz.
The speed is limited by TWL5030/GAIA; a higher speed could lead to errors
on the interface.
The maximum I2C speed depends on the system clock for GAIA:
2.2 MHz (sys-clk = 19.2 MHz)
2.4
From: vikram pandita vikram.pand...@ti.com
Date: Fri, 13 Nov 2009 17:37:34 -0800
Subject: [PATCH 12/12] omap3: zoom: Introduce zoom3 board support
Zoom3 is the next version of Zoom2 board.
There has been a silicon update from zoom2 to zoom3.
Zoom2 has OMAP34xx
Zoom3 has OMAP3630
* Tony Lindgren t...@atomide.com [091116 15:32]:
From: vikram pandita vikram.pand...@ti.com
Split zoom2 board file into a base board file and a board-zoom-peripherals.c
file. That way the same peripherals file can be reused for zoom3 and sdp3630
in addition to zoom2.
Also remove unused
Sorry, looks like I accidentally left out two patches of this series.
Tony
From 32bb1bb71f624d91edeccb38066f6ddae438d49c Mon Sep 17 00:00:00 2001
From: vikram pandita vikram.pand...@ti.com
Date: Fri, 13 Nov 2009 17:37:35 -0800
Subject: [PATCH] omap: zoom3: defconfig creation
Create zoom3
One more..
Tony
From 18db1c90bf4022db95fb908cdd390e94798851ba Mon Sep 17 00:00:00 2001
From: vikram pandita vikram.pand...@ti.com
Date: Fri, 13 Nov 2009 17:37:35 -0800
Subject: [PATCH] omap: zoom2: update defconfig for LL_DEBUG_NONE
Update DEBUG_LL for zoom2 board as CONFIG_OMAP_LL_DEBUG_NONE
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091116 15:13]:
The patch corrects the issue introduced with my previous patch:
OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set
as pointed out by OMAP subsystem maintainer.
Created and tested against linux-omap for-next,
commit
Tuesday 17 November 2009 01:16:58 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091116 15:13]:
The patch corrects the issue introduced with my previous patch:
OMAP: DMA: Fix omapfb/lcdc on OMAP1510 broken when PM set
as pointed out by OMAP subsystem
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091116 16:38]:
Tuesday 17 November 2009 01:16:58 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091116 15:13]:
The patch corrects the issue introduced with my previous patch:
OMAP: DMA: Fix omapfb/lcdc on OMAP1510
Hi all,
I was wondering how can we configure the u-boot with the TFTP
capability on the beagle board at runtime..
Or if there's anyother way to set it up to be able to transfer files
to the beagle...
Any help will be appreciated..
Thanks
Best Regards
Mai
--
To unsubscribe from this list:
On 16/11/09 05:04, Stephen Rothwell wrote:
Hi Tomi,
Today's linux-next merge of the omap_dss2 tree got a conflict in
arch/arm/configs/omap_3430sdp_defconfig between the omap tree and the
omap_dss2 tree.
I just used the version from the omap tree as I can't figure out anything
better,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Enric Balletbò i Serra
Sent: Monday, November 16, 2009 11:06 PM
To: linux-omap@vger.kernel.org
Subject: Doubts around SoC audio on omap3
Hi all,
I would like to add
AM3505/17 though a OMAP3530 derivative have the following
main differences
- Removal of the following OMAP3 modules
- IVA
- ISP/CAM
- Modem and D2D components (MAD2D, SAD2D)
- USIM
- SSI
-
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, November 17, 2009 2:46 AM
To: Aggarwal, Anuj
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP: Exporting functions doing common register
access
Hello Anuj,
On Mon, 16 Nov 2009, Anuj Aggarwal
Mai Daftedar wrote:
Hi all,
I was wondering how can we configure the u-boot with the TFTP
capability on the beagle board at runtime..
For this you will need ethernet support in U-Boot. There are two (?)
options to achieve this: Add support for USB ethernet dongle in U-Boot
or use a Beagle
From: Hiroshi DOYU hiroshi.d...@nokia.com
Subject: Re: [PATCH 1/1] DSPBRIDGE: cache operation against kernel address
instead of user's
Date: Fri, 13 Nov 2009 12:12:12 +0200 (EET)
From: Doyu Hiroshi (Nokia-D/Helsinki) hiroshi.d...@nokia.com
Subject: [PATCH 1/1] DSPBRIDGE: cache operation
75 matches
Mail list logo