> Assuming I am not wrong with that point, there must be some sort of
> unofficial/contributed drivers for OHCI on Plan 9. Instructions on how to
> install/configure them will be useful, I suppose.
not that i'm aware of.
- erik
> Some other reasons:
> - Some systems (read: Linux) do not have pthreads
incorrect. http://en.wikipedia.org/wiki/Native_POSIX_Thread_Library
> - C99 is still new and although it's in POSIX, not many systems have
> it (Plan 9 doesn't have complete C99)
c99 is 9 years old!
- erik
> On 03/02/2008, at 8:29 PM, Lyndon Nerenberg wrote:
>
> > Autoconf is nothing but a stinking rotten corpse that lives only
> > because the cult of GNU adherents cannot (no, refuse to) grok the
> > concept of POSIX.
>
> the problem with POSIX is that it doesn't specify enough.
>
> for instan
> I've seen there is rdbfs for debugging the 9pc kernel through a serial port...
>
> The computer the driver fails on doesn't have a serial port. I'd like
> to the debug the ethernet driver, so I don't have ethernet. :)
>
> Any ideas, over the common lot-of-print() ?
>
> Thanks in advance.
yes.
> hello,
>
> I tried the 5th of November iso (which I guess uses the new 9load) and
> here goes the report:
>
> PBS1... Plan 9 from Bell Labs
> ELCR: 0C00
> Initial probe, to find plan9.ini... dev A0 port 1F0 config 85C0
> capabilities 0F00 mwdma 0407
> pcirouting 8086/27DF at pin 1 irq 10
> dev
it would help to have intel and amd drivers based on published
documentation. i don't have the amd (ati) link handy, but here's
the link matt offered the other day:
http://intellinuxgraphics.org/documentation.html
- erik
> An alternative interpretation is that the facts are skewed by the Bell
> Labs reality distortion field. The syllogism goes something like this:
>
> All things not made at Bell Labs are bad
> GNU is not made at Bell Labs
> Therefore, GNU is bad
if this holds, then
plan 9 uses ip, smtp
> Hello. I just went up from a 24-bit display to a 32-bit display in
> QEMU, and I noticed that rio, acme, and games/mahjongg had different
> colors. Is this normal/expected/in the source or images? Thanks.
no.
- erik
>
> So what are the facts to back up so many posts regarding autotools badness?
> Just curious.
>
part of the issue is that autotool solves a problem that doesn't
exist on plan 9 systems. one doesn't need to test for compilers,
exotic library problems or portability issues.
(small rant: unfo
> With this situation at hand, and the bag of nasty little tricks empty, I
> think the better option is to either try another virtualization/emulation
> solution (I gave up on Bochs x86 emulator just a few minutes ago, it was
> too unstable and slow for my purpose) or get a used hard drive fo
>
> I have noticed an eccentricity: when the live system boots, it boots from
> #S/dev/sdD0/data but the installed system boots from #S/dev/sdC0/fossil. I
> tried changing that to #S/dev/sdC0/data, but then the boot process
> complains that it cannot find /boot/kfs and stops.
that's because
> Dirt cheap too. Even w/ Fry's specials it would be hard to put
> together a comparable machine for that amount.
>
> Given that it has VIA's C7 chip which has extra instructions for
> crypto, including SHA1
> (http://www.via.com.tw/en/initiatives/padlock/), it should make a nice
> venti server--
> First of all, lots of thanks for taking the time to help.
you're welcome.
> Then, I really understand very little, if any, of computer hardware and/or
> systems programming. Given that, I dare ask a naive question: Could the
> problem be because of running a "32-bit virtual machine" on a "6
> (long, almost 5 minute, pause here)
> command 30
> data f07613b0 limit f07263b0 dlen 8192 status 0 error 0
> lba 231760 -> 231760, count 16 -> 16 (16)
> [0] 0x000x070x590x890x030xE00x58
dataerr lba lba lba lba obs Status
> 0x40: E307 0x42: C
> Hello! I'm brand new to Plan 9, and I'm installing it on a computer for
> the first time. It's a Dell Precision 450, a P4 Xeon-based machine that
> seemed to mostly meet the things on the supported hardware list. The
> integrated Ethernet is an Intel Pro/1000 MTW according to Windows and an
> I'm a new to Plan9, and I am trying to understand the current status of the
> system.
> In particular, I am wondering about the list of application available=
> - is there email reader?
> - Web browser?
> - office like suite = document editor, spreadsheet?
> - is it possible to run Linux softwar
On Mon Jan 28 18:01:00 EST 2008, [EMAIL PROTECTED] wrote:
> > without any agreed-upon or secure arbiter of groups which tracks centralized
> > information, this does not seem like a good idea to me.
>
> `centralised' information?
>
> i assume you'd have to be hostowner to load it, so it's up to t
>
> in your case, however, a simple scheme might have the kernel (or just a
> device) accept a ctl request that added
> or removed a user name from a local group table, and then system start up
> script(s) would load the table from some agreed source
> (and presumably one that's adequately relia
>
> it's just the same: is the user a member of a given group or not?
> how membership is established is up to the file server.
> the kernel's scheme is trivial (although it could be more elaborate)
> but that doesn't limit what other file servers do.
> as with the examples you mention, they have
for a file on a fileserver, the meaning of group and group
permissions is pretty clear. if the user belongs to the group
of the file and group permission is granted, then permission
is granted.
for a device file, the meaning of group is unclear to me,
as users on a cpu server are determinted by t
> > ip/ipconfig -x /net.alt -g 65.14.39.129 ether /net.alt/ether? delete
> > 65.14.39.134 /123
>
> why, if you want a default route of 12.51.113.1, do you specify
> 65.14.39.129 in the line above?
>
> ++L
because the verb is "delete." i don't want to delete the new gateway.
(nonetheless,
i can't seem to get unconfiguring an ip address
from an interface correct. here's the external
routes on one of our main machines
minooka; cat /net.alt/iproute
0.0.0.0 /96 65.14.39.1294none 0
65.0.0.0/128 65.0.0.04b ifc-
65.
good deal!
we've been using the subpixel font vera. (font compiled in,
unfortunately.)
/n/sources/contrib/quanstro/subpixel/lib/font/bit
you can also use
/n/sources/contrib/quanstro/subpixel/vera.tbz
subpixel fonts now work with libframe.
- erik
> I'm currently employed to work on Plan 9 on supercomputers and other
> things. When I say some people aren't doing a damn thing, I'm not
> referring to everyone. There are some really cool things being done
> with Plan 9, but there's also the weekly "Here's an idea for a new
> filesystem/program
> Another question: in RGB24, how are colors composited: 0x00RRGGBB or
> 0xRRGGBB00? I can't seem to get a picture that is solid red; just a
> wacky line art picture.
read image(6). all the details are spelled out there. (you likely want an
alpha
channel in your image, so that each pixel is
>
> May be the problem is that people are treating plan 9 as a
> Van Gogh masterpiece when they should be treating as building
> material :-)
interestingly, that's the Coraid approach.
- erik
> erik quanstrom wrote:
> > is there any reason that /$objtype/include/u.h does not
> > define va_copy? are there objections to this c99 macro?
>
> Probably it was left out due to not being in the C90 spec.
> There shouldn't be any problem with it, but is it neede
On Thu Jan 24 17:04:00 EST 2008, [EMAIL PROTECTED] wrote:
> > is there any reason that /$objtype/include/u.h does not
> > define va_copy? are there objections to this c99 macro?
>
> Yes. The definition and semantics of va_copy are
> sufficiently murky that it seemed best to omit it.
i didn't se
> I wish page(1) would do the same. However, I think page operates via
> libdraw, and either:
> - they need to modify libdraw to allow text selection, or
> - they need to use libcontrol instead and write a rich text system
> for libcontrol
> Both of them are as difficult as each oth
> Nothing, you need to think out of the box. Current selection in
> sam/acme is linear, even though it is shown as two-dimensional. Text
> is treated as linear (might explain why HTML tabels are treated with
> contempt) even though it has some two-dimensional properties, at least
> on the screen
> Unfortunately, we're about 20 years too late. People have Microsoft
> Word and they don't need an operating system with useful features,
> automated backup at no additional cost, and a wealth of
> documentation. I doubt I'll purchase Office:mac 2008 for my iMac, as
> I use troff now. If y
is your point that plan 9 is a museum piece or that
if you draw on good paintings with crayons that's a bad thing?
- erik
is there any reason that /$objtype/include/u.h does not
define va_copy? are there objections to this c99 macro?
- erik
> Given a rendering engine with a powerful and hopefully flexible input
> language, one may be able to write compilers or interpreters for the
> more popular brands. Or am I missing the wood for the trees?
>
i think you're right on the mark. suppose that acme and rio were built
on "liblayout" a
> we've seen this kind discusion before, yesterday I reread
> the "gcc on plan 9" thread wich has 245 posts, just for fun.
>
> it seems that slowly, _really_ slowly, we are getting there,
> I mean, nowadays you can run opera under linuxemu!
>
> on another note I ported yet another mp3dec, this on
i don't run plan b, but this error looks familiar. you are
missing the file /devs. plan 9 typically won't allow one to
create stuff in the root of a mountpoint, so you'll need
to do this from the fossil console. see fossilcons(8).
- erik
> So, yes, I expect to see people demanding x11 apps on cluster nodes.
> The problem is that all the development nowadays is on the linux
> desktop, and people just expect that complete desktop to be there on
> each and every cluster node. It's hard to get them to understand that
> there is a perfo
> Also - some (HPC) apps that we want to run on Plan 9 have silly
> dependencies on things like X11. However, that gets into a different
> topic than I think the original poster was talking about.
they're running X on blue gene? that's mad.
- erik
> >
> > why use plan 9 at all? why not just install linux or freebsd?
>
> because, like it or not, lack of some familiar apps is a barrier to
> entry for many, if not most, of the people I show Plan 9 to. That
> said,
> I would probably draw the line at KDE ... but not at emacs.
>
i'm not argui
silly question: what is the "chat" option for?
- erik
> > > New question: when was GCC for Plan 9 written? Third edition Plan 9?
> > > Here's why: I only had to change one file to compile X11 for Plan 9,
> > > which was developed on Brazil, which became Fourth Edition. I noticed
> > > that some software I wanted to port uses X11R6, the version
> The problem is, when I try to compile a hello, world C++ program with
> gnu/gcc and gnu/g++, it tells me it can't find the iostream file, so
> I'm thinking that you have to build from source. I tried iostream.h,
> but to no avail.
the c++ header files and are much different files.
- eri
> configure files) to remove -f. I'll add -f to Plan 9 mv as a no-op
> later.
in this case, later should be defined as, for any time t, "later" is at
least one second in the future.
- erik
i added a function to 9load's lib.h today declared incorrectly.
9load uses lib.h so one doesn't haul in the entire c library by
accident. there were no link errors. it didn't crash, but did some
difficult to explain things. now fixed.
i believe other times i've declared an extern function incorre
on the opposite end of the spectrum from the coraid fs,
i put together a little fileserver using a soekris 4501 and
aoe storage using vblade running on my cpu server. the
soekris box is a 133Mhz geode with 64mb memory and
100mbit 83815s. it looks like the top picture here
http://www.soekr
>
> I hope, hope, hope that nobody is really setting up firmware to
> respond to PCIe reads of the framebuffer. I don't see how this could
> be.
to read directly from the framebuffer, the video memory in the card
would have to be directly attached to the pcie interface on the card.
i believe that
> On Jan 16, 2008 3:14 PM, erik quanstrom <[EMAIL PROTECTED]> wrote:
>
> > is there a problem with the generality of this patch?
>
> Note that the patch is saved, and I'm guessing there is a reason: it's
> arguably gross to expose the MTRRs to the world. I w
> On Jan 16, 2008 11:05 AM, erik quanstrom <[EMAIL PROTECTED]> wrote:
>
> > you mean write combining?
>
> :-)
>
> I always do that. yes write combining.
>
> ron
okay. sometimes i'm dense.
i'm glad someone beat me to this one.
is there a proble
>
> We've seen a big improvement in graphics performance with these
> patches. They make the graphics memory write back cached.
>
you mean write combining?
- erik
> Sorry, I didn't specify. plan9 is the auth server; csplan9 is my machine
> at RIT.
> Ron just discovered that somewhere in my recent changes I make drawterm
> stop working; I'm sure that's got something to do with the cpu problems. I've
> since done "yesterday" and pulled in a working version, so
> We have a cpu/auth/file server here and a few terminals, one pxe booting
> and one standalone that I boot from tcp. I have things set up to the point
> where I am booting fine, can access the file system, etc. I can connect
> to remove cpu servers, but the strange thing is that I can't connect to
> The subject probably doesn't explain at all well.
>
> I have a program (A) I have written, it can optionally run atop of a
> a synthetic filesystem (B) which expands some files into directories
> of files.
>
> The A needs to be able to tell the difference between a
> 'real' directory and one ge
On Mon Jan 14 19:03:58 EST 2008, [EMAIL PROTECTED] wrote:
> > now if i
> >
> > ; ip/ping /net.alt/icmp!12.51.113.7!0
> >
> > i usually get one packet back and snoopy reports
>
> there are surely more packets than that.
> for example, where are the arp packets that initially
> discover that 1
i have this network configuration. one network.
two sets of ip addresses.
; cat /net.alt/iproute
0.0.0.0 /96 65.14.39.1294none 0
65.0.0.0/128 65.0.0.04b ifc-
65.14.39.128/123 65.14.39.1284i ifc0
65.14.3
ip=1.2.3.4 sys=example
dom=example.quanstro.net
srv=example.quanstro.net weight=1 pri=1 port=4224
then
; ndb/dnsquery
> example srv
example.quanstro.net srv1 1 4224 example.quanstro.net
- erik
>
> i thought venti was only read, not written, except during a fossil archive
> dump,
> so it should only be vulnerable during that interval
> (which might be large just after file system initialisation).
my impression was it was caching.
- erik
>
> > This happens to me all the time after my QEMU crashes. I consider it
> > normal, but hate it.
>
>
> My machine never chrashed, but it occurs every time I boot my machine,
> since today. And the number of clumps vary from boot to boot.
>
one needs to run fshalt before halting a machine
> Not sure is it is suported in Acme, but...
>
> ([A-Z]+[a-z]+){2,}
>
> --
> Best regards,
> Yaroslav.
acme isn't evaluating the match, plumber is. plan 9
regular expressions (ether way) do not support {} ranges.
- erik
> I use the following plumbing rule to "emulate" wiki like functions in
> acme:
>
> type is text
> data matches '([A-Z]+[a-z]+[A-Z]+[a-z]+)*$'
> data set wiki/$0.txt
> plumb to edit
>
> Most of the time it works but if I use a LongWikiWord it opens
> WikiWord.txt instead of LongWikiWord.txt. It
> > does anyone know if the function /sys/src/cmd/snap/take.c:/^sumr
> > can return 0 for a buffer that is not all zeros?
> >
> > i think it can not, since for sum&1, the next sum at least
> > has 0x8000 set and otherwise if (sum&1) == 0, then either
> > sum == 0 or sum>>1 != 0.
>
> >>
does anyone know if the function /sys/src/cmd/snap/take.c:/^sumr
can return 0 for a buffer that is not all zeros?
i think it can not, since for sum&1, the next sum at least
has 0x8000 set and otherwise if (sum&1) == 0, then either
sum == 0 or sum>>1 != 0.
fletcher-16 seems similar except for the
On Thu Jan 10 16:35:57 EST 2008, [EMAIL PROTECTED] wrote:
> Where did your mouse land at that time? I tried reproducing your
> results but with no luck.
>
> On Jan 10, 2008, at 4:17 PM, erik quanstrom wrote:
>
> > after missing "Put" by just a hair, acme has pu
after missing "Put" by just a hair, acme has put this in the errors
window twice today
- 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 -
0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 -
0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0 - 0
> On Jan 10, 2008 10:16 AM, andrey mirtchovski <[EMAIL PROTECTED]> wrote:
> > echo in cpurc. same for rwm...
> >
>
> I hate changing cpurc, but maybe I'm too squeamish. Is that really the way?
you've been unixed. ;-)
- erik
how may bits-per-pixel did these terminals have?
- erik
On Wed Jan 9 12:05:15 EST 2008, [EMAIL PROTECTED] wrote:
> Yes. I could, but a reasonable hypothesis is that fossil
> issue
hypothesis is great. but unless you try something to limit the
possbilities, hypothesis is not useful.
> a lot of requests caused by a venti unexepected behaviour.
> Proba
have you considered installing just fossil.
you could then install fossil+venti on a seperate disk/
partition on your running system and see if that hangs
up.
- erik
> On Dec 27 I wrote about a problem I had installing a
> fossil+venti config using the ISO image downloaded on Dec
> 22:
>
> * On several HW setup, from P500 to P3000, the
> * install goes ok but just after the boot from HD
> * starts an endless activity (> 20 h ?!) with a steady
> * 100% cpu load
i believe /sys/lib/dist
- erik
On Mon Jan 7 11:29:45 EST 2008, [EMAIL PROTECTED] wrote:
> Hi all,
>
> Since no one has replied to this, I'm wondering if this was the right
> place to send it to. Is 9trouble more appropriate for this?
>
> Thanks,
> Sander.
>
9fans is a fine place for this. perhaps no one with much experienc
with some really great help from Fazlul Shahriar, i think that
gbe parts attached to intel ich8 parts should now work. (ich9
parts should work with the addition of more device ids.)
the patch is submitted as 82563ich.
- erik
> well, uClibc & dietlibc are rather limited. *BSD libc is a viable option, as
> is Sun's.
> Honestly though, if we're going to do something as radical as get rid of
> glibc, can we please do a little better? Might as well fix everything else
> wrong, like, oh, say BSD SOCKETS!
> =)
sockets are no
okay. contact me off list with details. especially what is
printed before it freezes. this may be due to a bug in 9load.
there's a patch submitted.
- erik
i will not have full access till perhaps monday, but i will be
happy to solve this problem for you offline. the e820 scan results
should be printed duriung the boot process.
- erik
ah, i understand the problem now.
i subitted a patch for this some time ago. the unusable CLS
message is from the driver. it's checking for cache line size. an
anacronism from the pci driver. pcie does not really have the
concept of cache line size, though the vestigal register remains.
the fix
the missing device was vid 8088 did 1047, i believe.
- erik
p.s. /dev/drivers is something unrelated. all ethernet
are #l devices. they are sort of a sub device thing.
could you send me the output of pci from
your plan 9 machine? it would also be helpful
if you could copy down the output of the e820 scan
and send that along. sata (ahci) should be supported
on your machine, i believe.
on a laptop, i don't think one would notice a difference in
transfer rate.
i missed your 82566mm in my previous
post. ron's speculation is basically right.
intel change device ids between the initial
documentation and the actual product.
in /sys/src/9/pc/ether82563.c makee this change
and recompile a kernel:
break;
case 0x1049:
that's a wireless card 3945ABG intel pro/wireless.
there's no driver for that that i know of.
- erik
when typing ^d at nedmail in hold mode,
drawterm has faulted twice at 0x27fc0 with
error code 0xc005. unfortunately i have
no tools to debug this.
- erik
>
> Or, put another way, you're not asserting you have no backup beyond
> that fileserver raid, are you? Because if so, I want to learn how I
> can skip that step, too.
>
here's what we do useing ken's fs fs, not venti.
http://cm.bell-labs.com/iwp9/papers/23.disklessfs.pdf
- erik
> Thanks for your replies!
>
> The reason I asked is that I am thinking about a couple of methods
> to detect failures of my two mirrored disks (by fs) automatically.
> How do you check if your disks are still ok? I know I could invest
> in a real raid controller and rely on that but I still like
> > from my understanding of how google do things, loosing a drive just
> > means they need to replace it. so it's cheeper to let drives fail.
> > on the other hand, we have our main filesystem raided on an aoe
> > appliance. suppose that one of those raids has two disks showing
> > a smart statu
> what a pity! it would have been so great to have had
> an objective assessment of reliability by manufacturer.
>
> i've found it really quite hard to find useful data to
> indicate how reliable a drive might be.
would it really help? any numbers generated would be indicators
for models no long
On Wed Dec 26 01:33:14 EST 2007, [EMAIL PROTECTED] wrote:
> On Dec 25, 2007 6:59 PM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> >(we have a drive
> > in the lab that smart declares will fail any minute now. it's been
> > this way for 2 years.)
>
> Fro
> Hi 9fans,
>
> can someone on this list tell me how to interpret the config part of
> cpu% cat /dev/sdC0/ctl
> inquiry WDC WD1600JB-00REA0
> config 427A capabilities 2F00 dma 00550020 dmactl 00550020 rwm 16 rwmctl 0
> lba48always off
>
> I am trying to figure out whether t
i'd be willing to give it a pass if it whined a bit, but aborting
on user input is a bit antisocial.
by the way, the transliteration of the ed line reverse trick into acme
is
Edit ,x m$
(with diagnostic). Edit ,x m0 does not work as expected, especially
on the input file
1
am i doing this wrong?
; cd /sys/src/cmd/fossil
; acid -l fossil-acid /n/sources/plan9/386/bin/acid
/n/sources/plan9/386/bin/acid:386 plan 9 executable
/sys/lib/acid/port
/sys/lib/acid/386
8c -FVw 9fsys.c
8c -FVw -a 9fsys.c >9fsys.acid
> >
> > This lines are not in the /cfg/$sysname/cpurc file
> >
>
> iirc these lines go into /rc/bin/cpurc, not /cfg/$sysname/cpurc
>
actually, neither exactly reflects the state of the current dist's cpurc.
there are provisions for "site-specific startup", "cpu-specific startup"
(/cfg/$sysname
> excuse me. that's what hjdicks was for .. and it's called pack. ok.
>
> abuse them or yourselfs for using such code.
>
> brucee
what's the alternative? what i can think of is either
cutting & pasting the repeated elements or not using
unnamed structures at all. unfortunately, that results
in
> but it doesn't have to be. this is legit:
>
> typedef struct{
> Ehdr; // 1
> Ehdr; // 2
> uchar op[2];
> }Pkt;
my explinations stink. perhaps this gets at what
i'm saying better. the structure S0 won't have
any paddi
> Not exactly answering your question, but I'm not sure 8c gives meaning to
> #pragma pack. (I'm not starting to argue about exploiting the memory layout
> of structs...)
>
> Martin
my syntax was incorrect. it's
#pragma pack on
- erik
> i am guessing that the requirement of being able to demote a type to
> one of its anonymouse constituents -- as in Node to Lock in Ken's example --
> would require a uniform layout that makes it easy to calculate the offset.
however this is the opposite case. the padding is after the
anon. stru
i've got a structure that looks like this
/* ethernet header */
typedef struct{
uchar d[6];
uchar s[6];
uchar type[2];
}Ehdr;
typedef struct{
Ehdr;
uchar op[2];
mclock really is the bomb. it's become pretty popular at coraid.
someone noticed if mclock is unhiden, it doesn't redraw. i believe
this patch corrects the problem.
- erik
; diff -c mclock.c `{yesterday mclock.c}
mclock.c:190,195 - /n/dump/2007/1221/sys/src/games/mclock/mclock.c:190,198
sorry for the noise. silly me. i cut and paste
EOT.
minooka; cat > sleep.c
#include
#include
void
main(void)
{
int i;
for(i = 0; i < 100; i++)
sleep(2000);
exits("");
i think this is what you want:
minooka; cat > sleep.c
#include
#include
void
main(void)
{
int i;
for(i = 0; i < 100; i++)
sleep(2000);
exits("");
}
src(*PC) i think is what you want:
minooka; cat > sleep.c
#include
#include
void
main(void)
{
int i;
for(i = 0; i < 100; i++)
sleep(2000);
exits("");
}
> > > So now the update. The dev id 27c0 corresponds to my sata in ata mode.
> > > 27c1 is the sata in ahci mode. If I add 27c1 to sdiahci.c and 27c0 to
> > > sdata.c I get nothing from the kernel at boot up saying it found
> > > anything. If I add 27c1 to both I get the response from the kernel. I
On Thu Dec 20 04:47:55 EST 2007, [EMAIL PROTECTED] wrote:
> So now the update. The dev id 27c0 corresponds to my sata in ata mode.
> 27c1 is the sata in ahci mode. If I add 27c1 to sdiahci.c and 27c0 to
> sdata.c I get nothing from the kernel at boot up saying it found
> anything. If I add 27c1 to
101 - 200 of 1584 matches
Mail list logo
