Afterthought:
On Fri, 12 Jul 2013 07:57:18 +0200, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
except it tends to minimize Marek's own contribution to the fix, which
is by far the most important.
'The most important' 'by far' being of course Marek's contribution, not
minimizing it. :)
Hi Marek, hi Albert,
On 12/07/2013 07:57, Albert ARIBAUD wrote:
This being a bugfix patch, and having been tested twice, I suggest that
it go in 2013.07, maybe with the commit message reduced to its first
paragraph above -- although of course I do appreciate the second one,
except it tends
On 12/07/2013 07:06, Fabio Estevam wrote:
On Fri, Jul 12, 2013 at 2:00 AM, Joe Hershberger
joe.hershber...@gmail.com wrote:
On second thought, it's delegated in patchwork to Stefano and it's
marked rejected. Why is that Stefano?
Ok, I think I understand the reason. I asked him to reject
On 07/07/2013 20:20, Marek Vasut wrote:
this is usefull when writing an UBI image which contains
and UBIFS volume (check README.nand and UBI FAQ for more
details)
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Stefano Babic sba...@denx.de
---
Applied to u-boot-imx (fix), thanks !
Best
On 11/07/2013 17:23, Marek Vasut wrote:
Remove incorrectly called and duplicate flush_dcache_range() call
from fec_mxc driver. The call is not needed, since the caches are
already flushed in fec_tbd_init(), moreover the second argument should
be the ending address, not size.
Signed-off-by:
On 12/07/2013 01:03, Marek Vasut wrote:
The MX28 multi-layer AHB bus can be too slow and trigger the
FEC DMA too early, before all the data hit the DRAM. This patch
ensures the data are written in the RAM before the DMA starts.
Please see the comment in the patch for full details.
This
Hi Sughosh,
On Wed, 10 Jul 2013 23:04:45 +0530, Sughosh Ganu
urwithsugh...@gmail.com wrote:
hi Albert,
On Wed Jul 10, 2013 at 02:30:30PM +0200, Albert ARIBAUD wrote:
You are correct re the other policies of the DDI0198E (ARM926EJ-S
TRM) MMU -- page 3-11, bits 3-2 of the section
On 28/06/2013 23:52, Otavio Salvador wrote:
OpenEmbedded has change partitioning layout of generated image so it
does not raise warnings during the boot regarding unkown partition
being used for U-Boot.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
include/configs/mx51evk.h |
Hi Fabio, hi Jason,
On 28/06/2013 23:52, Otavio Salvador wrote:
This changes were being done in every version of U-Boot and it
makes sense to try to merge them upstream.
Please review them and ack/nack them.
these are small fixes in the default environment and I have no problem
to merge
Hi Tom,
On Thu, 11 Jul 2013 15:00:53 -0700, Tom Warren
twarren.nvi...@gmail.com wrote:
Albert,
Please pull u-boot-tegra/master into ARM/master. Thanks!
./MAKEALL -s tegra AOK, checkpatch.pl is clean.
The following changes since commit 630aacb0859c6e26b2b0311d8e245da5e5b8ac67:
hi,
On Wed Jul 10, 2013 at 11:56:30PM -0700, Simon Glass wrote:
I have netbsd running on hawkboard, but i do not boot it using the
bootm command, but use the go command instead. I will try to build a
netbsd image with the u-boot header and give it a try with bootm. Need
a day or two
Hi Fabio,
On 11/07/2013 19:17, Fabio Estevam wrote:
Hi Stefano,
On Thu, Jul 11, 2013 at 10:06 AM, Stefano Babic sba...@denx.de wrote:
--- a/arch/arm/cpu/armv7/mx6/Makefile
+++ b/arch/arm/cpu/armv7/mx6/Makefile
@@ -27,7 +27,7 @@ include $(TOPDIR)/config.mk
LIB= $(obj)lib$(SOC).o
On Wed Jul 10, 2013 at 11:08:09PM -0700, Simon Glass wrote:
The OS function is now always called with the PREP stage. Adjust the
remaining bootm OS functions to deal with this correctly.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/blackfin/lib/boot.c | 2 ++
Hi,
Any news on the status of this serie ?
--
Antoine
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Marek,
On 11/07/2013 20:31, Marek Vasut wrote:
+void display_event(uint8_t *event_data, size_t bytes)
+{
+uint32_t i;
+
+if ((event_data) (bytes 0)) {
if (!cond)
return;
The loop goes here
Fix in V2, thanks.
+if (is_hab_enabled())
+
Hi Wolfgang,
On 11/07/2013 20:14, Wolfgang Denk wrote:
Dear Stefano Babic,
In message 1373548001-19728-7-git-send-email-sba...@denx.de you wrote:
Add support for setting the CSF (Command Sequence File) pointer
which is used for HAB (High Assurance Boot) in the imximage by
adding e.g.
Use DIV_ROUND_UP to simplify the code.
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/spi/bfin_spi.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/spi/bfin_spi.c b/drivers/spi/bfin_spi.c
index a9a4d92..f7192c2 100644
--- a/drivers/spi/bfin_spi.c
+++
Use DIV_ROUND_UP to simplify the code.
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/spi/fsl_espi.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/spi/fsl_espi.c b/drivers/spi/fsl_espi.c
index 28609ee..e20ab9f 100644
--- a/drivers/spi/fsl_espi.c
+++
Use DIV_ROUND_UP to simplify the code.
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/spi/mpc8xxx_spi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/mpc8xxx_spi.c b/drivers/spi/mpc8xxx_spi.c
index 6b0e3b4..c90c0ce 100644
--- a/drivers/spi/mpc8xxx_spi.c
Hi Alber,
please pull these fixes from u-boot-imx, thanks.
The following changes since commit d6c6d127c5b948ec381fad5b24a2bc5497720644:
vf610twr: Remove SoC name from U-Boot prompt (2013-06-28 16:59:08 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-imx.git
Hi
cc: Mailing List
On 07/11/2013 07:33 PM, Michael Trimarchi wrote:
Hi Michael
On 07/11/2013 07:01 PM, Michael Cashwell wrote:
Greetings,
I've been absent for a while and couldn't find a way to search the list
archives so I apologize if this has already been discussed…
I've been
Hi Stefano,
On Fri, Jul 12, 2013 at 4:43 AM, Stefano Babic sba...@denx.de wrote:
Hi Fabio, hi Jason,
On 28/06/2013 23:52, Otavio Salvador wrote:
This changes were being done in every version of U-Boot and it
makes sense to try to merge them upstream.
Please review them and ack/nack them.
Hi Albert,
some more small fixes, sorry. Please pull from u-boot-imx, thanks.
The following changes since commit d6c6d127c5b948ec381fad5b24a2bc5497720644:
vf610twr: Remove SoC name from U-Boot prompt (2013-06-28 16:59:08 +0200)
are available in the git repository at:
On 28/06/2013 23:52, Otavio Salvador wrote:
This changes were being done in every version of U-Boot and it
makes sense to try to merge them upstream.
Please review them and ack/nack them.
Whole series applied to u-boot-imx (fix), thanks !
Best regards,
Stefano Babic
--
Hi Stefano,
On Fri, 12 Jul 2013 13:10:34 +0200, Stefano Babic sba...@denx.de
wrote:
Hi Albert,
some more small fixes, sorry. Please pull from u-boot-imx, thanks.
Ok -- restarting build tests on new head.
Amicalement,
--
Albert.
___
U-Boot
Am 2013-07-11 15:54, schrieb Justin Waters:
Give the user the ability to disable NAND support by defining
CONFIG_NO_NAND. This will allow custom hardware to easily support
this configuration.
If NAND is not enabled, we could also ifdef the SPI/MTD/CMD_FS
configurations since they are not used
From: Fabio Estevam fabio.este...@freescale.com
commit 54965b61360 (README: mxs: Introduce README.mxs) should have changed the
file name to README.mxs, as it covers both mx23 and mx28 now.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
doc/{README.mx28_common = README.mxs} | 0
1
Hi Hector,
On Fri, Jul 12, 2013 at 8:37 AM, Hector Palacios
hector.palac...@digi.com wrote:
Thanks for sharing.
Unfortunately I'm still seeing non-recoverable timeouts when doing tftp
transfers.
Nevertheless, with this patch sometimes I'm able to transfer big files
(100MiB) without
Dear Marek,
On 07/12/2013 05:51 AM, Marek Vasut wrote:
Hi,
On Thu, Jul 11, 2013 at 8:18 PM, Fabio Estevam feste...@gmail.com wrote:
On Thu, Jul 11, 2013 at 8:03 PM, Marek Vasut ma...@denx.de wrote:
The MX28 multi-layer AHB bus can be too slow and trigger the
FEC DMA too early, before all
Dear Alexandre Pereira da Silva,
On Fri, Jul 12, 2013 at 1:58 AM, Marek Vasut ma...@denx.de wrote:
Dear Fabio Estevam,
On Fri, Jul 12, 2013 at 1:40 AM, Marek Vasut ma...@denx.de wrote:
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
mx28evk has a
Hi Albert,
Afterthought:
On Fri, 12 Jul 2013 07:57:18 +0200, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
except it tends to minimize Marek's own contribution to the fix, which
is by far the most important.
'The most important' 'by far' being of course Marek's contribution, not
Hi Stefano,
On Fri, 12 Jul 2013 13:10:34 +0200, Stefano Babic sba...@denx.de
wrote:
Hi Albert,
some more small fixes, sorry. Please pull from u-boot-imx, thanks.
The following changes since commit d6c6d127c5b948ec381fad5b24a2bc5497720644:
vf610twr: Remove SoC name from U-Boot prompt
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
commit 54965b61360 (README: mxs: Introduce README.mxs) should have changed
the file name to README.mxs, as it covers both mx23 and mx28 now.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Hi Hector,
Dear Marek,
On 07/12/2013 05:51 AM, Marek Vasut wrote:
Hi,
On Thu, Jul 11, 2013 at 8:18 PM, Fabio Estevam feste...@gmail.com wrote:
On Thu, Jul 11, 2013 at 8:03 PM, Marek Vasut ma...@denx.de wrote:
The MX28 multi-layer AHB bus can be too slow and trigger the
FEC DMA
Hello Tom,
Update to my previous PR, to include the last Tegra and IMX PRs:
The following changes since commit
fbf87b1823dd5ebc2a384711ea2c677543019ece:
arm: optimize relocate_code routine (2013-06-21 23:05:50 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-arm
Booting a FIT image containing a ramdisk,
the ramdisk is loaded at address 0x0 that causes
bus errors for architectures that do not have
RAM starting at address zero.
Signed-off-by: Stefano Babic sba...@denx.de
---
common/image.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Hi Stefano,
On Fri, 12 Jul 2013 15:09:23 +0200, Stefano Babic sba...@denx.de
wrote:
Booting a FIT image containing a ramdisk,
the ramdisk is loaded at address 0x0 that causes
bus errors for architectures that do not have
RAM starting at address zero.
Kind-of-minor nitpick: ARMs which have
Hi,
Tom/Stefano, can you pick this for .07? Otherwise all mxc with NAND are broken.
Thanks
The driver triggered a BUG() in nand_base.c:3214/nand_scan_tail()
because the ecc.strength was not set in NAND_ECC_HW_SYNDROME ECC
mode.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Benoit
On Thu, Jul 11, 2013 at 11:06 PM, Nishanth Menon n...@ti.com wrote:
On 18:17-20130711, Robert Nelson wrote:
On Thu, Jul 11, 2013 at 5:17 PM, Nishanth Menon n...@ti.com wrote:
On 17:05-20130711, Robert Nelson wrote:
On Thu, Jul 11, 2013 at 5:03 PM, Nishanth Menon n...@ti.com wrote:
On
On 08:32-20130712, Robert Nelson wrote:
On Thu, Jul 11, 2013 at 11:06 PM, Nishanth Menon n...@ti.com wrote:
ok, here is how the code looks like with the V2 of my series:
Do we just default to none for XM_AB for dvi_pup?
static void beagle_dvi_pup(void)
{
uchar val
On Thu, Jul 11, 2013 at 05:33:19PM -0500, Nishanth Menon wrote:
With the latest transition to device tree, there is a need to simplify
the load of device tree depending on board type etc. While at it, simplify
few other changes as well.
Testing:
with a uEnv.txt as:
bootdir=/
bootpart=0:1
Hi Marek,
On 07/12/2013 02:01 PM, Marek Vasut wrote:
Hi Hector,
Dear Marek,
On 07/12/2013 05:51 AM, Marek Vasut wrote:
Hi,
On Thu, Jul 11, 2013 at 8:18 PM, Fabio Estevam feste...@gmail.com wrote:
On Thu, Jul 11, 2013 at 8:03 PM, Marek Vasut ma...@denx.de wrote:
The MX28 multi-layer AHB
Hi Hector,
On Fri, 12 Jul 2013 17:08:59 +0200, Hector Palacios
hector.palac...@digi.com wrote:
Hi Marek,
On 07/12/2013 02:01 PM, Marek Vasut wrote:
Hi Hector,
Dear Marek,
On 07/12/2013 05:51 AM, Marek Vasut wrote:
Hi,
On Thu, Jul 11, 2013 at 8:18 PM, Fabio Estevam
Hi Hector,
[...]
Try Stefano's tree as Fabio suggested. I think it's already pushed and
includes the fixes.
I just tried, but it didn't help.
OK, then it's something else.
Considering the other guys seem to work without problems I guess this
scenario is specific to my board. I'm
Hi Sughosh,
On Fri, Jul 12, 2013 at 1:21 AM, Sughosh Ganu urwithsugh...@gmail.comwrote:
hi,
On Wed Jul 10, 2013 at 11:56:30PM -0700, Simon Glass wrote:
I have netbsd running on hawkboard, but i do not boot it using the
bootm command, but use the go command instead. I will try to
Provide proper setting for the APLL fout frequency calculation for
Exynos4 based targets (especially Exynos4210 - Trats board).
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Cc: Minkyu Kang mk7.k...@samsung.com
---
arch/arm/cpu/armv7/exynos/clock.c |9 -
1 file changed, 4
NM
On 07/11/2013 01:02 PM, Nishanth Menon wrote:
snip
diff --git a/board/ti/omap5_uevm/mux_data.h
b/board/ti/omap5_uevm/mux_data.h
index a82795d..7e6415e 100644
--- a/board/ti/omap5_uevm/mux_data.h
+++ b/board/ti/omap5_uevm/mux_data.h
@@ -56,6 +56,8 @@ const struct pad_conf_entry
Hi Tom,
I've checked out the origin/master HEAD:
SHA1: 225fd8c5d4556547896a5d32ee092a258f3df638
It turns out that the Exynos4 Trats serial console output is broken
because of APLL clock frequency change.
Responsible change [*]:
Exynos5: clock: Update the equation to calculate PLL output
From: Michael Cashwell mboa...@prograde.net
The memory layout arranged itself such that a long-standing memory stomper
in a DFU prepare callback used during USB registration mangled the malloc
heap enough to cause my board to panic much later in a call to free().
Since it hadn't happened before
Hey all,
Looking things over, right now:
- We've got one more bootm/related fixup posted today (I've confirmed it
works)
- The OMAP3 SPL issue (I need to confirm just how bad it is)
- The exynos4 clock issue
Given the above, and that I'm build testing a rather large set of
changes right now,
On Fri, Jul 12, 2013 at 3:03 PM, Tom Rini tr...@ti.com wrote:
Hey all,
Looking things over, right now:
- We've got one more bootm/related fixup posted today (I've confirmed it
works)
- The OMAP3 SPL issue (I need to confirm just how bad it is)
- The exynos4 clock issue
Given the above,
all,
Quoting Marek Vasut ma...@denx.de:
Dear Wolfgang Denk,
Like many other projects, U-Boot has a tradition of including big
blocks of License headers in all files. This not only blows up the
source code with mostly redundant information, but also makes it very
difficult to generate
On Jul 11, 2013, at 1:29 PM, Tom Rini tr...@ti.com wrote:
On Thu, Jul 11, 2013 at 01:01:30PM -0400, Michael Cashwell wrote:
I've been absent for a while and couldn't find a way to search the
list archives so I apologize if this has already been discussed?
I've been fighting the SPL binary
Oh, sorry... didn't realize the release was in three days. :-(
I'll send a pull request.
-Scott
On 07/12/2013 08:26:04 AM, Marek Vasut wrote:
Hi,
Tom/Stefano, can you pick this for .07? Otherwise all mxc with NAND
are broken.
Thanks
The driver triggered a BUG() in
Hi
On 07/12/2013 11:03 PM, Michael Cashwell wrote:
On Jul 11, 2013, at 1:29 PM, Tom Rini tr...@ti.com wrote:
On Thu, Jul 11, 2013 at 01:01:30PM -0400, Michael Cashwell wrote:
I've been absent for a while and couldn't find a way to search the
list archives so I apologize if this has already
Sorry for the lateness, but this patch fixes a BUG() regression
with CONFIG_MXC_NAND_HWECC.
The following changes since commit 225fd8c5d4556547896a5d32ee092a258f3df638:
cmd_bootm.c: Make bootz handle BOOTM_STATE_FINDOTHER itself (2013-07-10
09:15:15 -0400)
are available in the git repository
On Wed, Jul 10, 2013 at 09:25:33AM -0400, Tom Rini wrote:
From: Simon Glass s...@chromium.org
A recent bootm fix left the error path incomplete. If CONFIG_TRACE is
set it may still not be a supported command, so cover that with the
unsupported subcommand print. Once we handle
On Fri, Jul 12, 2013 at 02:12:20PM +0200, Albert ARIBAUD wrote:
Hello Tom,
Update to my previous PR, to include the last Tegra and IMX PRs:
The following changes since commit
fbf87b1823dd5ebc2a384711ea2c677543019ece:
arm: optimize relocate_code routine (2013-06-21 23:05:50 +0200)
On Wed, Jul 10, 2013 at 11:08:07PM -0700, Simon Glass wrote:
The tortuous refactoring of bootm and fit_image_load() has thrown up
four more issues:
- Support for bootm (without arguments) on many OSes is broken since the
OS functions do not handle the PREP stage, which is now required
- In
On Wed, Jul 10, 2013 at 08:44:34PM +0200, Marek Vasut wrote:
The following changes since commit 225fd8c5d4556547896a5d32ee092a258f3df638:
cmd_bootm.c: Make bootz handle BOOTM_STATE_FINDOTHER itself (2013-07-10
09:15:15 -0400)
are available in the git repository at:
On Fri, Jul 12, 2013 at 04:13:41PM -0500, Scott Wood wrote:
Sorry for the lateness, but this patch fixes a BUG() regression
with CONFIG_MXC_NAND_HWECC.
The following changes since commit 225fd8c5d4556547896a5d32ee092a258f3df638:
cmd_bootm.c: Make bootz handle BOOTM_STATE_FINDOTHER
On Fri, Jul 12, 2013 at 03:09:23PM +0200, Stefano Babic wrote:
Booting a FIT image containing a ramdisk,
the ramdisk is loaded at address 0x0 that causes
bus errors for architectures that do not have
RAM starting at address zero.
Signed-off-by: Stefano Babic sba...@denx.de
I've re-worded
On Thu, Jul 11, 2013 at 09:38:04AM -0400, Tom Rini wrote:
With ELDK4.2 we were getting a warning that load_end may be used
uninitialized in calling lmb_reserve. This could not be the case,
however. If we re-order the checks (and make them slightly clearer as
well) the warning goes away.
Hey all,
I've tagged and pushed v2013.07-rc3 out, and it should sync its way
around in a few hours. I believe we should be all sorted out with FIT
images and bootz and bootm finally, but a quick check that we've really
got things merged would be greatly appreciated.
I expect on Monday to have a
On 07/09/2013 04:50:49 AM, ying.zh...@freescale.com wrote:
+During the TPL build a variable named CONFIG_TPL_BUILD is exported
+in the make environment and also appended to CPPFLAGS with
-DCONFIG_TPL_BUILD.
+Source files can therefore be compiled for TPL with different
settings.
+
+For
I have a requirement that would be solved nicely by U-Boot booting U-Boot (and
perhaps even another time). Is this a reasonable thing to do?
I'm working with the mpc85xx CPU, P5020DS board and have gotten somewhat
familiar with the design flow running the P5020_NAND configuration (which is
On Fri, Jul 12, 2013 at 12:30 PM, Dan Murphy dmur...@ti.com wrote:
On 07/11/2013 01:02 PM, Nishanth Menon wrote:
diff --git a/board/ti/omap5_uevm/mux_data.h
b/board/ti/omap5_uevm/mux_data.h
index a82795d..7e6415e 100644
--- a/board/ti/omap5_uevm/mux_data.h
+++
Dear Scott Wood,
Oh, sorry... didn't realize the release was in three days. :-(
I'll send a pull request.
-Scott
Thanks ;-)
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Pardeep Kumar Singla b45...@freescale.com
---
board/freescale/mx6sabresd/mx6sabresd.c | 48 +++
include/configs/mx6sabre_common.h |2 +-
include/configs/mx6sabresd.h| 18
3 files changed, 67 insertions(+), 1
Instead of duplicating HDMI setup code for every mx6 board, factor out the
common code
Signed-off-by: Pardeep Kumar Singla b45...@freescale.com
---
arch/arm/cpu/armv7/mx6/soc.c | 51 ++
arch/arm/include/asm/arch-mx6/mxc_hdmi.h |6 ++
Hi!
My name's Kristoffer I would like to get some help in making a new
updated version of Uboot, but AFAIK the latest Uboot-version doesn't
have sufficient support for my board which has the following properties:
Titania
MIPSEL (32-bit if I'm not mistaken).
Uboot.
mstar#
I have
On Fri, 12 Jul 2013 13:48:51 -0400
mboa...@prograde.net wrote:
Hi Michael,
From: Michael Cashwell mboa...@prograde.net
The memory layout arranged itself such that a long-standing memory
stomper in a DFU prepare callback used during USB registration
mangled the malloc heap enough to cause
The existing USB configuration parsing code relies on the descriptors'
own length values when reading through the configuration blob. Since the
size of those descriptors is always well-defined, we should rather use
the known sizes instead of trusting device-provided values to be
correct. Also adds
On 7/11/2013 4:18 PM, Fabio Estevam wrote:
On Thu, Jul 11, 2013 at 8:03 PM, Marek Vasut ma...@denx.de wrote:
The MX28 multi-layer AHB bus can be too slow and trigger the
FEC DMA too early, before all the data hit the DRAM. This patch
ensures the data are written in the RAM before the DMA
On 07/12/2013 03:27 PM, Tom Rini wrote:
Hey all,
I've tagged and pushed v2013.07-rc3 out, and it should sync its
way around in a few hours. I believe we should be all sorted out
with FIT images and bootz and bootm finally, but a quick check that
we've really got things merged would be
Dear Wolfgang and Tom,
Am 03.07.2013 11:54, schrieb Wolfgang Denk:
Dear Xiangfu Liu,
In message 4e95a3ba.8000...@pobox.com you wrote:
Add support for the qi_lb60 (a.k.a QI Ben NanoNote) clamshell device
from Qi hardware:
http://en.qi-hardware.com/wiki/Ben_NanoNote
76 matches
Mail list logo
