On Tue, 8 May 2018, Sasha Levin wrote:
There's no one, for example, who picked up vanilla v4.16 and plans to
keep using it for a year.
Actually, at a prior job I would do almost exactly that.
I never intended to go a year without updating, but it would happen if nothing
came up that was rela
the 4.4.112 patches that Greg just posted include a bunch of work for these
vulnerabilities.
Who knows what has been backported to the kernel he is running.
k
you are running a RedHat kernel, you will have to ask them about what they have
included in it.
k
I somewhat hate to ask this, but for those of us following at home, what does
this add to the overhead?
I am remembering an estimate from mid last week that put retpoline at replacing
a 3 clock 'ret' with 30 clocks of eye-bleed code
The point is that in many cases, if someone explits the "trusted" process, they
already have everything that the machine is able to do anyway.
ccordingly.
David Lang
ing a precedent" and if the
violating of the Linux license agreement is left unchecked, then quite
possibly a precedent could be set to allow an entire upstream kernel
to be co-opted.
This is a potential problem.
David Lang
e ok, you can ignore copyleft-next and just use GPLv2
David Lang
what's remote, that list would become out of date as new
filesystems are added)
David Lang
many SRE-types find comforting.
What does SRE stand for?
Site Reliability Engineer, a mix of operations and engineering (DevOps++)
David Lang
nd on this"
Drive ordering has been stable since the 0.1 kernel [1]
It takes a lot longer to detect USB drives, why in the world would they be
detected before hard-wired drives?
I expect that Linus' response is going to be very quotable.
David Lang
[1] given stable hardware and no new drivers becoming involved
nt.
There is the nsenter program that will run a program inside an existing
namespace. It looks like you need something similar that implements some
permission checking (only let you go into namespaces of other programs for the
same user or similar), but you should be able to make proof-of-concept scripts
with nsenter.
David Lang
a small daemon to run as root that
reassigns your different sessions from one ns to another.
David Lang
When we originally looked at namespaces and containers, we could not
find a solution to achieve the above. Is this possible using
namespaces?
Regards
/Cole
from the system packages, and no
collisions would
occur.
why would this not be a case to use filesystem namespaces and bind mounts?
David Lang
what is ACPICA and why should we care about divergence between it and the linux
upstream? Where is it to be found?
This may be common knowlege to many people, but it should probably be documented
in the patch bundle and it's explination.
David Lang
On Tue, 29 Dec 2015, Lv Zheng
rces allocated to another and kill the system without
providing a kernel level mechanism to limit the damage (as opposed to fixing
individual apps) seems rather short-sighted at best.
David Lang
On Fri, 31 Jul 2015, Daniel Phillips wrote:
On Friday, July 31, 2015 11:29:51 AM PDT, David Lang wrote:
We, the Linux Community have less tolerance for losing people's data and
preventing them from operating than we used to when it was all tinkerer's
personal data and secondary sys
people see
the pace of development as still being high, just with more testing and
polishing before it gets out to users.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info a
On Wed, 24 Jun 2015, Greg KH wrote:
On Wed, Jun 24, 2015 at 10:39:52AM -0700, David Lang wrote:
On Wed, 24 Jun 2015, Ingo Molnar wrote:
And the thing is, in hindsight, after such huge flamewars, years down the line,
almost never do I see the following question asked: 'what were we thi
On Wed, 24 Jun 2015, Martin Steigerwald wrote:
Am Mittwoch, 24. Juni 2015, 10:39:52 schrieb David Lang:
On Wed, 24 Jun 2015, Ingo Molnar wrote:
And the thing is, in hindsight, after such huge flamewars, years down
the line, almost never do I see the following question asked: 'what
we
x27;what was
the big fuss about?'. So I think by and large the process works.
counterexamples, devfs, tux
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.ke
k correctly for what
you'd like to do with it, i.e. I don't know what the problem is.
As I understand things, the problem is ~providing RAID across multiple machines,
not just across the disks in one machine.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe
n safely ignore that.
Arguing license issues and at the same time claiming that you should ignore a
legal statement like the footer is a bit odd.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.o
scription of the hardware?
note, this whole discussion assumes that the DTB is even copyrightable. Since
it's intended to be strictly a functional description of what the hardware is
able to do, that could be questioned
David Lang
--
To unsubscribe from this list: send the line "unsu
On Mon, 25 May 2015, Daniel Phillips wrote:
On Monday, May 25, 2015 11:04:39 PM PDT, David Lang wrote:
if the page gets modified again, will that cause any issues? what if the
page gets modified before the copy gets written out, so that there are two
dirty copies of the page in the process of
On Mon, 25 May 2015, Daniel Phillips wrote:
On Monday, May 25, 2015 9:25:44 PM PDT, Rik van Riel wrote:
On 05/21/2015 03:53 PM, Daniel Phillips wrote:
On Wednesday, May 20, 2015 8:51:46 PM PDT, David Lang wrote:
how do you prevent it from continuing to interact with the old version
of the
should be surprised. That is a race even without page fork.
how do you prevent it from continuing to interact with the old version of the
page and never see updates or have it's changes reflected on the current page?
David Lang
--
To unsubscribe from this list: send the line "unsubsc
and could interact badly with other things
touching the page cache.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
t's meant by the top statement that I left in the quote.
Even if your implementation details make it safe, these need to be safe even
without your implementation details to be acceptable in the core kernel.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-k
write would be
blocked, and will get forked again for follow-up writes if it's modified again
otherwise, won't this be the same thing?
David Lang
If RDMA to a mmapped file races with write(2) to the same file,
maybe it is reasonable and expected to lose some data.
In the RDM
On Tue, 12 May 2015, Daniel Phillips wrote:
On 05/12/2015 02:30 PM, David Lang wrote:
On Tue, 12 May 2015, Daniel Phillips wrote:
Phoronix published a headline that identifies Dave Chinner as
someone who takes shots at other projects. Seems pretty much on
the money to me, and it ought to be
On Tue, 12 May 2015, Daniel Phillips wrote:
On 05/12/2015 11:39 AM, David Lang wrote:
On Mon, 11 May 2015, Daniel Phillips wrote:
...it's the mm and core kernel developers that need to
review and accept that code *before* we can consider merging tux3.
Please do not say "we"
n it gets stressed by real-world (as opposed to benchmark) workloads. This
isn't saying that you are wrong in your belief, just that you may not be right,
and nobody will know until you are to a usable state and other people can start
beating on it.
David Lang
--
To unsubscribe from this li
of directories at a fairly modest rate per directory)
And when you then decide that you have to move the directory/file info, doesn't
that create a potentially large amount of unexpected IO that could end up
interfering with what the user is trying to do?
David Lang
--
To unsubscribe fro
On Thu, 7 May 2015, Austin S Hemmelgarn wrote:
On 2015-05-06 16:49, David Lang wrote:
On Wed, 6 May 2015, linuxcbon linuxcbon wrote:
On Wed, May 6, 2015 at 7:53 PM, David Lang wrote:
It's perfectly legitimate to not want to use udev, but that doesn't mean
that the kernel will
On Wed, 6 May 2015, linuxcbon linuxcbon wrote:
On Wed, May 6, 2015 at 7:53 PM, David Lang wrote:
It's perfectly legitimate to not want to use udev, but that doesn't mean
that the kernel will (or should) do it for you.
David Lang
When I boot the kernel without modules, I don'
laces
it to load the right module with the right options.
It's perfectly legitimate to not want to use udev, but that doesn't mean that
the kernel will (or should) do it for you.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
limit things to two feeds with one always being a subset of the other,
create a mechanism to allow an arbitrary number of feeds that can be filtered in
different ways
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to ma
that is in progress. This is much easier than
spinning disk.
Tux3's redirect-on-write[1] is obviously a natural for SMR, however
I will not get excited about it unless a vendor waves money.
what drives are available now? see if you can get a couple (either directly or
donated)
David Lang
On Thu, 30 Apr 2015, Dave Airlie wrote:
On 30 April 2015 at 10:05, David Lang wrote:
On Wed, 29 Apr 2015, Theodore Ts'o wrote:
On Wed, Apr 29, 2015 at 12:26:59PM -0400, John Stoffel wrote:
If your customers wnat this feature, you're more than welcome to fork
the kernel and
his 5 years ago, before the "let's speed up boot" push started.
Admittedly, this wasn't a stock distro boot/install, it was my own optimized
one, but it also wasn't as optimized and automated as it could have been
(several points where the installer needed to pick it
On Wed, 29 Apr 2015, Andy Lutomirski wrote:
On Wed, Apr 29, 2015 at 1:15 PM, David Lang wrote:
On Wed, 29 Apr 2015, Andy Lutomirski wrote:
On Wed, Apr 29, 2015 at 12:30 PM, Austin S Hemmelgarn
wrote:
On 2015-04-29 14:54, Andy Lutomirski wrote:
On Apr 29, 2015 5:48 AM, "Harald
es to the
receiver, that's a valid choice. But preventing a receiver from exiting because
it hasn't processed a message is not a valid choice.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kern
later.
I've been getting the early boot messages in my logs for decades (assuming the
system doesn't fail before the syslog daemon is started). It sometimes has
required setting a larger than default ringbuffer in the kernel, but that's easy
enough to do.
David Lang
--
To unsubs
On Tue, 28 Apr 2015, Havoc Pennington wrote:
On Tue, Apr 28, 2015 at 1:19 PM, David Lang wrote:
If the examples that are being used to show the performance advantage of
kdbus vs normal dbus are doing the wrong thing, then we need to get some
other examples available to people who don't
so things
right' so that the kernel developers can see what you think is the real problem
and how kdbus addresses it.
So far, this 'wrong' example is the only thing that's been posted to show the
performance advantage of kdbus.
David Lang
--
To unsubscribe from this list:
e we can
exceed the maximum number of pending replies per connection.
aren't we being told that part of the reason for needing kdbus is that
thousands, or tens of thousands of messages are being spewed out? how does
limiting it to 128 messages represent real-life if this is the case?
D
at can't be upgraded to fix bugs
that are discovered is a problem.
This is an issue that the Internet of Things folks are just starting to notice,
and it's only going to get worse before it gets better.
How do you patch bugs on your non-volitile media? What keeps that mechansim fr
etimes you have types of controls that are
orthoginal to each other, and you either manage the two types of things in
separate hierarchies, or you end up with one hierarchy that is a permutation of
all the combinations of what would have been separate hierarchies.
David Lang
--
To unsubscribe
hy he concludes that having a
single hierarchy for all resource types.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, 3 Mar 2015, Luke Kenneth Casson Leighton wrote:
On Mon, Mar 2, 2015 at 12:13 AM, David Lang wrote:
On Sun, 1 Mar 2015, Luke Kenneth Casson Leighton wrote:
in recent discussions about PID-1 alternatives (sysvinit, openrc,
systemd, depinit) i was alerted to the idea that PID1 is to
to deal
with right now, so they want to make cgroups exclusive to PID1 as a 'temporary'
measure, and then look at solving the problems that are needed to let other
processes manage parts or all of the cgroups config.
David Lang
--
To unsubscribe from this list: send the line "unsub
a handful of
virtual machines), would the file cache issue still be overwelming, even though
it's the virtual machines accessing things?
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mor
Rob posted the patch to the list, and there was a response asking for it to be
re-done with more explination of what it is, what it's fixing, etc. look in the
archives for the post.
Rob doesn't seem enthusiastic to jump through these hoops, but you could do so
and submit it.
Davi
as "ifconfig" and "route" or does
the package have more to offer.
there are things that you can do with "ip" that you can't do with "ifconfig",
but they tend to be rather esoteric things (hundreds of IP addresses on "eth0"
without using
stored on the same filesystem? If someone could alter the file contents they can
alter the signatures as well.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://
, so these kinds of races should at
most delay things by just a tiny amount,
If the machine has NOHZ and has a cpu bound userspace task, it could take quite
a while before userspace would trigger a reschedule (at least if I've understood
the comments on this thread properly)
David Lang
--
this value changes more than the threshold,
something happened and it's not valid to use this delta"
This has been the case for decades. If you have a monitoring tool that does not
account for this sort of thing, you have an immature tool.
David Lang
--
To unsubscribe from this list
ple like to see in a fast path, especially for something of as low an
importance as the counters.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/m
ing as you work here is not
always the best thing to do.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
there isn't random data available?
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
u and causing the need to question the licenseing?
David Lang
On Sun, 1 Jun 2014, Robin H. Johnson wrote:
On Mon, Jun 02, 2014 at 12:01:46AM +0100, Ken Moffat wrote:
Naively, since the defconfigs are bundled with the kernel, that could
fall under GPLv2-only implicitly, but lacking any explici
f it did,
that would make the copyright be owned by the person who made those selections.
David Lang
On Sun, 1 Jun 2014, Robin H. Johnson wrote:
(Please CC me on replies, not subscribed to LKML)
Hi,
Somewhat of an odd question, but none of the files in question seem to
have a copyright
On Wed, 7 May 2014, Ingo Molnar wrote:
* Josh Poimboeuf wrote:
On Tue, May 06, 2014 at 09:32:28AM +0200, Ingo Molnar wrote:
* Jiri Kosina wrote:
On Mon, 5 May 2014, David Lang wrote:
how would you know that all instances of the datastructure in memory
have= been touched? just because
ally restricting it to such patches would be a good beginning -
most of the security fixes are just failed checks, i.e. they don't
typically even change any external (not on stack) memory structure,
right?
in terms of hit-patching kernels you are correct.
but that's a far cry from what it
;s impossible as a general rule to say that changing memory
structures is going to be safe (or even possible) to change.
that includes any access to memory that moves around a lock
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
On Tue, 6 May 2014, Jiri Kosina wrote:
On Mon, 5 May 2014, David Lang wrote:
how would you know that all instances of the datastructure in memory
have= been touched? just because all tasks have run and are outside the
function in question doesn't tell you data structures have been
conv
call to the modified function will take place
on any potential in-memory structure.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordom
hurt
high-performance server apps if it's compiled in)
David Lang
0x48426C7E.asc
Description: application/pgp-keys
of
using characters that represent more than one pixel per character. While this
may not be able to render everything perfectly, remember that qr codes can
include redundancy to correct for bad pixels, you may be able to get something
working.
David Lang
--
To unsubscribe from this list: send t
except sometimes
at the edge where interfacing with third party software.
David Lang
On Wed, 2 Apr 2014, Andrew Stephenson wrote:
Ah, so there is a Free Software camp and an Open Source camp within the Linux
Kernel Mailing List.
On 2 Apr 2014, at 11:45 am, David Lang wrote:
There is no
s.
the problem with a callback is that you then need to wait for that source to get
the CPU and finish doing it's work. What happens if that takes long enough for
you to run out of data to write? And is it worth the extra context switches to
bounce around when the writing process was finish
new routers from working.
If this can work as a shim layer between the hardware and the filesystem for
OpenWRT, you would gain a very large userbase rather quickly.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord..
el.
Trusted by who?
Alan is saying measured because then if it matches what the owner of that device
intends it's trusted, but just because you trust it doesn't mean that I trust
it, and it doesn't mean that the russian government should trust it, etc.
There just isn'
hat would be to implement or how widely useful it would be.
what is msleep(0) defined to do? would it be any better?
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
eplacing that with the context switch to the kernel and back isn't
a subtantial win.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-in
On Wed, 5 Mar 2014, Khalid Aziz wrote:
On 03/05/2014 05:36 PM, David Lang wrote:
Yes, you pay for two context switches, but you don't pay for threads
B..ZZZ all running (and potentially spinning) trying to aquire the lock
before thread A is able to complete it's work.
Ah, gre
On Wed, 5 Mar 2014, Khalid Aziz wrote:
On 03/05/2014 04:59 PM, David Lang wrote:
what's the cost to setup mmap of this file in /proc. this is sounding
like a lot of work.
That is a one time cost paid when a thread initializes itself.
is this gain from not giving up the CPU at all?
On Wed, 5 Mar 2014, Khalid Aziz wrote:
On 03/05/2014 04:13 PM, David Lang wrote:
Yes, you have paid the cost of the context switch, but your original
problem description talked about having multiple other threads trying to
get the lock, then spinning trying to get the lock (wasting time if the
approach
avoids all those other threads trying in turn so it should get fairly close to
the same benefits.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.ker
.g., fixed and known addresses (see my reply to Paul), which
are outside of the semantics specified in the standard), I don't see a
correctness problem here.
Are you really sure that the compiler can figure out every possible thing that a
loadable module or JITed code can access? That seems
, but not much, right now I ran Chromium (in addition to long-run
Firefox) and only 32 MiB went to swap, load avg. ~ 7
that much read activity probably means that you are swapping pages in to use
them, then dropping them to swap in another page, which you then drop to go back
and fetch the first p
measure the results.
I don't know if md and dm are currently smart enough to realize that the entire
stripe is being overwritten and avoid the RMW cycle. If they can't, I would
expect that once we start measuring it, they will gain such support.
David Lang
--
To unsubscribe from this li
cally creating rules
also maintain a file that can be used to recreate all those rules. Then the
Admins or init scripts can recreate things easily.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
cussion of if the same interface could/should be used to
emulate harsdware when it isn't there can be a seprate discussion.
And while this use case the original developer had in mind was the 'I've lost my
mind' notification to a human, I think it makes sense to consider oth
e that doesn't
care if or how it's accelerated, setup the output and tell the system to do it
without worrying about the specific hardware details. Isn't that a large part of
what the kernel is supposed to be doing?
David Lang
--
To unsubscribe from this list: send the line "
this timeframe, the data will be lost and it may
corrupt the file if only some of the data got written.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kerne
IGHMEM machines and 64-bit machines.
If you go this direction, allow ratios larger than 100%, some people may be
willing to have huge amounts of dirty data on large memory machines (if the load
is extremely bursty, they don't have other needs for I/O, or they have a very
fast sto
second,
whereas
on x86-64 it can take a dozen of _minutes_ depending on a file size and storage
performance).
What exactly is bothering you about this? The amount of memory used or the
time until data is flushed?
actually, I think the problem is more the impact of the huge write later on.
Davi
om the
start :-p
or at least have a debugging option early on that does this so people can use it
to find such buggy apps.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo i
you are using xattrs, the
mbcache should not show up at all.
The fact that you are using SElinux, and SELinux sets the xattrs is what makes
this show up on your system, but other people who don't use SELinux (and so
don't have any xattrs set) don't see the same bottleneck.
Dav
t it
hasn't been changed. But I haven't chased this very hard yet because
of below...
well, not if you are trying to defend against root breaking in to the machine.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Tue, 10 Sep 2013, Matthew Garrett wrote:
On Mon, 2013-09-09 at 19:44 -0700, David Lang wrote:
On Tue, 10 Sep 2013, Matthew Garrett wrote:
No. Say someone adds an additional lockdown bit to forbid raw access to
mounted block devices. The "Turn everything off" approach now means th
On Tue, 10 Sep 2013, Matthew Garrett wrote:
On Mon, 2013-09-09 at 16:19 -0700, David Lang wrote:
On Mon, 9 Sep 2013, Matthew Garrett wrote:
Having thought about this, the answer is no. It presents exactly the
same problem as capabilities do - the set can never be meaningfully
extended. If an
On Mon, 9 Sep 2013, Matthew Garrett wrote:
On Mon, 2013-09-09 at 11:25 -0700, David Lang wrote:
1 lock down modules
2 lock down kexec
Having thought about this, the answer is no. It presents exactly the
same problem as capabilities do - the set can never be meaningfully
extended. If an
On Mon, 9 Sep 2013, Matthew Garrett wrote:
On Mon, 2013-09-09 at 12:59 -0700, David Lang wrote:
At least you should be able to unify the implementation, even if you don't unify
the user visible knob
Well sure, I could take this integer and merge another integer into it,
but now you hav
On Mon, 9 Sep 2013, Matthew Garrett wrote:
On Mon, 2013-09-09 at 11:53 -0700, David Lang wrote:
So is there a way to unify these different things rather than creating yet
another different knob?
We haven't found one that people consider generally acceptable.
At least you should be ab
On Mon, 9 Sep 2013, Josh Boyer wrote:
On Mon, Sep 9, 2013 at 3:41 PM, H. Peter Anvin wrote:
On 09/09/2013 12:01 PM, valdis.kletni...@vt.edu wrote:
On Mon, 09 Sep 2013 11:25:38 -0700, David Lang said:
Given that we know that people want signed binaries without
blocking kexec, you should
On Mon, 9 Sep 2013, Matthew Garrett wrote:
On Mon, 2013-09-09 at 11:25 -0700, David Lang wrote:
Given that we know that people want signed binaries without blocking kexec, you
should have '1' just enforce module signing and '2' (or higher) implement a full
lockdown includ
On Mon, 9 Sep 2013, Matthew Garrett wrote:
On Mon, 2013-09-09 at 11:40 -0700, David Lang wrote:
On Mon, 9 Sep 2013, Matthew Garrett wrote:
On Mon, 2013-09-09 at 11:25 -0700, David Lang wrote:
Given that we know that people want signed binaries without blocking kexec, you
should have &#
1 - 100 of 313 matches
Mail list logo
